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

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