喔喔，我公司就有类似的产品阿 基本上它是设计成定义一个个定义档去call不同library的function 每一个定义档都是独立的，也就是有起始和结尾的部分 也就是说一个定义档的结尾可以是另一个定义档的起始 这样就能把一个专案的需求切割成不同的定义档 并且每个定义档可以依照loading需要弹性地配置thread或电脑数量 每个定义档是独立的，在系统不停止的情况下，单独更换定义档也是可行的 但这种方式会延长专案开方的周期，因为这会要求对专案细节有全面的了解 原PO最後提到的方法会增加重工成本，如果没有在专案开始前报给user，最 後吃亏的可是自己 ※ 引述《ripple0129 (perry tsai)》之铭言： : 现今软体有许多架构 : 可能在不同的domain : 所习惯使用的架构可能有所不同 : 从大一点的专案范围来看 : Monolith Micro-Service : 拉近一点从框架来看可能是 : MVC MVVM MVP : 而通常一般决定了怎样的架构 : 则要变动架构可能要耗费的心力是很高的 : 最近从SDN盛行得到一个想法 : 如果网路都可以从软体来定义 : 那麽架构是否可以由软体来定义 : 所有的程式可能只是一个class : 而藉由软体的定义串连起来成为一个专案 : 当然要做到这样势必是要有接口要去实作 : 但是当此规范完善了起来 : 是否所有的功能都能像拼积木的方式来完成呢 : 当一个专案的开始我可以不用思考太多 : 轻松定义成monolith : 而只要切换定义档案 : 功能就能够轻松的拆分为micro service : 透过定义 : 未来开源的世界有大量的基础程式码 : 或许只需要写定义档就能完成一个专案？ --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.166.181.72 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1496036576.A.583.html