物联网平台中的MongoDB(一)服务模块设计与架构实现,有哪些亮点?
- 内容介绍
- 文章标签
- 相关推荐
我CPU干烧了。 先说一句实话吧, 这玩意儿真的把我逼疯了——物联网平台里一堆乱七八糟的设备数据,原来用MySQL搞得我天天熬夜写SQL,锁表、慢查询、报错不停,一度怀疑人生。后来硬着头皮把MongoDB拽进来 后来啊竟然像打开了新世界的大门,虽然过程里踩了不少坑,但现在回头看看,那些“亮点”简直像是灯塔一样指引着我们前行。
一、 服务模块的“随性”设计——别把结构当成教科书
扎心了... 说白了这个模块根本没有遵循那套所谓“三层架构”的老古板,而是用了更“随性”的分层思路:Controller层只负责接收请求和返回后来啊;Service层负责业务逻辑和异常捕获;DAO层只管和MongoDB打交道。

我emo了。 这种随性不是乱写, 而是先把需求实现出来再慢慢打磨。比如我们在IMongoDBService里一次性塞进了十几个方法:查询、 插入、更新、删除、统计……全部都用Map做参数,这样以后要改字段根本不用改实体类,只要改JSON键名就行。
我CPU干烧了。 先说一句实话吧, 这玩意儿真的把我逼疯了——物联网平台里一堆乱七八糟的设备数据,原来用MySQL搞得我天天熬夜写SQL,锁表、慢查询、报错不停,一度怀疑人生。后来硬着头皮把MongoDB拽进来 后来啊竟然像打开了新世界的大门,虽然过程里踩了不少坑,但现在回头看看,那些“亮点”简直像是灯塔一样指引着我们前行。
一、 服务模块的“随性”设计——别把结构当成教科书
扎心了... 说白了这个模块根本没有遵循那套所谓“三层架构”的老古板,而是用了更“随性”的分层思路:Controller层只负责接收请求和返回后来啊;Service层负责业务逻辑和异常捕获;DAO层只管和MongoDB打交道。

我emo了。 这种随性不是乱写, 而是先把需求实现出来再慢慢打磨。比如我们在IMongoDBService里一次性塞进了十几个方法:查询、 插入、更新、删除、统计……全部都用Map做参数,这样以后要改字段根本不用改实体类,只要改JSON键名就行。

