如果View层写这样写,程序逻辑更加紧凑,也符合内聚性。但是不符合MVC思想。
这样写代码有什么隐患吗?
这样写代码有什么隐患吗?
|
SeptembersJun 24, 2015
1
这个逻辑应该放在render吧?
|
|
SeptembersJun 24, 2015
2
controller -> view -> render
view是对render的抽象封装 传递数据 |
|
SeptembersJun 24, 2015
3
Enforcing Strict Model-View Separation in Template Engines
see https://www.cs.usfca.edu/~parrt/papers/mvc.templates.pdf |
|
neoblackcapJun 24, 2015
4
我觉得这个应该是可以的啊,这个不是如何展示数据吗?展示数据的工作放在view层,不是挺合理的吗?
|
|
5
个人感觉要把 View Logic 和 Business Logic 区分开。逻辑分好多种,比如一个订单系统,“订单取消后不能再标记发货”,这种逻辑是业务逻辑,而“邮件地址格式要合法”在订单系统的场景中不属于业务逻辑。所以这么写你应该没什么大问题的吧。
|
|
undef404Jun 24, 2015
7
其实业务简单不考虑扩展的话随你怎么写。。杀鸡焉用牛刀。
|