关于数据驱动 来渲染视图

[ivanyang1984]

我看到你那个 navigationController 使用的 类似 苹果navi 那样的设计 其实 你只是在操作 里面的数组 还要维护 放navigationController 的数组 从数组中 取VC 再去 数据 再 处理 渲染。。。这里我觉得没有必要 参照苹果的设计 因为 意图不一样。。苹果那个 还要做push真正页面的功能 还要实现 transition 动画功能 而你这个 只要提供 功能 以及 入口 就行了 至于transition push pop 这种都是默认就好了 不用放一个VC 在这里 所以 应该是 一个 Plugins 的数组 持有 pluginModel 每个model 再继续 递归询问有没有 sub 如果没有不能点 如果有 就点开 继续渲染 。。这样 数据可以配置到plist 里面去了。。然而后期。。搞一个plist 转换 这些数据都配置到了 服务端的配置中心。。你的工具入口就可控了～

[xiaofei86]

现在的设计考虑到将来的拓展性高。不过其实作为调试工具，只提供入口，没有很多复杂的功能，数据驱动就是典型的MVC，大多数情况下会更简单。但是如果想做些自定义，就必须依赖Model的改变。

我觉得增加数据驱动的入口，让服务端可以控制是必须要实现的。可以在现有方案上增加Model，XFAssistiveTouch根据Model来自动生成view、vc、nav。这样也不影响拓展性。

改成Model嵌套也是很好的方案，但是感觉会有一个问题，假设层级过深的话，每个Model都拥有8个子Model，每个子Model又拥有8个子Model……，这样用户要是没有点设计思路，所有的代码就都堆在一起了，最后自己都不知道哪个Model 是干嘛的了。感觉两个方案就是一个重，一个轻的设计。

包括不提供手势回调，参照系统的命名，都是引导使用者去继承。8*8=64个Model 换成用8个vc（文件）来管理逻辑看起来也更清晰点。