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

这样的编程方式，和MVVM完全是两种思路本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。，希望真的有机会看到这样的库可以出现。