后使用快捷导航没有帐号？
查看: 181249|回复: 1036
最后登录QQ注册时间阅读权限20精华0积分17351帖子
地狱の守卫
Lv 9. 八面玲珑, 积分 17351, 距离下一级还需 7649 积分
本帖最后由 Banana16 于
02:29 编辑
近日发现有骗子冒充官方版主和项目组成员出售激活码的情况，请大家提高警惕，不要受骗上当。
郑重申明：官方不会以任何形式出售或者预订激活码，如果有人卖，一定是骗子！
换句话说，只要版主或者项目组以任何形式问你要钱，什么邮费，保证金，税，等乱七八糟的理由，那一定是假货，请直接对其进行人身攻击后拉黑。
PS：令我感到无比欣慰的是，剑灵不愧为最顶尖的大作，就连骗子都那么有文化，有创新精神，铺垫预埋模仿都做的不错，最重要的是还会卖萌！
欢乐传送门
& && && && && && && && && && && && && && && && && && &&&By Banana
以下是记者暗访：
& && && && && &&&论坛中惊现“管理”！MVP独家报道。
下午2：53& &官方mvp-冥·埃鲁克（就是本人克克~）&&在9月1日土门发表一篇有关论坛宠物的帖子，被一个论坛id叫做&&& &&&花二宝.& && &的同学给回复了一些有关官方的东西...克克当时以为是自己认识的人新注册的马甲来给克克灌水的.当时本人只是觉得有些奇怪，所以没太在意...
但是晚上在和花二宝同学讨论关于《我叫花二宝》视频的时候，了解到因为有人用模仿他的马甲去调.戏 某个游戏门户网站的某版主（要不就是某主编）的事使二宝老大生气的事的时候。我突然意识到这个回复不是恶作剧！
& && && && && && && && && && && &
02:36 上传
因为骗子的所有提示（刨除那个群号）基本上都是正确的
于是克克决定打入敌人内部，揭穿他们的骗局。克克和朋友们用小号申请加入群的时候，这个假的官方群做的还是蛮像样子的呢......
& && && && && && && && && && && &&&
02:41 上传
而且克克看了一下这个所谓的管理“紫殇”（紫殇躺枪）做的也是蛮给力的......所以大家要多加小心~
02:55 上传
02:55 上传
然后就是假的qq群了...仍然可以迷惑好多人呢~
& && && && && && && && &
03:01 上传
然后就是他们的提示和对话，处处显示出“我们真是官方人员”......
03:06 上传
03:06 上传
他们还自称是剑灵反外挂项目组的（项目组躺着也中枪...）克克觉得他们既然要做全套的戏...自然不会公开演出那些重要的内容，所以克克私密了这个叫做“紫殇”的管理。
以下是克克以小号皮埃卢的名义和“紫殇”的对话：
03:11 上传
03:13 上传
以邀请你加入“官方”团队为由，骗取所谓的保证金...意图已经很明显了......
03:17 上传
03:17 上传
总之...骗子的就是尽一切的可能去忽悠玩家，而且是根据你的不同的情况，量身定做合适你的东西，然后在加上一些装备和名头的诱惑，使玩家乖乖的把钱交给他们
03:24 上传
03:26 上传
而且就连所谓的反外挂福利都有...就是为了看上去足够专业（其实和我聊天这么久已经严重的出卖了你自己呀~（ps：那个骗子们文件都写好了...官方大大咱们不能辜负人家的好意....采纳一部分吧...）
最后，希望各位玩家能够谨慎的对待天上掉下来的馅（xian）饼（jing）。
那个...小海姐..由于能够及时的给各位玩家提醒，所以克克没有达到mvp帖子的要求，我不敢期望要
贡献值...但是请把这个帖子放到论坛醒目的地方来给新同学一个提示.防止有人被骗。
& && && && && && && && && && && && && && && && && && && && && && && && && && &&&剑灵官方MVP-冥·埃鲁克（转载注明）
了解官方论坛MVP团队请点击以下：
有任何问题都可以找克克或者任何一名mvp解答，mvp团队期待你们的加入~
&很给力！: 5 赞一个！: 5 淡定~: 5 卧槽，骗就骗嘛，干嘛扯上微信账号，逼我去举报你啊。。。&
&很给力！: 5 赞一个！: 5 淡定~: 5 11楼有最新情报。&
国家需要你这样的人才
我看群成员里面,克哥马甲被冒名.哈哈.....
鉴定完毕 很逼真 咱说的是克哥演的富二代 .
总评分:&金钱 + 695&
最后登录QQ注册时间阅读权限20精华0积分17351帖子
地狱の守卫
Lv 9. 八面玲珑, 积分 17351, 距离下一级还需 7649 积分
本帖最后由 冥·埃鲁克 于
03:48 编辑
借用骗子说的最给力的两句话~
& && && && && && && && && && && && && && && &
03:46 上传
& && && && && && && && & mvp作为隶属官方的团队，是绝不允许你们那种恶性事件发生的！
& && && && && && && && && && && && && && &&&
03:46 上传
& && && && && && && && & 不用了...作为一名正义感十足的mvp，克克已经反映完了...你们自重吧~
&很给力！: 0 &
&赞一个！: 5 &
&赞一个！: 5 &
&很给力！: 5 &
&很给力！: 0 &
总评分:&金钱 + 26&
最后登录QQ注册时间阅读权限100精华0积分26505帖子
爱与正义的化身
Lv 10. 炉火纯青, 积分 26505, 距离下一级还需 13495 积分
本帖最后由 羽2222 于
18:12 编辑
&& 克克 发完贴后 我潜伏在那个群里在一次发来谍报&&我伪装成富2代
16:22 上传
16:22 上传
16:22 上传
16:22 上传
16:23 上传
16:23 上传
16:23 上传
16:23 上传
16:23 上传
16:23 上传
16:23 上传
16:23 上传
16:23 上传
16:23 上传
还有这几段话中可以 看出骗子有 一个 团队& &还是 开了很多 小号&&发言哦
骗子开始上钩&&钓鱼了
16:23 上传
& && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && && & 果断把海姐出卖了
16:24 上传
16:24 上传
16:24 上传
16:24 上传
16:24 上传
16:24 上传
骗子5个就收手了
16:24 上传
16:24 上传
骗子太牛了 剑灵还有传说中礼包
16:24 上传
16:24 上传
骗子很有耐心哦等了 我40多分钟
16:24 上传
17:00 上传
大家注意& &骗子的各种花招& && &还有剑灵现阶段没有什么礼包的&&没有什么内部卖激活码&&
& &吐槽下感谢骗子让我今天 发现我论坛的名字叫羽2222&&我 一直以为我叫唐2222
&很给力！: 5 &
&很给力！: 5 &
&赞一个！: 5 &
&很给力！: 5 赞一个！: 0 &
&很给力！: 0 &
居然不写一些关于新手注意的话，魂淡....
总评分:&金钱 + 45&
最后登录QQ注册时间阅读权限20精华0积分6715帖子
妗ㄖ紸題：#剑灵官方MVP团队# 低调、不张扬、踏踏实实的。
Lv 7. 信手拈来, 积分 6715, 距离下一级还需 3285 积分
克克 你居然这就发出来了 我还准备明天玩玩呢。
话说这个应该发水门效果最好吧
&赞一个！: 5 &
&很给力！: 5 &
&很给力！: 5 赞一个！: 0 &
&很给力！: 0 &
&很给力！: 5 赞一个！: 5 淡定~: 5 &
摸清底细立刻就发...不然不知道多少人会被.
总评分:&金钱 + 10&
最后登录QQ注册时间阅读权限20精华0积分2470帖子
Lv 5. 融会贯通, 积分 2470, 距离下一级还需 30 积分
么子 发表于
克克 你居然这就发出来了 我还准备明天玩玩呢。
话说这个应该发水门效果最好吧 ...
你其实应该去打那500块钱的 。呵 。V5.87哈
&很给力！: 5 &
&赞一个！: 5 &
&很给力！: 5 赞一个！: 5 淡定~: 5 awaa&
&赞一个！: 5 &
最后登录QQ注册时间阅读权限20精华0积分2470帖子
Lv 5. 融会贯通, 积分 2470, 距离下一级还需 30 积分
怎么点成回复么子了 。。。是叫克克打那500块钱的
&很给力！: 5 &
&很给力！: 5 &
&赞一个！: 5 &
最后登录注册时间阅读权限200精华6积分225506帖子
Lv 16. 盖世无双, 积分 225506, 距离下一级还需 24494 积分
鄙视这样的骗子
&赞一个！: 5 &
&赞一个！: 5 &
&很给力！: 4 赞一个！: 3 &
总评分:&金钱 + 10&
最后登录QQ注册时间阅读权限20精华0积分4430帖子
Lv 6. 驾轻就熟, 积分 4430, 距离下一级还需 570 积分
克克你也是会玩啊~对了 去仲裁发的应该~这样说不定能混到贡献 哈哈
&很给力！: 5 &
&很给力！: 5 &
&很给力！: 5 赞一个！: 5 淡定~: 5 &
&赞一个！: 5 &
最后登录QQ注册时间阅读权限20精华0积分1260帖子
Lv 5. 融会贯通, 积分 1260, 距离下一级还需 1240 积分
顶起~~~1L沙发V5！！顶起
&赞一个！: 5 &
&赞一个！: 5 &
&赞一个！: 5 &
最后登录注册时间阅读权限10精华0积分1130帖子
Lv 4. 小窥门径, 积分 1130, 距离下一级还需 70 积分
顶顶更健康！
&很给力！: 5 &
&很给力！: 5 &
最后登录注册时间阅读权限150精华1积分2625412帖子
论坛吉祥物
大家在上当就无语了。。。
09:05 上传
09:07 上传
09:07 上传
&赞一个！: 5 &
&很给力！: 5 &
&赞一个！: 0 &
&当面戳穿。&
&很给力！: 5 赞一个！: 5 淡定~: 5 这个太给力了。官方人员与伪官方人员的对话。~~我喜欢&
海姐的封杀力度大啊~
小海威武霸气~~
海姐无敌~~
总评分:&金钱 + 35&
最后登录注册时间阅读权限100精华0积分47984帖子
武神最年轻的小萝莉，求带走
Lv 11. 独步武林, 积分 47984, 距离下一级还需 12016 积分
。。。。假紫殇拖出去砍了
&很给力！: 5 &
&赞一个！: 5 &
&顶一个！&
&很给力！: 5 赞一个！: 5 淡定~: 5 鄙视一切骗子！
&赞一个！: 5 &
总评分:&金钱 + 5&
最后登录注册时间阅读权限20精华0积分17075帖子
Lv 9. 八面玲珑, 积分 17075, 距离下一级还需 7925 积分
顶起~~ 表示~骗子也真费心啊 0 0
&赞一个！: 5 &
&赞一个！: 5 &
&赞一个！: 5 &
&骗子 昨天被我跟克克 玩晕了&
最后登录注册时间阅读权限100精华0积分3845帖子
干得好！等我弄死他们
&很给力！: 5 &
&赞一个！: 5 &
&赞一个！: 5 &
&很给力！: 5 赞一个！: 5 淡定~: 5 &
&很给力！: 5 &
香蕉老哥。。。你要学会淡定
重要的素避免以后再发生类似的东西哇~.
总评分:&金钱 + 30&
最后登录QQ注册时间阅读权限20精华0积分2785帖子
Lv 6. 驾轻就熟, 积分 2785, 距离下一级还需 2215 积分
卑鄙无耻，有种去抢钱啊，人还光明正大呢，顶楼主，顶香蕉弄死他们，前排
&很给力！: 5 &
&淡定~: 5 浮云~: 0 &
最后登录注册时间阅读权限20精华0积分1681帖子
Lv 5. 融会贯通, 积分 1681, 距离下一级还需 819 积分
记者暗访 哈哈!!!
&赞一个！: 5 &
&很给力！: 5 &
&很给力！: 5 赞一个！: 5 淡定~: 5 赞！！&
&为了积分 为了剑灵激活码什么我也 要顶&
最后登录注册时间阅读权限20精华0积分1363帖子
Lv 5. 融会贯通, 积分 1363, 距离下一级还需 1137 积分
本帖最后由 何处染尘埃 于
17:43 编辑
归根结底都要怪腾讯公司&&如果他们尽快一些开服 尽量多发些激活码 也就不会有这么多的朋友从一些不正规的渠道来掏码了。同样也就会少许多上当受骗的网友&&
谢谢下面评分的两位朋友。我只是就事说事，为什么会有人骗别人说卖给人家激活码。就是因为这游戏拖拖拉拉 让人一期待就2年
而且激活码发的还特少~
&很给力！: 5 &
&赞一个！: 5 &
&很给力！: 5 赞一个！: 5 淡定~: 0 &
&很给力！: 5 赞一个！: 5 说的太对了&
&很给力！: 5 赞一个！: 5 淡定~: 5 &
支持你！说的对
泪流满面的支持你的说法
总评分:&金钱 + 25&
[img=240,105]http://tutu.ba
最后登录注册时间阅读权限20精华0积分8195帖子
Lv 7. 信手拈来, 积分 8195, 距离下一级还需 1805 积分
我能在你的帖子上骂人么？
&赞一个！: 5 &
&赞一个！: 5 &
&很给力！: 5 &
&很给力！: 5 赞一个！: 5 &
&赞一个！: 5 &
算了...和谐首位~！
总评分:&金钱 + 10&
最后登录QQ注册时间阅读权限10精华0积分180帖子
Lv 3. 初入江湖, 积分 180, 距离下一级还需 420 积分
拉骗子出去各种枪毙。
&很给力！: 5 &
&很给力！: 5 &
总评分:&金钱 + 5&
最后登录QQ<dd title="29186注册时间阅读权限10精华0积分25帖子
Lv 1. 拜入师门, 积分 25, 距离下一级还需 25 积分
&很给力！: 5 &
&赞一个！: 5 &
&很给力！: 5 &
&赞一个！: 5 &
&赞一个！: 5 &
qt3005群号，官方合作公会有20个.
总评分:&金钱 + 20&
极智封测专属勋章
剑灵论坛核心玩家与权威
核心鉴赏测试限量版钢笔，身份和品味的象征
为论坛做出突出贡献的会员
注册账号后积极发帖的会员
隶属于浑天教阵营
南天国研究员
为南天国体验服的游戏体验和反馈做出卓越贡献的玩家
高手在民间
通过认证的剑灵美女玩家
Powered by你对MVC、MVP、MVVM 三种组合模式分别有什么样的理解？ - 知乎2484被浏览150200分享邀请回答main()
printf("hello,world\n");
这时候，程序还可以被归结为输入到输出的过程，我们还能去讲讲冯诺依曼模型。在这个时代，开发是指编写机器指令，甚至都不配用“开发”这个词来描述这项工作。软件、UI和Markup Language在那个时代讲UI等于放屁，根本不存在这种概念。但全赖我们有神器——摩尔定律。但我个人认为摩尔定律是不足以让一个敲命令行的时代在几十年间转变成这种各类框架技术架构实践模式的时代，真正推动计算机形成自有的工程学体系的是还有两样东西就是：人的能力并没有变强，至少没有在同级数下变强。人类一定会物尽其用因为人的能力并没有“跟上”机器，所以才会出现各种模式、方法、工具等等来补足人的不足，以最大地透支机器性能。就像我前几天在闪存无聊时突然想到的一句： 架构是对客观不足的妥协，规范是对主观不足的妥协。当我们需要机器做的事情多了起来，我们就没办法在一个芯片上解决所有事情，所以才会有冯诺依曼模型、计算机架构，没办法用一台机器解决，所以才要互联网、分布式、云计算。同样，随着计算机的发展，要做的事情多了，就出现了软件的概念。当“开发”正式化，我们需求的软件就变得：功能繁杂、管理统一、多入口。真正变化的不是客观本质，而是需求。就像这里说的“软件入口”在客观上我们还是只有一个，原理上始终都只有一个启动程序、一个启动代码片段。但“软件的入口”，已经从指代Main函数变成了指代起始UI，用户已经从指代专业人士变成了指代一般消费者，先有软件的需求，才有软件的定义，而需求是在变化的。一个软件需要比当时多几个数量级的代码：客观上我们没办法做一个能显示所有代码的显示器主观上我们没办法在超快速滚动中看清所有代码所以我们需要添加索引、用多个文件组织代码。机器的发展和软件的需求扩大和细化，我们开始出现了用户界面（User Interface）的概念和最适合用于界面的语言——标记语言（Markup Language）。当然，ML不是为UI而生的，它只是十分适合UI，所以才和UI坠入爱河。因为有了更高UI的需求，所以代码才正式被分化为描述做什么（业务逻辑）和有什么（UI）的两部分，因为我们开发时没办法在两种思维方式下同时工作，开发时的人脑是单线程的。我们所看到的同时进行UI和逻辑开发只不过是我们学会了在两种模式下快速切换，看起来像同时进行，而不是真正的同时进行。同样的情况也发生在不同的代码片段的开发中。分化的情况除了UI，还发生在方方面面，比如数据操作、UI的对象和样式分离，我们还是继续从UI讲下去吧。Code Block和Code Behind（其实还有Code Inside，比如onclick="javascript:alert('哎呀我*')"）UI和逻辑分开了两种语言来写，但是它们也要放在同一个项目中，因为它们原本就是要一起工作的。即使是分开，也需要相连，因为这是它们本来要解决的问题。这时候我们出现的（通常的）解决方案就是Code Block和Code Behind。虽然从时间上似乎Code Block比Code Behind要早，有种感觉就是越新越好，但实质上它们正交替地发展着，因为谁也没办法解决UI和逻辑代码分化后的一个哲学问题——UI和逻辑是一起的，但是它们却不是一起的。Code Block能很好地处理UI和逻辑间在一起的关系，你在同一个地方可以同时维护UI和逻辑： 1 @model GM.OA.Finance2.Web.Models.FinancialBase.CurrencyModel
ViewBag.Title = "EditCurrencyDrawer";
Layout = "~/Views/Shared/_DrawerLayout.cshtml";
7 @section styles {
&link href="/Content/base/table-form.css" rel="stylesheet" /&
&link href="/Content/base/drawer.bigtitle.css" rel="stylesheet" /&
&a href="#" class="addcurrency oa-btn" oa-style="green"&添加新币别&/a&
&script type="text/javascript"&
$(document).ready(function () {
$('.addcurrency').click(function () {
$.oa.drawer.openUrl('AddCurrencyDrawer/', 'addcurrency', {
width: 300
Code Behind能很好地处理UI和逻辑各自分开的关系，你可以让UI和逻辑各自做好各自的事情：&asp:Button ID="RemoveSelectedCurrency_Button" runat="server" Text="删除选中币别" OnClick="RemoveSelectedCurrency_Button_Click" /&
&asp:Button ID="RemoveAllCurrencies_Button" runat="server" Text="删除所有币别" OnClick="RemoveAllCurrencies_Button_Click" /&
1 protected void RemoveSelectedCurrency_Button_Click(object sender, EventArgs e)
var currencyId = Currencies_ListBox.SelectedItem.V
currencyManager.Remove(currencyId);
protected void RemoveAllCurrencies_Button_Click(object sender, EventArgs e)
currencyManager.RemoveAll();
因为存在两种实现方式，所以就存在了对比，因为存在了对比，所以就存在了争论。就像是Java和.NET、PHP和.NET、WebForm和MVC、Mac OS和Windows、iOS和Android、腾讯和所有其他互联网公司，等等。问题不在哪个更好，而是我们要解决什么问题。当然，这听(ben)着(lai)像(jiu)是客气话了。真正在UI和逻辑分化后带来的实质问题是：是按逻辑和UI划分地管理，还是按单界面的事务进行划分地管理至少UI和逻辑刚分化的时代，在软件上，我们还认为同一项事务是基于同一个UI的一系列操作完成的。在摩尔定律还持续发挥作用的时候，计算机领域依旧高速发展，所以通常我们还在为一样事物争论、思考、辩证的时候，它已经发生了质变了，不变的只是我们要解决的问题。事务，以及界面、数据、事件、业务在之前说到过了，当需求变得庞大，解决方案也会变得庞大；当解决方案变得庞大，就会出现细分；当出现细分，就会出现按哪种方式管理的问题。软件从处理一件事务发展到了要处理许多事务，各事务间有包含、顺序、主次等等的关系，变得越来越复杂。因为数据与逻辑庞大了，所以数据与逻辑就分离了，然后事件和业务分离了。它们的关系已经在我们还理得清之前持续发展而变得更加难理得清，但在一个时间点上，它们UI的领域大致分化成这些原子：界面数据事件业务你要细化的话会有更多繁杂的细节，但相信这么写的话争议性比较小。当一个问题出现一次的时候它是一个问题，当一个问题出现了无数次的时候它会成为历史，当一个问题将会出现无数次的时候，它将需要一个明确的定义和解决方案。其中，数据的更新和界面的更新这一特殊事件的问题被放大了无数倍，因为它出现了无数次。Model-View-Controller在ASP还在奋斗的时候WebForm突然到来，正如WebForm还在奋斗的时候MVC突然到来。当然，我这里讲的MVC还是最原始的MVC，因为MVC在我们还在争论的时候已经发展了许多不同分支了。有一点相信大家同意的就是，我们今天讨论争论的MVC、MVP、MVVM、Code Behind等等都源自于职能分化和规划的思想与目的，MVC不是它们的开始，但是一个很好的开始。相信MVC的模型大家很熟悉，也很容易找到，我们这里用一下某百科的图：我们可以看到的是，界面被分到了View，数据分到了载体Model上由Model“携带”，业务集中在Controller中，而推动业务的事件由用户与View交互，通过View向Controller发动。当然，实现由很多种，每种细节上都有不同，所以我才只讲也只能讲大致的MVC。MVC的其中一个缺点便是没有明确的定义，所以不同的实现（比如Struts和 MVC）细节上都是不一样的。我们需要知道的是，MVC并不是像上面所说的一些事情那样是一种“必然的”结果，它是一系列必然结果问题中的一种解决方案，而且是不完美的解决方案。我们顺着推理去到一个地方很容易犯的一个错误就是认为路只有这一条而忽视其他可能性（估计这也是导致很多争斗的原因）。另外，我们在讨论一件事物不完美的时候是有一个情境的，所以请不要像“我说它色彩单一，然后你把它涂成彩色后证明我是错的”。MVC的一般流程是这样的：View（界面）触发事件--》Controller（业务）处理了业务，然后触发了数据更新--》不知道谁更新了Model的数据--》Model（带着数据）回到了View--》View更新数据这里也不多再陈述MVC的原理、实践等等，因为这就太长篇大论了。Model-View-Presenter和一些衍生像我们之前推理的，分化是一种需求的必然结果，但却没有个一个确定的结果，比如Code Behind和Code Block的问题等等。MVC顺着需求把UI相关的工作分化成了三份，这点经过实践证明无可厚非。但是它们的三角关系却被一些人认为带来了一些问题，或者应该说他们有“更好的”解决方案。在只有Code Behind和Code Block的那个时候维护是很直接的，不是在同一段代码内解决就是在同一个关联的事件上解决。三角关系的问题就是维护问题。在MVC，当你有变化的时候你需要同时维护三个对象和三个交互，这显然让事情复杂化了。我们之前说到，随着摩尔定律，软件的需求不断地变化和变得庞大。随着需求变得庞大的时候，需求变化也变得频繁，这是一个出现了无数次以后也将会出现无数的无数次的一个问题，所以它需要一个解决方案，哪怕它不一定能被解决。为了解决需求变化，从《人月神话》到敏捷到DDD，它不是我们已经解决了的问题，而是我们正在解决的问题。放在UI的模式和MVC上来讲，就是优化或者替代MVC模式，其中之一就是Model-View-Presenter（MVP）模式。我们先看看两个MVP模式的图：（图一）（图二）两幅图是不同的，但是对MVC的改进的思想却是一样的：切断的View和Model的联系，让View只和Presenter（原Controller）交互，减少在需求变化中需要维护的对象的数量。这种方式很符合我们的期待，因为我们倾向于：用更低的成本解决问题用更容易理解的方式解决问题许多时候并不是一种模式不好，而是因为人没办法执行，比如不容易理解，我们就会选择容易理解的方式。计算机依赖摩尔定律用数量的增长来解决问题，而人是用方式的改变来解决问题的。同样因为客观原因我们不善于维护多个对象和多个对象之间的关系，所以我们改变了，或者说简化了这种方式。MVP定义了Presenter和View之间的接口，让一些可以根据已有的接口协议去各自分别独立开发，以此去解决界面需求变化频繁的问题。上面两图都有接口，不过接口的实现和使用细节不一样，不过思想上是一致的。在这里要提到的是，事实上，需求变化最频繁的并不一定是最接近用户的界面，但基本可以确定的是，最接近用户的界面是因为需求变化而需要最频繁更改的。当然，如果View如果是API而不是UI，那就另说了。还有一些用来“解决”MVC这项缺点的比如有： MVC的ViewBag，Cocoa的delegate。它们都为了简化数据更新的问题而存在，包括MVVM。Model-View-ViewModel先直接看看Model-View-ViewModel（MVVM）的图：从图上看是比MVP简单了，更不用说MVC了。个人不认为MVVM是从MVP进化而来，我只觉得这是在MVP之后出现的一种“更好的”UI模式解决方案，但是用MVP来与之对比比较容易说明问题。ViewModel大致上就是MVP的Presenter和MVC的Controller了，而View和ViewModel间没有了MVP的界面接口，而是直接交互，用数据“绑定”的形式让数据更新的事件不需要开发人员手动去编写特殊用例，而是自动地双向同步。数据绑定你可以认为是Observer模式或者是Publish/Subscribe模式，原理都是为了用一种统一的集中的方式实现频繁需要被实现的数据更新问题。比起MVP，MVVM不仅简化了业务与界面的依赖关系，还优化了数据频繁更新的解决方案，甚至可以说提供了一种有效的解决模式。至此，我们能理解为什么许多人认为MVVM是最好的一种模式，没有之一。但事实上，MVVM也是依赖于我们至今所讲的“特有的情境”。当然，最优雅的也是第一个能作代表的实践就是Windows Presentation Foundation（WPF）了。Web之上，我们在模式演变的推论基本上都还是基于桌面软件的，但是过去十年却是互联网的时代。实际上大部分让大家争议的并不是在桌面领域最合适的是那个，而是在Web领域的模式问题，也就是在B/S场景下的问题。当软件离开单机，去到网络的时候，因为场景变了，所以原有的解决方案也变了，不过需求依然是不变的。我们依然要解决的问题是用户交互与数据更新的问题，还有维护等等的问题。当场景变到Web的时候，我们发现MVVM用来做服务端是极其不适用的，至少现在是不适用的。而MVP你提都不用提。为什么呢？因为：网络资源成本过高开发成本过高问大家一个问题，当一个网页的数据更新后，你希望更新用户看到的数据，你会怎么做？一般情况下，你会：window.location.reload();
就算你不这么做，用户也会：F5
就像之前说的，我们会选择更直接的方式解决问题。直接刷新页面的原因是因为这样更直接，更容易解决数据更新的问题。很多时候你不会愿意为了一个数据更新写一个AJAX，更别说这个AJAX要带来Loading、事件顺序处理、网络问题、异常处理等等，这就是开发成本过高。另一个网络成本过高就更容易解释了，虽然宽带是基本包月的，但也不带这么用的，何况还有移动用户。更主要的原因是，在本地软件，更新数据是一个引用问题，而在网络应用上，这是一个传输问题。传输成本远高于引用成本，引用之上顶多是在本地内存中再进行一次内存拷贝。这个时候，我们会更倾向于用MVC模式，因为在Web层面，我们更倾向于一次性更新数据。Web的MVVM所有问题都不是问题，就算有问题也要解决问题。为什么这个标题下突然冒出这么一句话？我想说的是，需求依旧是不变的，是推动进步的原动力。还有我之前说过，当我们讨论或者争论一个问题的时候，问题的对象已经发生改变了，而且这次是在我们讨论这个问题之前已经发生改变了。网络资源成本不断下降，相信已经不需要多提及。摩尔定律和相近的一些原理正在发挥着它应用的作用，网络带宽越来越高、相应速度越来越快。如果传输因为相对成本下降而导致数据传输的成本低于开发人员拒绝客户的成本，那么它就会被实现而不是被拒绝。另外还有一点就是因为技术的进步，技术的资源不断被更大规模地压榨，需求也不断地增长，那么需求始终会增长超过相对不变的开发成本的。比如jQuery的出现解决了很多问题，我们现在更多地去使用AJAX，哪怕很大一部分依然是为了解决网络资源不足的问题；我们会用更多的样式代码而用了相对更少的图片；我们不再那么依赖Flash一类的矢量图解决方案而直接录制视频。至少上一节我们说到的两个导致大家选用MVC的问题都正在被解决，所以我们有理由相信未来Web不仅仅需要MVC，可能会需要MVVM或其他解决方案。至少我们能理解容易理解为什么前端会出现一些MVVM的框架，比如先驱knockout.js和AngularJs。这些框架本身的好坏就不作讨论了，因为我们讨论的是模式。在Web上，MVVM的对比对象就不是MVC，而是Code Block。数据即时更新的需求在扩大，但未必有达到一定要用MVVM这一等级的高大上的模式，实际上如果你要更新一个数据，你还是会采取：$('.notice').html('发送成功！');
因为......我们依然会采取更直接的方式解决问题......实际上，现在Web MVVM主要并不是用在了Web或者Wap上，而是移动App上。按照前面的说法，只可能是：HTML+JS比原生在一些场景上更适合Native在移动App上比Web上更适合使用MVVM哪怕是Native开发，实际上iOS的开发上也是用类似的数据绑定的方式的。这里也不深究了，毕竟我也不算懂iOS。要说的是，在Web MVVM或者Web的模式上，也就是Web的富应用上，现在还不过是个初期由膨胀的需求推动的阶段。重要的不是技术会怎么走，而是需求和客观条件会怎么走。可能Webform会因为高速开发而焕发第二春，它的AJAX的模式也十分满足于简单开发，但似乎大家需要的不是GUI式的网页。结尾语我们不一定需要MVVM，但我们一定需要更强大的方式去解决不断膨胀的Web需求。我们可以预见的是：会有更强大的浏览器会有更强大的JavaScript或者框架会有更加适合的模式除去客气话的部分，我还是想说，在不同的需求下其实有最适合的解决方案，通常让我们纠结的不是因为哪个解决方案更好，而是我们看到的条件不够多。编译语言当然比解释语言效率高，但考虑到开发和维护成本，JavaScript等始终会大行其道，比如Node.JS、Python；.NET和微软当然很强大，移植.NET到其他平台也很容易，但微软是家有自己商业模式和要赚钱的公司；当然有些实践和技术更好，但其他开发人员会避开甚至否定自己不擅长的东西，大家都喜欢确定的东西；有些技术更强大，但是只是基于特殊的客观条件和需求，如果你想做大，要么创造客观条件，要么把它结合需求......67449 条评论分享收藏感谢收起1211 条评论分享收藏感谢收起查看更多回答