|
锁定老帖子 主题：mvc模式之外，是否应该有另外的模式
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (11)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-08-27
当你把后台数个上千行的类的代码整合到页面的时候，你会觉得很崩溃的。
|
| 返回顶楼 | |
|
发表时间：2010-08-27
weir2009 写道 在这个世界上没有规矩是成不了方圆的，没有简单易行的规则是普及不了的，也许我们想更好的开发模式，那是因为这种规则有些动摇了，如果真想推翻它，任然这要规则，只不过这种规则更好罢了，就目前的发展而言，MVC无法取代，lz说的：让显示层的地位提高，让用户得到满足。我不知道你想要什么满足，但我可以告诉你，只要你提要求，都能实现，这就是业务。
最后一句。 |
| 返回顶楼 | |
|
发表时间：2010-08-27
1，提高显示层的地位，并不是说业务也写在页面里。依然可以分层。
2，多关注其他语言的特点，目前我觉得函数编程与面向对象编程是解决这个问题的一个出路。 在页面调用函数，函数中用面向对象的知识处理业务。 那么页面就可以实现模板的灵活变更，而不需修改控制器，只需调用已有的api。 我真不想强调什么分层了，也不是本主题讨论的重点。也不讨论什么业务，业务一样可以灵活实现，随便你怎么实现。 我只是想mvc的缺点， 当你接触一些php开源代码的时候，你会发现java很死板，似乎只是面向对象，mvc， 请你们思考背后的东西吧。 |
| 返回顶楼 | |
|
发表时间：2010-08-27
目前看也只有jsf做的不错了，但它的标签却让人失望。我可能受wordpress的影响太深了，喜欢它的设计。
|
| 返回顶楼 | |
|
发表时间：2010-08-27
不错的想发，但是很难有一种开发模式对所有的需求都是最好的，模式本身没有好坏之分，根据实际需求灵活选择适合自己的，才是最好的
|
| 返回顶楼 | |
|
发表时间：2010-08-27
最后修改：2010-08-27
从PHP转过来，感觉MVC分层架构还有有优势的，它的优势就是，强迫你按照某种规则来设计系统。
使用PHP的时候，太自由，本来保存表单的PHP页面，应该专注于处理逻辑，但是有很多朋友在保存表单的PHP页面中用来显示很多页面元素，比如一个表单提交成功以后，显示成功的页面就是保存数据的PHP页面，这样的话，比较乱。 因为有些人喜欢保存成功以后跳转到另一个页面，有人喜欢保存成功的信息就显示在表单页，有的人则把保存成功的信息显示在数据保存页。 所以，如果不使用MVC模式来强制你按照一定的规则来设计，会使得整个系统很繁乱，除非你对整个团队的编程风格控制得非常好。 |
| 返回顶楼 | |
|
发表时间：2010-08-28
数据总线模式
|
| 返回顶楼 | |
|
发表时间：2010-09-12
我和楼主有一样的思考，还没有想出解决方案
Dean_Yan 写道 1，提高显示层的地位，并不是说业务也写在页面里。依然可以分层。
2，多关注其他语言的特点，目前我觉得函数编程与面向对象编程是解决这个问题的一个出路。 在页面调用函数，函数中用面向对象的知识处理业务。 那么页面就可以实现模板的灵活变更，而不需修改控制器，只需调用已有的api。 我真不想强调什么分层了，也不是本主题讨论的重点。也不讨论什么业务，业务一样可以灵活实现，随便你怎么实现。 我只是想mvc的缺点， 当你接触一些php开源代码的时候，你会发现java很死板，似乎只是面向对象，mvc， 请你们思考背后的东西吧。 |
| 返回顶楼 | |
|
发表时间：2010-09-17
今天发现一篇文章：
CQRS模式要好于MVC模型 http://www.jdon.com/jivejdon/thread/39382 |
| 返回顶楼 | |
|
发表时间：2010-09-17
MVC模式已死
http://www.jdon.com/jivejdon/thread/38448 |
| 返回顶楼 | |
