新的設計稿出來了，如下，原來舊的是第二張
-------
原來的評論級數隻有2級，現在是不限，2級的意思是，使用者評論該帖是一級，使用者的評論能被人評論，這是第2級，評論評論的評論不能夠再被評論。
這樣的原先資料庫表設計很簡單，我直接使用表名字做了2級分離，取得時候再對應查找，基本是 hash對應，很快，缺點就是建立的表比較多，使用者多了的話，這筆賬很恐怖。
可能是因為我同時做伺服器和移動端的原因，在之前設計的時候，思維過多地偏向了移動端，移動端我負責android，按照上面的設計思路，整個取資料過程很快搞定。
新的設計稿，評論模式改了，闆塊多了。在之前的設計上面，也并非完全抹殺了面向對象思想，如果繼續在上述基礎上去改的話，我隻需要再添加一類表，和一個字段足以。
前思後想，設計地是真的坑爹，也怪自己，改！
最終決定使用一張表就能把所有資料整合完，字段也不多，8個。其實換個角度想問題，我不需要去管這條評論是幾級幾級的，我隻需要在前面加個“回複 xxxx：”，就行了。然後同樣把它扔進字段 content，load的時候，直接讀出，缺内容的字段使用預設值，移動端代碼判斷做決定。
一次成長的經驗教訓，算是次表設計的經驗，分享給各位園友。
、