页面代码前端设计模式之 MPVC Part 1

页面代码前端设计模式之 MPVC Part 1

查了好多资料，发现还是不全，干脆自己整理吧，至少保证在我的做法正确的，以免误导读者，也是给自己做个记录吧！

    MPVC 是对 Model Partial-View Controller 的写缩（姑且这样称谓它）。

    近来看到 MVVM  模式及司徒正美的 avalon 框架有一些新的设法。对于 MVVM 的足不有以下斟酌：

    

• 须要在所有模板都要放在前端（或许后端还须要再来一份？）
• 建模只是为了表现须要，哪怕对于不与参逻辑处置的字段都须要行进建模，显得比拟烦麻
• 不同的页面须要不同的 VM，维护本钱较高
• 对于多页面应用仍然须要编写代码以控制程序作工逻辑

    最大的妙美的地方在于数据模型与图视表现的动自定绑。

    先抛开 MVC 模式不谈，从头思考下页面的造构与作工流程：

    

• 对于一个不特定的网页应用来讲，页面应该由若干个不同的区块形成，不同的区块按功能域区分划
• 对于不同的页面，由不同的功能区块组合而成
• 网页应用为了寻求用户体验会应用 Ajax 术技仅新更一部分的页面内容，这个程过可以象抽为功能区块的图视刷新、添加、删除

    一般在单简的应用开发中会写出这样的代码：

每日一道理
因为自信，在呀呀学语时，我靠着纤嫩的双腿，迈出人生的第一步；因为自信，我一次次将第一名的奖状高高举起；因为自信，我毫不吝惜地剪掉飘逸的长发，在运动场上展现风采……感谢自信，它给了我一双翅膀，让我在电闪雷鸣中去飞翔，在风雨中去搏击人生！

$.get('/action_url', function(result){$('#result_panel').innerHTML(result);
});

在图视新更的时候须要复重此程过，并且会带来其它的一些题问：

    

• $('#result_panel')将代码逻辑与 Dom 元素作了强定绑，由于 ID 的唯一性定限了这样的代码块只能用于单例模式中
• $('.action-hook-class') 则污染了全局间空，在不须要启动此特性的页面须要行进不必要的 Selector 描扫，要用启、禁用此特性的话须要外额的控制开关逻辑。

    而模块化的代码编写可以防止这些题问：$('.result-panel', contextScope) 或 $('.action-hook-class', contextScope) 显得好友多得。

 

 

 

 

 

 

 

 

 

 

文章结束给大家分享下程序员的一些笑话语录： 与女友分手两月有余，精神萎靡，面带菜色。家人介绍一女孩，昨日与其相亲。女孩果然漂亮，一向吝啬的我决定破例请她吃晚饭。
选了一个蛮贵的西餐厅，点了比较贵的菜。女孩眉开眼笑，与我谈得很投机。聊着聊着，她说：“我给你讲个笑话吧。”“ok”
　　“一只螳螂要给一只雌蝴蝶介绍对象，见面时发现对方是只雄蜘蛛。见面后螳螂问蝴蝶‘如何？’，‘他长的太难看了’，‘别看人家长的丑，人家还有网站呢’。”
　　“呵呵………”我笑。忽然她问：“你有网站吗？”