enum其實內部儲存的形態還是int，所以任何一個int都可以直接cast成為某一個enum type，這樣就可以用那個enum的形態來操作這些值，在撰寫和閱讀程式上面就會變得比較乾淨和一目了然。
Entity Framework在Code First模式下要定義一個enum非常的簡單，只需要把type設定成為那個enum，Entity Framework就會聰明到把DB的對應欄位開成int，並且儲存和讀取的時候幫忙自動轉換。
但是當使用Database First模式的時候，因為Designer從DB讀取回來只會把int當做int，因此要他自動產出enum是需要做一些設定。
這一篇將會介紹把int轉成enum如何做到，並且需要注意那些地方。
上一篇介紹完了在Mvc的框架裡面，用Json方式傳遞資料的問題之後，接下來將會看這些問題將會如何解決。
時間過的非常快，一眨眼30天就過去了，到目前為止框架的介紹也到了一個階段，希望大家在這一系列有得到一些有幫助的內容。
下面將會用一個同事幫忙畫的30天所介紹的框架整個架構圖，並且快速回顧一下每一個部份在那裡作了介紹。
這一整個系列主要目的是給各位未來需要建立自己框架的時候的一個起點，框架這個東西其實是要看整個專案和團隊的需求來建制。因此，這一系列的介紹只是給各位一些思考的方向和內容。
在上一篇介紹完了什麽是Model Metadata和Mvc的Html Helper如何利用Metadata來產生開發者想要的Html內容，在這一篇將會介紹框架如何能夠提供一些基礎架設方便產生和我們view能夠對應的Model Metadata。
隨著前端處理的需求越來越高和前端框架的進化，前端變的更加容易，並且給更好的使用者體驗，身為開發者通常都需要使用到AJAX的技術，避免使用者需要一直切換和刷新頁面。
Mvc裡面提供了非常好框架，讓要回傳JSON變的非常方便，但是有些地方做的還是有點不夠好。
因此，這一篇將會介紹Mvc處理不好的地方和如何修正的概念內容，下一篇在介紹如何實作。
Service層的部份到目前為止已經介紹了基本的CRUD，搜索方面的自動處理和一些資料驗證的部份。是時候來切換一下看在View的部份框架還能夠幫到什麽。
在這一篇將會介紹所謂的Model Metadata，並且概念上來說如何用框架打造一些好用的功能，並且在下一篇來實作。
在上一篇介紹完了如何顯示搜索表單之後，一個基本的通用搜索功能就完成了。
不過，其實有些部份還可以在加強，舉例來說，目前搜索是一定要完全符合才搜索的到，但是這樣就失去了很多好處，畢竟如果完全符合才搜索的到，那基本上等於搜索不到。
還有，假設今天我們搜索結果是要給使用者看的，通常都會有所謂的上下架起訖時間和是否啟用，當符合條件才可以看，這一部份其實自動搜索也可以幫到我們。
因此這一篇將會介紹未來如何在擴充自動搜索功能和在搜索做一些客制處理，符合只搜索出前臺使用者看的條件。
_1477.png)
_1485.png)
_1486.png)