来源
研发总是面对各种服务:
通常是由一堆CRUD接口以及用于存储的关系型数据库组成。
在这件事基础上延展出的思考:
-
研发处理文件的思维离不开服务
-
文件本身的的组织方式是使用操作系统的FS抽象来管理的
-
有没可能我只关注服务like的方式来管理文件
考虑上述几点,最终Dingcode的输出及使用中的解决方案就是Dpm这个服务本身。
思考
那这个新的替代操作系统的FS抽象,且最终是服务like的东西,
本质起码有以下:
-
足够高的执行效率
-
足够安全
-
足够的操作系统兼容性
高级特质更希望有:
-
最低的依赖
-
最小的入侵式改变现有
-
最广泛的认知及使用
方案
综上是满足我们的思考内容的最优选,当然xx更好,但是更重要是20xx年了我们总得往前走用一个现代化的语言。肉食动物,食物链的顶端们才会讨厌吃螃蟹:3
拆分服务本身->CRUD+关系型数据库,我们至少需要两个进程:
-
ctrl 管理
-
model 存储关系
当然按传统的操作习惯,最好还有个admin来统管。 作为加分项及Option选项,我们先处理必要项ctrl 以及model。