serialize 提供几个主要方法，[默认值]采用函数传递进来

[mcxinyu]

让调用者在这里，可以有机会处理一下逻辑，例如从 Preferences 中读取存量数据

Reference #20

[liangjingkanji]

可以考虑, 不过目前正在计划支持Hook来处理所有数据序列化

[mcxinyu]

可以考虑, 不过目前正在计划支持Hook来处理所有数据序列化

要不要考虑开个 Porjects ，规划的同时，大家可以交流下，还可以贡献代码。

[liangjingkanji]

可以考虑, 不过目前正在计划支持Hook来处理所有数据序列化

要不要考虑开个 Porjects ，规划的同时，大家可以交流下，还可以贡献代码。

创建好了, 有提到一个需求改造, 欢迎一起讨论

现在Project无法为某个项目单独指定了吧? 我看只能指定在Profile下面

[mcxinyu]

可以考虑, 不过目前正在计划支持Hook来处理所有数据序列化

要不要考虑开个 Porjects ，规划的同时，大家可以交流下，还可以贡献代码。

创建好了, 有提到一个需求改造, 欢迎一起讨论

现在Project无法为某个项目单独指定了吧? 我看只能指定在Profile下面

普通用户没有编辑权限么？

[liangjingkanji]

我认为并不支持所有用户编辑权限, 关于所有用户都能参与建议使用Discussions来讨论, 或者使用最原始的直接发起issues标记提议好了

[mcxinyu]

我认为并不支持所有用户编辑权限, 关于所有用户都能参与建议使用Discussions来讨论, 或者使用最原始的直接发起issues标记提议好了

你可以在 projects 右上角三点水打开设置，里面的 Manage access 中邀请用户加入即可。 look

[mcxinyu]

他还可以跟 issues 配合来跟踪、解决重复的问题

[liangjingkanji]

我已经邀请你了, 但是这种只能一个个邀请, 我认为并不是很符合开源社区讨论

[mcxinyu]

你说的也对，但是如果每个人上来就在projects里面发言，那不就很乱了，projects中还是存储有价值的信息好点，毕竟有 issues 或 Discussions 已经完成了大众讨论（乱糟糟）的那一部分。

[liangjingkanji]

所以一般项目都是使用的Issues进行需求管理, Discussions是后面推出的新功能

[mcxinyu]

所以一般项目都是使用的Issues进行需求管理

嗯，我觉得， projects更像是“to-do and how-do”这一步， Issues更像是“What happened?”这方面。

[liangjingkanji]

存在参数歧义, 因为defaultValue为第一个参数, 如果调整到最后一个参数会导致name和default无法区分

而且关于迁移的问题建议使用mmkv方法

mmkv. importFromSharedPreferences(sharedPreferences);

并且其他需求可以使用SerializeHook进行补充