就是将项目中其他三层融入到model中
我个人认为，如果需要把原有的业务逻辑的代码或者是即将实现的复杂的业务逻辑代码单独提取到一个类库中。MVC主要解决的是视图、模型、用户控制分离。在实际业务场景中，由于可能涉及到较为复杂的逻辑处理，比如多表联查，事务流程处理等等。这些复杂的，相对独立，与视图无关的的业务逻辑代码可以提取到单独的类库中，来对外提供接口。在MVC中通过依赖注入，或者是直接引用的方式调用。而MVC中的M只是做一个领域模型的角色，可能会更好些。
当我看到问这个问题的时候，我很想说：“白痴，傻逼，提的什么JB问题”，但是，后来想想，我觉得不管怎么，我都应该包容，在此，我想问你，你这个基于的业务逻辑或者基础是什么？为什么要这么做？你觉得这么做的好处是什么？由此引来，我们才好对你的想法进行分析和解答，否则这种没有上下文的问题，一般人是不想回答的，特别是做技术的，往往是想得到一个所以然的，觉得不合理的自然就会骂你了。唉，下面的不说了，我在这里提一点，要是把其他三层放到model里就不叫model了，而且也不叫做MVC了，至于是啥情况，我也没法描述。
哈哈估计楼主表达能力有问题
把项目中其他三层融入到model中，这样做还分层干啥
这么干不科学呀. MVC就是将其他的分开的.
哦，这么做的话就不用分层了，还MVC干嘛...
2B ,你还忽略，你能问清楚吗？
你可以去理解一下mvc的概念
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
暂无简介
文章 0 评论 0
接受
发布评论
评论（8）
我个人认为，如果需要把原有的业务逻辑的代码或者是即将实现的复杂的业务逻辑代码单独提取到一个类库中。
MVC主要解决的是视图、模型、用户控制分离。在实际业务场景中，由于可能涉及到较为复杂的逻辑处理，比如多表联查，事务流程处理等等。这些复杂的，相对独立，与视图无关的的业务逻辑代码可以提取到单独的类库中，来对外提供接口。在MVC中通过依赖注入，或者是直接引用的方式调用。而MVC中的M只是做一个领域模型的角色，可能会更好些。
当我看到问这个问题的时候，我很想说：“白痴，傻逼，提的什么JB问题”，但是，后来想想，我觉得不管怎么，我都应该包容，在此，我想问你，你这个基于的业务逻辑或者基础是什么？为什么要这么做？你觉得这么做的好处是什么？由此引来，我们才好对你的想法进行分析和解答，否则这种没有上下文的问题，一般人是不想回答的，特别是做技术的，往往是想得到一个所以然的，觉得不合理的自然就会骂你了。唉，下面的不说了，我在这里提一点，要是把其他三层放到model里就不叫model了，而且也不叫做MVC了，至于是啥情况，我也没法描述。
哈哈估计楼主表达能力有问题
把项目中其他三层融入到model中，这样做还分层干啥
这么干不科学呀. MVC就是将其他的分开的.
哦，这么做的话就不用分层了，还MVC干嘛...
你是外星人。。。。
2B ,你还忽略，你能问清楚吗？
你可以去理解一下mvc的概念