通常首頁會有很多個板塊，如果實現首頁資料的展示，我們首先可能想到的就是針對每個板塊設計controller-service-dao。。
即下面方案一的做法：
方案一：
1、 在後台系統中建立一張表，儲存大廣告位的廣告資料
2、 在後台系統中對該錶進行crud
3、 後台系統對外提供介面服務
4、 前台系統呼叫後台系統的提供的介面服務，即可獲取到資料
5、 前台系統獲取到資料後，封裝成前端所需要的資料結構，功能即可實現
但這樣做會很麻煩，當板塊太多了就要對每個板塊做重複的編碼。
所以我們應該找到通用的做法，把這些板塊要展示的所有資料提取做乙個抽象的模型。這裡我們可以把要各版塊要展示的資料都看作成「內容」，我們在系統中就針對這個「內容」抽象的東西進行編碼，
這樣之前許多重複的工作就只需要一次就可以完成。
從而就會有經過優化後的方案：
方案二：
1、 將首頁顯示的廣告都抽象的看作是內容
2、 在後台系統中建立一張內容表
3、 建立乙個內容分類表用於區分內容的分類
4、 後台系統對內容表以及分類表進行crud
5、 對外提供介面服務
6、 前端系統通過介面獲取資料，進行封裝，即可實現
下面是展示資料的抽象的乙個例子：
例如首頁大廣告banner通常會包含，url,提示文字，我們可以把它看成抽象概念"content『』的成員，分別抽象成「content內容」中內容，內容url,內容的標題
如果是一些以文字展示為主的板塊可能會有標題，內容，等，我們也可以把它看成抽象概念"content『』的成員，分別抽象成「content內容」中標題，內容，內容url,
還有最就是最重要的商品，也可以看成是，標題，**，我們也可以把它看成抽象概念"content『』的成員，分別抽象成「content內容」中內容，內容標題，內容子標題
等等通過這樣的抽象，我們發現首頁中任何要展示的資料我們都可以通過這個抽象的模型來表達，這樣很方便我們在程式中的處理
在資料庫表設計中我們就可以設計一張「cotent內容」表來存放各式各樣的內容
但是我們把各版塊的內容都存在乙個表裡不好區別它們，所以我們就還需要乙個代表內容分類表來儲存它們的類別作區分
接下裡的編碼就會變得十分簡單了！！
如何更高效的學習
針對學習，不同的人的認知能力是有差距的，不同的學科也會呈現不同的特點，所以我們要具體問題具體分析。但下面這些基本原則和方法，我認為是很有參考價值的，故總結如下，希望能給讀者帶來啟發和幫助。三大核心原則 1.關聯 人類的認識本質是乙個概念迭代的過程，即用已有知識去認知未知物件，當兩者可以找到關聯時，就...
如何更高效的進行回歸測試？
1 回歸測試基本策略及其評價 基於以上基本原則的闡述，回歸測試的基本策略目前有如下幾種，現一一進行闡述。1.1 回歸測試方式 gtrt 全面用例回歸測試選擇基線測試用例庫中的全部測試用例組成回歸測試包，這是一種比較安全的方法，再測試全部用例具有最低的遺漏回歸錯誤的風險，但測試成本最高。全部再測試幾乎...
展示分頁資料的兩種方式
ps 下面討論的時候，是基於vue提供的資料繫結功能的，即修改資料會自動更新檢視。前端展示分頁查詢到的資料有兩種方式 新的分頁資料新增到當前頁面末尾，頁面同時可以顯示多份分頁資料。這種方式一般體現為頁面下拉觸底後觸發查詢，比如京東首頁 知乎首頁。新的分頁資料替換掉當前頁面的分頁資料，頁面同時只能顯示...