花了一周左右的時間，使用 DbEntry.Net 的 MVC 把 我的網站 重新設計了一下，同時也可以算是對 DbEntry.Net MVC 的一次實用性測試及升級。在這裡記錄一些感想。
DbEntry.Net MVC 更像 Ruby onRails，使用的腳手架方式也類似，以前我就覺得，腳手架是挺重要的，在這次開發中，也實際的感覺到腳手架的好處。事實上，直到現在網站已經上線運行，還有一些管理員功能是直接使用腳手架的。在敏捷開發中，數據Model可能隨著開發進度的發展而發生變化，特別在開發初期，很多不確定因素會導致Model的變化，所以一個好的腳手架模塊，應該是能盡量延遲其被實體化的時間，一旦其被實體化，數據Model的變化，就很可能導致這些代碼的變化。所以，我覺得腳手架就不能是代碼生成器，即使代碼生成器可以作為“編譯前事件”而做到每次Model的變化都得到表現，卻很難判斷是否用戶修改過被生成的代碼，用戶修改過的代碼被覆蓋，會是一件很讓人喪氣的事。一般來說，Controller的腳手架代碼不太需要修改，主要需要修改的是View，為了盡量增加腳手架View的生命周期，我為腳手架View增加了對於MasterPage的支持，雖然即使這樣，腳手架的View看起來還是有些簡陋，不過，至少是和整體網站的風格統一了，用戶也可以看到和使用MasterPage裡的鏈接，可以盡量等到Model之類的變量比較確定的時候，再加入定制的VIEw。
以前在 javaeye 的一個帖子 ruby on rails為什麼暫時無法成為企業應用開發的主流？裡討論說 RoR 似乎鼓勵所有的代碼都寫到一個 controller 裡，比如 Javaeye 的 blog 就只有一個controller，我曾回貼說可能 XP 開發的話，是否只有一個 controller 也無所謂，當然，我現在也還是認為 XP開發的話，確實可以在很大程度上改善這種情況，不過，在這次開發中，我卻覺得，是否所有功能都寫在一個 controller裡，更多的是一個設計問題。在開始的一兩天裡，我確實也把很多功能都放在了 ArticleController 裡，article/rss,article/category 等也看起來挺順的，但是，它把 rss, category 的代碼混入了 article，而只要改變為rss/article 和 category/show，它的代碼就被放在了另外一個 controller 裡，而且，職責也更清晰，對RssController 來說，支持 rss/comment 也更理所當然了。
在這次網站的設計中，我第一次大量使用了 Static Page 方式。這是以前我為 DbEntry設計的一個用於分頁的算法，其源於使用搜索引擎的郁悶。很多時候，我們搜索一個東西，搜索引擎顯示其鏈接，等我們點擊進去後，卻發現我們所在分頁根本就沒有我們要查的信息。原因在於，只要有新的文章不斷加入，常用的分頁算法對於特定文章的 PageIndex將會發生變化，比如最早的文章，將會隨著新文章的加入，而逐漸變為第二頁、第五頁、第二十八頁……。而解決這個問題的方法，就是類似動態頁面靜態化的想法，最早的文章不應該是80頁、90頁，而總應該是第1頁，最新的文章才應該是80頁、90頁。靜態分頁有一個問題，就是包含最新記錄的頁面可能不到PageSize 那麼大，如果顯示在首頁的位置，有時候會顯得比較單薄，所以，在這次開發中，我增加了 Hybird方式，首頁使用傳統分頁，之後使用靜態分頁。
說是網站重新設計，在於以前的數據庫結構完全放棄了，在這次開發中 Model完全由構想的使用方式決定，而跟老的數據庫結構關系不大，比如，老的數據庫結構是固定兩層 Category，有 topic，有keyWord，而在新的數據庫結構中，只有一層 Category，而把以前的第二層 Category 和 topic、keyWord 都作為Tag 處理。這當然導致數據庫遷移顯得比較麻煩，使用 DbEntry 的 BulkCopy，在一定程度上緩解了這個矛盾，對於 BulkCopy來說，需要編寫的是針對源數據庫的 SQL 語句，目標數據庫的 SQL 語句是由 BulkCopy自動根據目標數據庫類型生成的，所以我仍然可以使用一份代碼，從源數據庫生成 sqlite 數據庫用於開發，生成 Firebird數據庫用於部署。不過，因為 Firebird 使用的是序列方式產生主鍵，而 BulkCopy 不涉及ORM，所以它不會去操作序列，雖然不需要像 SQL Server 插入主鍵那樣調用 SET IDENTITY_INSERTON，但是卻需要在導入數據後，重新設置序列，以便其能正確的產生主鍵，我使用的方法可能笨一點兒，就是用 max(id) 取得最大 id值，再多次調用 select 去取相關序列，反正速度挺快的，應該也不需要多聰明的方法吧。不過也發現在 Firebird 上用ExecuteNonQuery 調用 select 取序列的話，根本不會執行......
網站的 footer 上，寫上 Powered By DbEntry.Net，感覺挺爽的，考慮稍微修改一下許可協議，如果有項目要使用 DbEntry.Net 的話，也要在經常能見到的地方寫上 Powered By DbEntry.Net :)
