A truly happy person is one who can enjoy the scenery while on a detour.真正快乐的人在走弯路时也不忘享受风景。 ​​​​

风景

1、Review模块：留言模块

2、代码位置：KSStory -> Moudles -> Story -> Other -> Comment 。

3、代码结构示意图

模块目录结构

4、目录说明：

【Cell】 UITableView相关UIView。
【Model】留言相关的数据模型。
【Category】 按功能对模块进行分解，eg：分享，通知处理，网络请求，tableView代理回调。
【Manager】 工具类，用于语音等的处理。
【View】 留言模块自定义的View。
【ViewController】 留言模块的ViewController

5、代码中出现的问题或不合理的地方

头文件的导入优化前

1、这里的头文件暂时比较少，如果特别多，堆放在一起，如果想删除或查找某个.h文件，就会变的非常麻烦。
2、还有在.h中尽可能减少头文件的导入，必要时可以使用@class前向声明
3、不只有.h，所有的文件，导入头文件都应该划分模块

建议修改如下：

头文件导入优化后

这样做的好处就是查找，增加或者删除某个头文件时，可以快速方便的定位。

typedef void (^CommentNumberBlock)(NSString *str);

在这里声明了一个block，但是项目中没有使用，这代码应该是以前使用过，后期改版，忘记了删除，在做模块改版，或者代码优化时，应该及时的删除。

属性声明

1、属性没有按功能分块。
2、在.h中声明的属性，如果在被的地方没有赋值操作，建议在.h中将其读写操作声明为readonly。
3、命名全部统一采用驼峰命名法。
4、如果这个属性只在本模块内使用，建议将其放到extension中。不要暴露在.h,保证其封装性。
5、命名要有意义，没有意义的，需要加注释说明。
6、每个属性，书写请留空行，不要一个接一个。eg:@interface 之后需要留空行，每个property之后也留空行。

@interface KSStoryCommentViewController () {
    BOOL _wasKeyboardManagerEnabled;
}

减少成员变量的声明和使用，能用属性，统一用属性。
这种完全可以用属性代替。

书写格式问题

1、 图中箭头所示的地方，都应该留换行。
2、dealloc中的移除kvo的方法应该统一封装到一个方法中，而不应该在堆在一起，eg:viewWillAppear中的方法
3、多余的注释不要添加，像【NOTICFICATIONCENTER_REMOVEOBSERVER】这种宏定义，大家都看得懂。

Block的使用

见解在图上。

代码需要封装

代码需要封装。

代码位置不对

网络请求不应该出来在主类中。应该放到对应的模块的request的category中去。

UI刷新需要放到主线程

UI的操作，要放到主线程。

代码需要封装

1、tableview等属于vc.view的子view，所以，方法名参考其他页面，configSubviews。
2、 不同的view的配置需要换行。
3、对table的处理可以单独封装一个方法。

不要添加不必要的注释

1、无用的注释请删除。
2、下面两个方法的注释也可以去掉。从方法名就能看懂。

合理的使用pragma -mark

pragma mark - config 这种要放在合适的地方。

特殊的代码，需要加注释

这种奇怪的魔法数字，和代码逻辑，需要加注释，为什么这么写。

使用统一的代码处理

1、isExistInTable 的查询判断直接封装到clearTable这个方法中。防止忘记判断而造成错误。
2、weak和strong请使用项目中同一的宏定义。

容器类的使用

1、数据源的初始化，直接放在viewdidload中去 一行代码实现，self.dataArr = @[].mutableCopy；并且容器类的属性，建议用字面量语法, 原因自己去查。
2、setter方法，需要和getter分开。

没必要创建一个文件

1、 这种工具类，如果不是一个单例，建议命名为XxxTool。
2、有clear，应该有对应的save。
3、或者这种建议直接写到对应的category中去。

使用字符串常量

1、iden3 是什么情况。而且这种Cell的Identifier 应该用常量字符串，声明在最前面。在多处使用时，可以复用，防止手动拼写的错误。

UI和请求分开

UI空间在这里创建完，buttonIndex的点击事件，请分离出去，封装一个方法。不要将网络请求直接，丢里面。

config的代码拆分到单独的Category

关于config view，单独放到，vc+config这样的category中。

字符串判空，统一处理

字符串判空，用对应的全局的宏

字典最好做判断

字典的添加数据时，最好做个判空处理。

不要放在table的代理中

对留言的cell的删除，点赞等操作，拆分到category中，不要都放在table的delegate的category中。

toast的合理使用

关于toast，不要把不想关的toast展示给用户，使用jy_show_toast_error(error.code);即可。

不要使用blockkit

不要使用blockkit三方框架。

url使用统一的工具处理

这种对URL的处理，使用统一的工具类进行处理。

网络请求放到网络模块

share模块不应该出现网络请求，应该拆分到对的request模块。

网络请求参数多的处理

参数处理，如果参数较多，可以放到一个方法处理。可以放在网络请求方法的后面。

block使用前，需要做判断

1、 block 的回调请做判断。
2、可变数组，添加完数据后，最好copy后再传给block。
3、网络请求error回调，如果不需要做特殊的处理，不用回调，直接在网络请求中做error的toast即可。

通用的功能，放到公共的拓展

这种类的拓展，如果公共的拓展没有，需要放到公共的地方。不要放在这里。

自定义view初始化

1、添加subviews封装一个方法。
2、layoutsubviews，也封装一个方法。

方法名有歧义

1、方法名有点歧义。

类型强制转换的需要做判断

这种类型强制转换的，做个判断，防止在调用后面的方法，造成crash

代码复用

重复的事干一次。

6、一些建议

1、请合理的利用extension和category，做到对代码的完美拆分。
2、减少对单例的使用。
3、有遗漏的地方欢迎补充。

Done.