KC Lin

在MVC的View頁面中,不管是由Scafford產生或自行撰寫時,我們常會用到輔助方法的方式來撰寫,而在強型別的輔助方法中,更是直接參考Model中的Metadata來產生對應的Html tag及attribute, 讓我們對Model各欄位的考量及思考能夠統一的制定在Model類別,達到關注點分離的效果。

摘要:[.NET MVC] @function介紹以及其與@helper的差異

在.NET MVC中Razor提供了一個語法，這種語法方便我們將View中的內容抽取出來，如此變成一個獨立的輔助方法以達到function reuse.

舉例來說，假設我們在View寫了一個分流的方法:

摘要:[Git] 筆記 Ch2 -- Log

Git 學習筆記的第二章節上集, 包括 取得Git儲存庫(Repository) 以及部份git的基礎指令

Git Notes這篇文章主要在記錄自已閱讀Git Pro所記錄的重點,少部份用自已的認知來加以說明。主要目的是供自已未來查閱用。

執行順序
_ViewStart ==> Controler View的_ViewStart ==> View頁面 ==> 主版頁面

C#在撰寫Method時，我們可以在傳入參數上加上REF關鍵字,過去我對這個REF關鍵字一直不是完全瞭解，總是跟Object / Reference Type扯在一起; 加上MSDN的解釋上也滿混沌的:” ref 關鍵字會導致引數由參考加以傳遞，而非透過值。 由參考傳遞的效果，是呼叫方法中參數的任何變更，都會反映在呼叫方法中…”
這個定義的說法,似乎太過於著重於”果”,而非描繪其真實現象

會想這篇的原因是因為前兩天在開發上，寫了一個具有DateTime參數的function，後來想將其改為optional所以設了 = DateTime.MinValue；結果就得到了一個＂default parameter value for xxx must be a compile-time constant＂才開始認真查了一下今天這個主題的內容，何謂compile-time constant？為何DateTime.minValue明明看起來就像常數，確不能當作參數的預設值？

ASP.NET 3.0開始支援Razor語法，這種語法寫撰寫頁面比起傳統的使用<%...%>相比更有可讀性，頁面也更加簡潔，以下針對razor語法進行整理

C#在3.0開始增加了這種語法糖的寫法，在寫作上讓code更為輕量化，由其在POCO Model屬性多的時後，更顯得這種語法的簡潔威力。

假設我們今天要建立一個Employee類別，並且具有EmpoyeeID這個int Property,照未省略前的寫法

C# 2.0 開始支援了部份類別 (Partial Class) 的機制，即便在同一個Class底下也可以分別寫在不同的source code file裡，而在編輯時期在由編輯器合併為單一Class。這樣的設計讓開發上擁有更多的彈性，而在一個.NET專案中也到處可以看到Partial Class的影子 (WebForm的 aspx.cs, aspx.designer.cs即是以partial 方式撰寫)。

在初次使用EF的Database first時，總感覺能迅速的從Data Table 快速將Entity Model快速建立出來，省去以往還要hard code撰寫POCO類別的功夫，但資料表設計隨著開發而更新了幾個版本後，常常發生Model 與 Table對不起來的情況，即便執行了＂從資料庫更新模型＂，不是欄位沒反映出來、就是出現錯誤訊息，常常最後只能選擇全部砍掉重練....

.NET Framework除了一般開發者很常使用的列舉型別外(Enumeration), 原來也有支援複合列舉的使用,在MSDN中文翻譯為旗標(Flag), 其實早在.NET 1.1就開始支援了(汗,過去專案中還真的沒有使用過), 這種標示為旗標的列舉,最大的差別就是該型別被認定會直接拿來進行位元運算。