要用的时候必须load，的确繁琐，尤其是项目大了之后。
如果经常调用那些 可以加入autoload里面 autoload又浪费机器资源，再不实现动态自动加载，CI将会落伍。 相知犹按剑 发表于 2013-5-10 07:55 static/image/common/back.gif
要用的时候必须load，的确繁琐，尤其是项目大了之后。
我认为一个新的项目前期阶段, 需求人或者经理应该是急需看到成果, 做些model来规划项目太浪费精力了. 本人觉得应该在项目有收益的时候, 倒是就可以有精力重构或者推到重来了, 从楼主的内容来说, 说明对CI不熟. 既然不熟, 也说明对MVC不熟, 那么不熟的人花那么多时间去玩架构设计, 应该是得不偿失, 那么大多数代码都写在controllers里应该是最明智的. 等到做着做着有"觉得这个代码应该放到model最好"的时候, 经验就在积累了. 那么推到重来的时候, 才知道怎么设计. 当然, 要是那种一做完就不管了还是不要model最好, 我也觉得这个model麻烦死了. 有个ci有个AR就差不多已是model了. 相知犹按剑 发表于 2013-5-10 23:51 static/image/common/back.gif
autoload又浪费机器资源，再不实现动态自动加载，CI将会落伍。
这就是Kohana的诞生原因咯. CI还在兼容着PHP4, 代码架构又不允许动态加载. 也许只有"推倒重来"了. 但那个时候, 就已经跟kohana一样了. 我要是CI团队的人, 我都觉得尴尬. ...... 繁琐 是看起来繁琐其实用法 也是差不多
你想要用自己公司的model可以写自己的Model 然后 照搬你公司的Model的内容就可以啦
load跟new都是一行代码 lamp_小范 发表于 2013-5-15 23:36 static/image/common/back.gif
这就是Kohana的诞生原因咯. CI还在兼容着PHP4, 代码架构又不允许动态加载. 也许只有"推倒重来"了. 但那个 ...
kohana从v3开始就不像ci，更像zf了。。。个人觉得ci可以考虑出兼容包的形式来实现自动加载，判断php版本来调用自动加载。最近公司一项目要用ci写，被各种load搞得很不爽。 我觉得ci的model不错，，，，习惯用他的model了 我一般都是传入sql语句 到model进行处理
页:
1
[2]