整理一大堆 ASP.NET MVC 速查表(Cheat Sheets)

分享到噗浪!

最近整理了一堆與 ASP.NET MVC 有關的速查表(Cheat Sheets),非常的實用,特別整理成一篇文章,對於 ASP.NET MVC 一知半解的人可以透過速查表快速瞭解全貌,並針對不熟悉的部分進一步研讀相關文章。另外我在 2010/2/25 (四) PM 1:30 在微軟 7A/7B 有場『ASP.NET MVC 開發實務經驗分享』的研討會 [ 報名連結 ] ,有興趣的人可以來聽看看,聽說已經超過 200 人報名了,欲報從速!

Getting Started with ASP.NET MVC 1.0 [ DZone Refcardz ]

Getting Started with ASP.NET MVC 1.0 [ DZone Refcardz ]

The ASP.NET MVC Request Handling Pipeline [ redgate ]

The ASP.NET MVC Request Handling Pipeline [ redgate ]

ASP.NET MVC 101 Sheet [ Forerunner-G34 ]

ASP.NET MVC 101 Sheet [ Forerunner-G34 ]

ASP.NET MVC – View / Proven Practices / Framework / Controller – Cheat Sheets [ BB&D DRP ]

ASP.NET MVC – View / Proven Practices / Framework / Controller – Cheat Sheets [ BB&D DRP ] 

 

相關連結

  

此文章由 will 發表於 2010/1/13 上午 11:54:53

永久連結 | 評論 (3) | 此文章的RSSRSS comment feed |

分類: ASP.NET MVC

標籤: ,

評論

七月 21. 2010 11:29

sam

保哥您好,

最近在Study ASP.NET MVC時,拜讀了不少您的文章,受益良多。以下有個觀念不太了解想向您請教:

2010/02/25研討會中,您分享的MVC實戰經驗分享主題中提及,
開發人員應注意的事(View):
1.千萬不要用義大利麵式的寫法(早期ASP 的開發模式)
2.如果可以的話,盡量少用 HTML Helper,能用 HTML 表達的就用 HTML 撰寫(便於閱讀、效率)
3.如果View的邏輯過於複雜,還是可以考慮撰寫 HTML Helper。

自己在開發時,確實在有些資料呈現的View上,覺得邏輯過於複雜。
例如要用到Foreach,還要在迴圈中組字串..等、或如您於實戰經驗分享講義中的義大意麵寫法範例,當全寫在View上時,會變得難以閱讀維護。這時是否就是犯了保哥您提的第一點,已使用了義大利麵式的寫法在開發View?!這時就應該撰寫Html Helper來幫助分離複雜邏輯?!但保哥您另外提及的,可以的話,還是盡量少用Html Helper~

所以我對View的開發有些疑問,主要問題是:
1.我不是很能了解開發View時,Html與Html Helper的取捨,該如何分界?!
2.除了使用Helper是否還有其他方式解決義大利麵式寫法?!

問題寫得有點攏長複雜 XD
先感謝保哥~Thanks~~

sam 台灣

七月 22. 2010 00:39

Will 保哥

Sam:

1. 使用 Pure HTML 與 Html Helper 之間的確需要取捨,我當時提到「可以的話,建議盡量少用Html Helper」是為了效能考量,但大部分的網站通常沒有效能問題(流量不大),這時您還是可以儘量使用 Html Helper 來簡化頁面邏輯。 ^_^

2. 在 ASP.NET MVC 裡除了使用 Html Helper 之外,你還可以使用 RenderPartial 來載入使用者控制項(UserControl)或使用 RenderAction 來載入其他 Action 執行的結果,這樣也能簡化頁面邏輯,你只要關注點分離做的好,網站就會變的很容易維護!

Will 保哥 台灣

七月 22. 2010 01:21

sam

保哥您好,

原來如此,因此應是在效能與維護上做取捨。可看環境做選擇。
我想如保哥所說,大多情況下,確實是應把重心放在做好關注點分離,增加程式可維護性。使用Helper在效能上的影響,其實在流量不大環境下,應不至造成顯著影響。

感謝保哥您的解惑!
Thanks a lot ~ ^_^

sam 台灣

新增評論


( 您輸入的Email不會顯示於網站上 )

  Country flag

biuquote
  • 評論
  • 線上預覽
Loading