数据持久化:从文件到数据库的探索
1. 结构化JSON数据的潜力
结构化JSON数据不仅可用于本地文件存储,还能为远程API提供数据访问和CRUD操作。例如,RESTful/JSON Web服务若返回相同JSON结构或接受其作为创建与更新请求的负载,只需稍作修改就能使用这些对象。
2. JSON数据文件持久化的初步评估
基于JSON的数据文件持久化虽需进一步测试,但初步测试效果良好。BaseDataObject所需的CRUD操作已通过JSONFileDataObject应用于所有具体数据对象,且功能正常。不过,Order类结构的改变虽对原设计有一定影响,但处理起来并不困难,在迭代审批过程中需特别说明。
3. 转向数据库持久化
完成基于文件系统的工匠应用程序数据持久化后,接下来将关注中央办公室应用程序和服务的数据库持久化。虽会复用BaseDataObject抽象基类以确保数据对象功能调用方式一致,但底层数据存储过程差异较大。
4. 项目结构需求
中央办公室应用程序和工匠网关都需要项目结构来存放特定代码。开发者需分别为这两个项目创建结构,初始可采用基本项目模板,后续可根据业务对象数据持久化功能的开发添加更多模块,这在很大程度上受数据存储引擎选择的影响。
5. 后端数据存储引擎的选择
选择后端数据存储引擎时,关键在于其能否满足业务对象数据存储的需求,即数据能被多个消费者同时访问,具备事务支持和保护。在实际场景中,数据库引擎的选择受多种因素影响,如系统管理员的支持、操作系统的兼容性以及开发限制等。
从数据访问方式来看,考虑到多用户同时
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



