首先,我在ios中相对较新,没有任何使用移动dbs的经验.
想要集成到我的应用程序Realm(swift),并想知道将服务层和存储库分开或者所有内容都包含在服务中是否有意义.
一些例子有一个很好的观点.
class UserService { var userRepository: UserRepository! func findById(userId: String) -> User? { return userRepository.findById(userId: userId) } } class UserRepository { private let realm = try! Realm() func findById(userId: String) -> User? { return realm.object(ofType: User.self,forPrimaryKey: userId) } }
解决方法
在数据库API顶部添加抽象层非常常见.许多其他开发人员已经将Realm包装在他们自己的类中,以便将API隐藏在他们的业务逻辑代码中.
需要注意几个方面的考虑因素:
>你需要保持小心,不要意外地伤害这种表现.一些用户甚至将数据从Realm对象复制到他们自己的对象中.这违背了Realm的“零拷贝”机制的目的,所以应用程序现在本身比本机使用Realm更糟糕.
>这是’先发制人的工作’.你事先做了很多工作,以防万一你可能会改变主意.我刚刚在一个相当大的应用程序中将Core Data转换为Realm,它只花了几个小时.试图构建一个“通用”数据库解决方案,您可能永远不会最终使用它可能无法获得回报的声音.
>您正在增加应用复杂性.这意味着更多的漏洞可能需要更严格的测试,以确保您的API和数据库API保持同步.
只要您要移动的新数据库也包含管理对象(即核心数据),从一个数据库转换到另一个数据库通常不是很多工作.因此,我建议在必要时避免不必要的工作.
免责声明:我为Realm工作,但这是我的观点,因为过去使用Core Data,原始SQLite和Realm的个人应用程序.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。