最近在寫陽光網新版**的時候，思考著曾經希望的動態布局的效果。具體就是對資料表中資料的顯示能夠在網頁中動態地調整列序，即**的個性化。
此事若在以往的是比較容易實現的，可以通過sql的動態改動，或者在資料訪問時就進行頁面呈現，這兩種方法均能輕易解決。
但這樣寫的直接後果是**混亂，資料庫查詢優化很難處理；而且對於此次的架構模型上，又細分了資料層、資料訪問層、業務層、呈現層等，各層之間耦合性較低，如果採用前兩種方法很有可能使**層次混亂，不利於今後維護。
同時，通過資料訪問層所取得得均是實體物件。要在實體物件上更改屬性的訪問次序，顯然是及其的困難。
例如，內容類contentinfo，不同的使用者，可能有多種顯示次序，物件在屬性上的微觀控制顯然不是極其靈活，我們曾想通過反射機制實現，不過一聽這方式就知此方案不能在系統中整體應用。
對於此次系統，我們陽光網的幾個人給系統加入了很多個性化的元素及操作，而幾乎全是物件導向的設計思路又是我們值得高興的東西；但某方面講又不想破壞系統效能去實現某乙個功能。為此，曾去掉linq的**，自身實現物件的轉換。
此番可以說又是物件帶來的乙個問題。在最終的確定中，我們又放棄資料訪問層獲取物件的方式，改為可能獲得datatable。這樣結合任何乙個使用者的配置資訊。如，
title,『標題』,#ff0000,600px,true
author,'作者，發布人',#ff0000,600px,true
content,...
結合datatable['title']名稱訪問，等業務邏輯實現了個性定義顯示列序以及是否顯示等問題，而且可以全面使用的任意使用者的個性化介面方案。
同時，不能不思考一下實體物件的使用。
物件導向，有時需要更靈活的使用方式。
靜態網頁與動態網頁的區別
靜態網頁在ie瀏覽器位址列裡可以看到是html或者htm結尾，網頁內容固定不變,在伺服器端與客戶端的頁面內容是完全相同的。當使用者瀏覽器向網頁伺服器請求提供網頁內容時，伺服器只是將原已設計好的靜態html文件直接傳送給客戶端瀏覽器。頁面的內容使用的標準的 html編碼加上gif影象。要更新網頁的時候...
靜態網頁與動態網頁的區別
首先是靜態網頁，靜態網頁每個網頁中都有乙個固定的url，網頁url以htm html shtml等常見形式為字尾，而且不含有問號，網頁內容一經發布到網頁伺服器上，無論是否有使用者訪問，每個靜態網頁的內容都是儲存在 伺服器上的。也就是說靜態網頁是實實在在儲存在伺服器上的檔案，每個網頁都是乙個獨立的檔案...
靜態網頁和動態網頁的區別與聯絡
靜態網頁的內容相對穩定，因此容易被搜尋引擎檢索。靜態網頁沒有資料庫的支援，在 製作和維護方面工作量較大，因此當 資訊量很大時完全依靠靜態網頁製作方式比較困難。靜態網頁的互動性較差，在功能方面有較大的限制。互動性 網頁會根據使用者的要求和選擇而動態地改變和響應，瀏覽器作為客戶端，成為乙個動態交流的橋梁...