琢磨近10年前端领域出现的框架，它们几乎【未经授权禁止转载】转载请注明出处：www.tangshuang.net在干同一件事，那就是，怎么做到使“界面”【作者：唐霜】著作权归作者所有，禁止商业用途转载。“事件”“数据”三者可以更分离，但又合理原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net串联在一起。界面用于呈现，事件用于交互，【转载请注明来源】著作权归作者所有，禁止商业用途转载。数据用于内容，这三者构成了前端开发的最底【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。层核心要素。但是，就目前市面上的框架而言【转载请注明来源】原创内容，盗版必究。，仍然没有做到完美。举个例子，react【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net算是最热门的框架之一，然而，它自己内部去本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】实现了一整套事件系统，这样的坏处是，它不著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】能和DOM原生事件同时使用，否则会出问题未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】。而DOM原生事件和界面又完全绑定在一起【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】，这就使得类似jquery这类框架无法实本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。现数据响应。而virtual dom的出著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。现，解决了数据和界面之间的响应关系，但是【转载请注明来源】【版权所有，侵权必究】仍然无法解决数据和事件的双向响应（vue【未经授权禁止转载】【版权所有，侵权必究】里面有较弱的实现）。因此，我觉得，更舒服【版权所有，侵权必究】【本文首发于唐霜的博客】的编程方式是，要进一步在现在已有的成果基【版权所有，侵权必究】【作者：唐霜】础上，继续提炼事件这个维度，要让交互抽象著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】后独立于界面和数据。当一个交互发生时，它【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。不需要在事件系统中去写有关修改数据的操作本文作者：唐霜，转载请注明出处。【作者：唐霜】（例如react里面要用setState【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。），也不需要在事件系统中去写界面改动的代本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】码（backbone就需要在事件发生后去【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。操作DOM来实现界面变化，jquery也本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。是）。未来新的框架应该是，抽象出“界面”著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】“数据”“事件”，将它们单独分开放置，再转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。由框架内部将它们串联起来。开发者应该关心【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net使用什么模板去呈现界面，使用什么数据去渲【原创内容，转载请注明出处】未经授权，禁止复制转载。染内容，使用什么事件去响应交互。而不需要【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net关系，当用户进行了某个操作（交互）应该触著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。发什么事件，然后去修改哪个数据，实现界面【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。的变动。

这样的编程方式，和MVVM完全是两种思路【版权所有，侵权必究】【转载请注明来源】，希望真的有机会看到这样的库可以出现。