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