Update README.md

Author: indulgeIn

README.md

@@ -113,4 +113,4 @@ NSCoding 和 NSCopying 协议是否实现可以指定：
 
 通常情况下，该工具使用比较顺手，但是会有一些问题：
 - json 嵌套过深，类名过长：工具目前是使用 json 的 key 来拓展拼接类名的，所以 json 套得越深类名越长。后面考虑两种处理方法，一是限制类名长度，二是使用与 key 无关的类名拓展策略，不过显而易见每种方式都有缺陷。
-- 文件拆分粒度控制：目前工具支持要么合并为一组文件，要么完全分开。考虑在复杂场景下，可能需要按需拆分，比如 100 model 类需要划分为 10 组 .h/.m 文件。目前能想到的是三种方式：一是对关系树按照层级划分文件，在一层的类划分到一个文件，这种处理方式的缺点是一个文件的所有类是兄弟节点没有什么逻辑关联，不便于管理；二是通过设置一个最大层级来控制，比如设置的层级是 3，那么第 3 层之后的子节点类都合并到第 3 层的类文件中；三是在深搜过程中记录文件中的类数量，一个文件达到数量限制就创建新的文件来写入类。
+- 文件拆分粒度控制：目前工具支持要么合并为一组文件，要么完全分开。考虑在复杂场景下，可能需要按需拆分，比如 100 个类需要划分为 10 组 .h/.m 文件。目前能想到的是三种方式：一是对关系树按照层级划分文件，在一层的类划分到一个文件，这种处理方式的缺点是一个文件的所有类是兄弟节点没有什么逻辑关联，不便于管理；二是通过设置一个最大层级来控制，比如设置的层级是 3，那么第 3 层之后的子节点类都合并到第 3 层的类文件中；三是在深搜过程中记录文件中的类数量，一个文件达到数量限制就创建新的文件来写入类。