![]() | 1 zhangchioulin 2015-09-18 11:41:47 +08:00 ![]() 一步一步来呗,先不创建更多的文件,先把方法抽出,一个方法做一件事情 然后抽取模型 然后再根据方法抽出 View view 还能重构成,设置这个 view 控件的位置的一个 model 和生成 view 控件一个 Model |
![]() | 2 ikaros 2015-09-18 12:22:10 +08:00 你题目已经回答了,把混杂的东西抽出来呗,单独写一个渲染的函数, 业务逻辑 抽出来做成 service 由 controller 调用 |
![]() | 3 ipconfiger 2015-09-18 12:28:06 +08:00 MVVM 啊 |
4 StargazerWikiv 2015-09-18 12:29:48 +08:00 当初是怎么想的呢? 1k 多代码一个 controller 。。。 |
![]() | 5 shoaly 2015-09-18 12:31:46 +08:00 说白了 controller 就是一个文件夹, 这个文件夹下面现在太多东西了 , 先试着把文件分类, 然后建立更多的 controller , 将这些文件放过去. |
![]() | 6 iEason 2015-09-18 12:35:32 +08:00 数据层的全扔到 model 里去,视图该封装的封装。 MVVM 也是不错的选择 |
![]() | 7 xi_lin 2015-09-18 12:54:10 +08:00 页面元素特别多,事件绑定和响应处理特别多怎么破?大家的 View 处理 event 吗?我对 view 的理解一直是纯渲染,交互都给 controller 处理。然后在写复杂页面的时候 controller 就膨胀起来了。我能想到的只有分 category 处理。 |
![]() | 8 pi1ot 2015-09-18 12:55:53 +08:00 ![]() 辞职走人,下个接手的倒霉蛋会重写的 |
![]() | 9 MVVM + Rx, iOS 的 DesignPatten 太多了,各种 delegate, KVO, target action, notification, blocks 等等等等。还是 Rx 来的舒服,代码好读好管理 |
10 newtonisaac 2015-09-18 13:06:44 +08:00 辞职走人,下个接手的倒霉蛋会重写的 |
11 yangjie6020 2015-09-18 13:21:26 +08:00 抽象 封装 剥离 |
![]() | 12 chairuosen 2015-09-18 13:25:04 +08:00 @xi_lin 安利一下 vue |
![]() | 13 chairuosen 2015-09-18 13:25:34 +08:00 @xi_lin sorry 看错节点了哈哈哈哈 |
14 xiaonengshou 2015-09-18 13:28:20 +08:00 angular? |
![]() | 15 xi_lin 2015-09-18 13:30:44 +08:00 @zhigang1992 Rx 要放弃 7.0 可是公司还要支持,好难过。。 |
![]() | 16 xi_lin 2015-09-18 13:30:54 +08:00 @chairuosen lol |
![]() | 17 gsanidt 2015-09-18 13:31:38 +08:00 |
![]() | 18 damngood 2015-09-18 13:56:47 +08:00 1. mvvm 2. containment 3. category || extension 4. 常规功能封装 |
![]() | 19 cxq 2015-09-18 14:11:53 +08:00 MVVM 用起来很舒服 不过最近看别人的 android 项目代码, 感觉他 Activity 数量和代码都非常少,看起来非常整洁 主要是因为他们有 Fragment , 和 ListView 的 Adapter 独立出来了 |
![]() | 20 ibcker 2015-09-20 04:50:42 +08:00 mvvm |
![]() | 21 ibcker 2015-09-20 04:52:14 +08:00 @cxq ListView 的 Adapter 在 iOS 同样适用,我写 tableview 一般就把 datasource 独立出来。 |