Re: [心得] 談.net mvc

看板Soft_Job (軟體人)作者ritchieHsu (我要努力向上)時間14年前 (2011/08/07 08:59)推噓13(13推 0噓 92→)

留言105則, 14人參與討論串3/6 (看更多)

※ 引述《TonyQ (沉默是金。)》之銘言： : ※ 引述《prag222 (prag)》之銘言： : : → atst2:想請教一下，mvc的pattern其實很早就有了,可是我看板上最近 08/06 20:01 : : → atst2:似乎很多網頁相關的都會把這拿出來講，有點當成新東西的意思 08/06 20:01 : : → atst2:在, 是以往網頁技術沒有用到MVC的pattern嗎？還是最近有什麼 08/06 20:02 : : → atst2:特別的,關於MVC的新想法呢？ 08/06 20:02 : : → atst2:當然，即便以desktop app來說, MVC依軟體規模，也常變型為　 08/06 20:06 : : → atst2:MC-V or CV-M 的型式，不過概念上應該是不會有太多更動的. 08/06 20:07 : : → atst2:過去的網頁技術，在實現MVC上有特別困難嗎？我還以為網頁 08/06 20:07 : : → atst2:反而是最能體現MVC的部分呢... 08/06 20:08 : : → atst2:所以這裡的MVC指的是某種實作MVC pattern的方式囉? 08/06 20:08 : 我突然想一想我發現這是值得討論的。 : 網頁的基本形式是，page base， : 一個 url 的連接，兩個常見 http method 的實作 (get/post)。 : 如果有玩過cgi / servlet / 早期 php / asp（非.net）， : 應該對那種有個 output stream (response) 一路 write 到底的 AP很有印象。 : web 上談 MVC 的複雜度在於 : 1.html 其實是 view 的東西，所以一開始沒注意就容易髒掉， : 變成一邊寫 view 一邊撈資料，這點一直到有一個階段之後才開始改善。 : 以 asp 體系來講，從 asp.net 就開始拆 controller， : 也有比較豐富的helper 來做這些事情，板友所講的 .net mvc ， : 應該是 .net 3 還 3.5 以後才推出的新 pattern（吧）。 : （歡迎勘誤，我實在有點久沒碰 .net 系列了。:P） : 以 J2EE 體系來講，從早期的 java bean 實作到 jstl 等各taglib實作， : java bean 或 jstl 都還是比較接近 view base 的東西。 : 再到現在常見的 struts 這種先讀完資料再進行畫面的分配的作法。 : 以 PHP 體系來講，像是 CodeIgniter 這類的 solution就算是比較晚成的， : 現在接受度也正在抬頭。 : 當然也有新興的語言/框架是直接就把這件事作進他們預設的工作流程， : 像是 ROR 就是個預設的案例就希望你寫 controller 的作法。 : 2.寫網頁的時候哪些是 mvc 要討論的重點？ mvc 對網頁適不適合？ : 這個就是大哉問了。 : a.一般來講網頁至少有一件事情是mvc該作得， : 我認為資料的讀取(m) 應該先於 view 的生成。 :P : 也就是我個人比較喜歡 rails 或 struts 這類的 solution， : 在進入到頁面之前，先進行純資料讀取的程序。 : 但因為網頁大多是由許多片段頁面互相 include 組裝而成， : 所以這資料讀取的作法怎麼作比較有效率跟可再利用，並不容易。 : b.controller 的角色定義明不明確 : 一般 AP 狀況下，controller 基本上應該連事件的處理等都處理， : 但是 web app 因為 stateless ， : 所以對事件的處理跟資料的保存有很大困擾。 : i.controller 有人退守到 url base 的作法， : 也就是透過特定路徑來進行特定操作，伺服器端只認 url 。 : 需要 client 互動的，就拆到 javascript 去做， : javascript 事實上也參與了 controller 的部份角色。 : (這個應該是躲不掉，只是比例問題而已， : web 架構上 controller 先天就被切割成兩部份。 :( ) : ii.透過特定的格式在每次 request 時保存狀態以達成事件操作 : 像 .net 的玩法就是預設透過 viewstate 保存狀態， : 回到伺服器端的時候以此狀態來進行對應的事件操作。 : 其實就早期來講是蠻聰明的點子，因為對開發者負擔小， : 對使用者來講討厭歸討厭，但是久了也就習慣了。 : 但現在由於網頁設計的多元化跟 javasript 的應用變多， : 所以這樣的潮流也在順應時勢修改， : 像是 ajax .net framework 就是個還算有趣的嘗試。 : 雖然我當時用 ajax .net framework 的想法是他受限於原本的框架， : 所以用起來有很多有點彆扭或者意外的地方，好幾年過去了， : 不知道現在有沒有好一點。:P : GWT 類的 solution 也差不多可以放在這裡， : 另外 rails 也有提供 form helper 算是簡化這件事情， : 基本上也就是走 restful 路線實作http method，只是有util幫忙。 : iii.順帶一提，我現在公司的作法，對這件事情算是採取比較激進的態度， : 我們把狀態放在 session ，用某些有效方式去管理他使他不leak， : 以此為基礎來發展互動性較高的 controller 。 : 所有的事件基本上都是跟對應的 java object 去進行操作， : 並封裝元件成為 server sdie 的類別， : 對開發者來講可以相對較為輕鬆的透過 java 去進行開發。 : 就目前我所看到的案例來講，效果真的很不錯，而且元件再利用率也很高。 : 而當你真的需要寫 js的時候，可以把重點放在寫重要的 js ， : 那種小的畫面切換，在伺服器端就可以有效處理這邏輯了。 : c.對 template engine (view) 的不滿 : 考慮到資料模組的實現，html 對很多人來講是不夠用的， : 所以舉凡 java/php 等，幾乎都有特化的 framework 試著處理這問題。 : 目前也都還在發展中。 : ----------------------------------- : MVC 的重點在於，對開發者來講， : 你該認定的 M V C 三者的歸屬會在程式碼呈現出什麼樣子。 : 因為這是所謂的認同跟學習曲線， : 而在於各 framework 跟語言怎麼實作 MVC 都還在各種嘗試的狀況下， : MVC 其實討論的是「這個 MVC 的形式合不合用」，而不是 MVC 本質上的概念。 : 事實上 MVC 本身的概念算是比較空泛的，他不是方法論， : 而是比較偏設計原則的東西，在設計上也比較偏向於各自表述的作法。看到這些文章又讓我懷念起來已經快兩年沒碰新技術了不知道現在java/.net這兩大陣營有誰麼新玩意兒出來嗎? 我目前是停留在 struts/spring MVC/JSF/RichFaces 那個時代看現在的年輕一代的開發者也頗喜歡用adobe flex,這應該是RIA的MVC架構有時候為了快速弄些小報表都直接套spring MVC,用起來蠻輕快的我在某半導體廠工作,裡面IT/CIM的員工幾乎都沒聽過MVC 更何況dessign pattern或loose coupling等軟體工程的觀念 9成以上的系統都是用VB/Delphi傳統式win app開發出來新人進來也沒被正規SI觀念洗禮過,所以也跟著被污染一個method萬行code到底一個button_click的事件,含SQL都可以塞入好幾千行code 更別提有flow controller/model/entity 組件的觀念惡性循環下　導致系統越來越難維護　衍生問題一堆還要卯起來建立一些defense機制來補洞這是軟體業和電子業IT最大的差異電子業IT >> 能動為第一優先考量,管你用什麼方法軟體SI業 >> 強調鬆偶合架構/dessign pattern/OOAD等來建出一套能動的系統雖然我現在不走技術導向的職務,不過我依然站在SI業的開發思維畢竟每次系統發生大問題,造成公司(工廠)營運損失　　最後的找出的root cause(魔鬼)還不是因為欠缺這些軟體工程的思維所造成的　無奈老闆是聽不進去的 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.255.166.149 ※ 編輯: ritchieHsu 來自: 111.255.166.149 (08/07 09:01)

→

andymai

08/07 10:18, , 1^F

08/07 10:18, 1^F

→

andymai

08/07 10:18, , 2^F

08/07 10:18, 2^F

→

karcher

08/07 10:27, , 3^F

08/07 10:27, 3^F