新的设计稿出来了，如下，原来旧的是第二张
------- 
原来的评论级数只有2级，现在是不限，2级的意思是，用户评论该帖是一级，用户的评论能被人评论，这是第2级，评论评论的评论不能够再被评论。
这样的原先数据库表设计很简单，我直接使用表名字做了2级分离，取得时候再对应查找，基本是 hash对应，很快，缺点就是创建的表比较多，用户多了的话，这笔账很恐怖。
可能是因为我同时做服务器和移动端的原因，在之前设计的时候，思维过多地偏向了移动端，移动端我负责android，按照上面的设计思路，整个取数据过程很快搞定。
新的设计稿，评论模式改了，板块多了。在之前的设计上面，也并非完全抹杀了面向对象思想，如果继续在上述基础上去改的话，我只需要再添加一类表，和一个字段足以。
前思后想，设计地是真的坑爹，也怪自己，改！
最终决定使用一张表就能把所有数据整合完，字段也不多，8个。其实换个角度想问题，我不需要去管这条评论是几级几级的，我只需要在前面加个“回复 xxxx：”，就行了。然后同样把它扔进字段 content，load的时候，直接读出，缺内容的字段使用默认值，移动端代码判断做决定。
一次成长的经验教训，算是次表设计的经验，分享给各位园友。
如果您认为这篇文章还不错或者有所收获，您可以通过扫描一下下面的支付宝二维码 打赏我一杯咖啡【物质支持】，也可以点击右下角的【推荐】按钮【精神支持】，因为这两种支持都是我继续写作，分享的最大动力
、
