[iThome 第七屆鐵人賽 30] 終篇 總結
時間過的非常快,一眨眼30天就過去了,到目前為止框架的介紹也到了一個階段,希望大家在這一系列有得到一些有幫助的內容。
下面將會用一個同事幫忙畫的30天所介紹的框架整個架構圖,並且快速回顧一下每一個部份在那裡作了介紹。
這一整個系列主要目的是給各位未來需要建立自己框架的時候的一個起點,框架這個東西其實是要看整個專案和團隊的需求來建制。因此,這一系列的介紹只是給各位一些思考的方向和內容。
時間過的非常快,一眨眼30天就過去了,到目前為止框架的介紹也到了一個階段,希望大家在這一系列有得到一些有幫助的內容。
下面將會用一個同事幫忙畫的30天所介紹的框架整個架構圖,並且快速回顧一下每一個部份在那裡作了介紹。
這一整個系列主要目的是給各位未來需要建立自己框架的時候的一個起點,框架這個東西其實是要看整個專案和團隊的需求來建制。因此,這一系列的介紹只是給各位一些思考的方向和內容。
在上一篇介紹完了如何顯示搜索表單之後,一個基本的通用搜索功能就完成了。
不過,其實有些部份還可以在加強,舉例來說,目前搜索是一定要完全符合才搜索的到,但是這樣就失去了很多好處,畢竟如果完全符合才搜索的到,那基本上等於搜索不到。
還有,假設今天我們搜索結果是要給使用者看的,通常都會有所謂的上下架起訖時間和是否啟用,當符合條件才可以看,這一部份其實自動搜索也可以幫到我們。
因此這一篇將會介紹未來如何在擴充自動搜索功能和在搜索做一些客制處理,符合只搜索出前臺使用者看的條件。
在上一篇介紹完了Service如何自動處理搜索和Controller如何呼叫這個Service之後,接下來就要看view將會如何呼叫,並且透過一些Helper方便產生有正確RouteValue的連接。
在上一篇介紹完了如何動態產生Linq條件之後,在這一篇,將會透過Reflection和Dynamic Linq Query來讓Service層,能夠在不做任何事情的情況下,自動對資料做過濾,並且轉成對應的ViewModel配上分頁。
在上一篇介紹完了會使用到的ViewModel之後,接下來就是實際的商業邏輯,也就是實際做搜索和產生資料的部份。
在這一篇,將會介紹如何透過Service層和ViewModel的搭配,讓使用起來變的更加方便。
在上一篇介紹完了搜索功能的概念和思路之後,在這一篇開始要看實作的部份。
通常寫Mvc都是從Model開始,因此這一篇將來看一下搜索功能所會使用到的ViewModel
這一篇,回到Controller常常需要做的一件事情,那就是當如果欄位屬於下拉式選單的時候,需要準備好下拉式清單的資料。
如果用的是預設的方式去產生下拉式選單其實有很多問題,這一篇想透過框架的方式,讓產生下拉式清單的資料能夠自動化。