这是一个创建于 3944 天前的主题，其中的信息可能已经有所发展或是发生改变。
刚发现v2ex可以在首页发主题了，发个帖大家讨论讨论
首先MVC框架到后来都会出现有很大View文件或者Service文件之类，以及很长的url配置
然后就是纯php式的开发，一个接口一个文件，啥都不管，新人接手不用看太多之前的代码，不用管代码结构，就一直加新的文件来对应到新的接口就可以了，也不用配置url。反而新加功能效率更高，但是后期维护会很头疼。
不知道大家怎么看，或者说怎么避免MVC中文件过大的问题。（这应该是通用话题，因为做iOS开发的时候也是各种方法来避免Controller过冗余的问题）
很大的View文件(只是举个例子，实际业务很容易到千行):
https://github.com/getsentry/sentry/blob/d50386e7aa3c4deae63906e85da01a98364c3ef4/src/sentry/web/frontend/groups.py
 | 1 datou552211 2014-12-25 11:05:12 +08:00 为了实现底层数据的持久化和频繁变更的业务逻辑，mvc是必须的。如果业务变得很大，可以把功能模块化，多mvc集合。开发上尽可能实现单一职责原则。 |
 | 2 zhyu 2014-12-25 11:06:14 +08:00 很大的 view 文件，冗长的 url 配置，为啥要写到一个文件里。。 |
 | 3 kisshere 2014-12-25 11:15:43 +08:00 via Android 我觉得大项目MVC 小项目VC |
 | 4 regmach 2014-12-25 11:30:10 +08:00 我倒是觉得m和c之间少了点什么.. |
 | 5 jinzhe 2014-12-25 11:34:08 +08:00 MVC不是必须的，只是一种设计思想而已。没必要一定要这种方式。 |
 | 6 williamx 2014-12-25 12:20:59 +08:00 这么说吧，就看你想把项目做到什么程度。 一个人的项目，只要你能把控，有一个统一的设计思想，不会过几天自己都看不懂，那么就无所谓了。多个人合作，周期又长，那么尽量用大家都能理解的东西来做。 |
 | 7 darmody 2014-12-25 12:22:38 +08:00 你们的业务不分模块的吗？ |
 | 8 felixzhu OP @darmody 肯定是分了，但是来新人的时候就需要重新学习模块划分，看之前的接口设计，还有各层的接口。就算分了不断的人来维护，最后也会变得很大 我们领导就说PHP那样一个文件一个接口，更适合快速地开发，所有有点晕 |
 | 10 jianghu52 2014-12-25 12:45:56 +08:00 mvc在我看来最大的好处在于，分离了前端与后端。 设计师眼里的1像素在后端的我看来，完全看不出。你要让我去调前端页面，那真是逼死我了 |
 | 11 yakczh 2014-12-25 12:48:11 +08:00 业务方法的类还是分模块比较好, 不过分模块以后,必须要带上命名空间,不然autoload不好写 |
 | 13 xiaogui 2014-12-25 17:36:11 +08:00 mvc 与 分模块、分层并不冲突。 |
 | 14 jc4myself 2014-12-25 17:49:32 +08:00 就这么垂直地分功能，不会有问题么？ |
 | 15 sampeng 2014-12-26 17:00:33 +08:00 维护困难就一条，c层不要写成一个god。。。 一般情况都是这样导致的维护困难。。。 |
Select Language