Re: [討論] 軟體定義架構

[ripple0129 (perry tsai)]

聊一下可能的具體實現作法比較好想像
我要設計一個Web有會員登入的留言板功能

會員登入
MVC介面定義檔
MemeberLogin:
 -View: login(userinfo)
   Controller:login(userinfo)
   Model : login(userinfo)
留言板
MVC介面定義檔
MessageBoard:
 -View: newMessage(message)
   Controller: newMessage(message)
   Model: newMessage(message)
 -View: editMessage(message)
   Controller: editMessage(message)
   Model: editMessage(message)

專案介面定義檔
MonolithProject:
 -MemberLogin: MVCDefineFile
   MessageBoard: MVCDefineFile

專案介面定義檔1
MicroServiceMemberLogin:
 MemberLogin: MVCDefineFile
專案介面定義檔2
MicroServiceMessageBoard:
 MessageBoard: MVCDefineFile

藉由不同的定義檔
也可以實現MVC轉化其他架構
藉由不同的專案定義檔來實現專案的架構
所有的function再各自去實作即可

這應該是我猜想的軟體定義架構吧


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.41.39
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1495964241.A.F6D.html
→ pttworld: php的cms不就一堆外掛。
架構跟外掛不太一樣啊
我所想的軟體定義架構是
可以依據需求任意改變架構
也就是說當你想把Model部分獨立出來
還可以做到類似
MicroServiceLoginModel:
 LoginModel: ModelDefineFile
也就是橫向切分的處理
上面的範例是屬於縱向切分
※ 編輯: ripple0129 (223.136.41.39), 05/28/2017 18:24:41
→ pttworld: 你的改變是指編譯期還是執行期。
編譯啊，動態時期改變似乎意義不大。用軟體定義架構是為了更有彈性的修改。當然如果
有什麼需求是需要在runtime做改變，自然也可以去實現。
※ 編輯: ripple0129 (223.136.41.39), 05/28/2017 19:05:17
推 CoNsTaR: 看不出來你想要表達什麼
→ CoNsTaR: 你是想講任何(或符合某些條件的)程式都能這樣設計嗎
→ CoNsTaR: 要找最好的軟體架構這題目太大了，程式語言理論(PLT)就
→ CoNsTaR: 有在做這個
→ CoNsTaR: 建議你可以先去參考看看別人已經做出來的研究成果再來談
→ CoNsTaR: ～
其實就是需求往往改變
但彈性不夠的情形下也無法配合需求任意修改
如果因應需求而可以輕鬆任意修改架構的情形下
能夠解決許多問題
所有的架構可以細到一個function就成為一個service
也可以一整個大功能就是一個service
這中間是可以透過定義架構來解決
初期設計往往是大功能為service
而隨著使用者增加或新功能要使用相同的小功能
勢必要再細化
如果單純只靠軟體架構的定義就能夠解決
那應該是會輕鬆很多
※ 編輯: ripple0129 (223.136.41.39), 05/28/2017 19:20:13
→ pttworld: 坦白跟你說你一開始想的功能呈現只是外掛，函式庫，模
→ pttworld: 組就能做到的結果，但是卻硬扯架構，這是知識理解的問
→ pttworld: 題。
的確是這樣子說沒錯
但就是你必須要定義你的模組使用方式與流程
透過不同定義來改變架構啊
※ 編輯: ripple0129 (223.136.41.39), 05/28/2017 19:26:32
推 CoNsTaR: 就跟你說你想做的事情別人已經有學術研究了
→ CoNsTaR: 曾經看過和你想法很像的(我也曾經這樣想過)論文
→ CoNsTaR: 試試看找"extensible type system"，有很多相關資料
→ CoNsTaR: 大約的想法是，你可以任意丟新的零件進系統理
→ CoNsTaR: 所有零件都知道自己能怎麼和其他哪些零件組合、互動
→ CoNsTaR: 不需要你操心哪個零件的用途如何，你組錯了程式就編不過
→ CoNsTaR: 當然每個系統都有自己的限制，有很多東西是已經被證明無
→ CoNsTaR: 法達成的，給你參考
了解感謝關鍵字
※ 編輯: ripple0129 (223.136.41.39), 05/28/2017 19:44:15
推 CoNsTaR: 像你的做法是所有東西都提供一樣的介面
→ CoNsTaR: 所以零件之間可以知道怎麼和對方溝通
→ CoNsTaR: 我們的做法是需要一樣的時候才一樣，不需要的時候就不一
→ CoNsTaR: 樣
→ CoNsTaR: 而且能夠被組合起來的零件才知道要怎麼和對方溝通
→ CoNsTaR: 組不起來的編譯就失敗了～
推 CoNsTaR: 對了，還有pure subtype system也可以看看
推 Windf: 定義檔到最後為了要泛用，你會發現寫定義跟寫程式是一樣的
推 gmoz: 推樓上
推 sunsamy: 不一樣喔！當porject量一大就可以看出差異