某草草2017-05-16 17:07:52
我个人认为，如果需要把原有的业务逻辑的代码或者是即将实现的复杂的业务逻辑代码单独提取到一个类库中。
MVC主要解决的是视图、模型、用户控制分离。在实际业务场景中，由于可能涉及到较为复杂的逻辑处理，比如多表联查，事务流程处理等等。这些复杂的，相对独立，与视图无关的的业务逻辑代码可以提取到单独的类库中，来对外提供接口。在MVC中通过依赖注入，或者是直接引用的方式调用。而MVC中的M只是做一个领域模型的角色，可能会更好些。
某草草2017-05-16 17:07:52
当我看到问这个问题的时候，我很想说：“白痴，傻逼，提的什么JB问题”，但是，后来想想，我觉得不管怎么，我都应该包容，在此，我想问你，你这个基于的业务逻辑或者基础是什么？为什么要这么做？你觉得这么做的好处是什么？由此引来，我们才好对你的想法进行分析和解答，否则这种没有上下文的问题，一般人是不想回答的，特别是做技术的，往往是想得到一个所以然的，觉得不合理的自然就会骂你了。唉，下面的不说了，我在这里提一点，要是把其他三层放到model里就不叫model了，而且也不叫做MVC了，至于是啥情况，我也没法描述。
