作者OriginStar ()
看板Soft_Job
標題Re: [討論] 軟體定義架構
時間Mon May 29 13:42:53 2017
喔喔,我公司就有類似的產品阿
基本上它是設計成定義一個個定義檔去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://www.ptt.cc/bbs/Soft_Job/M.1496036576.A.583.html
推 chuegou: 會加重成本? 所以開發時程不會縮短嗎 05/29 13:49
推 e2755699: 有點像模組化的概念吧0.0 05/29 15:07
推 e2755699: 為了要符合客戶商業邏輯需要建立非常龐大的模組量,還 05/29 15:12
→ e2755699: 需要評估未來需求的所有排列組合 05/29 15:12
推 gmoz: 然後就快跟寫程式沒兩樣了 05/29 21:02