该文通过作者亲身设计思考经历，从遭遇MVC使用问题开始，然后引入函数式Reactive响应式编程，重新设计了前端架构，最后颠覆了基于OO范式的传统MVC模式。以下是原文大意翻译：这些天我的最糟糕工作是为前端开发人员设计API，下面对话是不可避免的：前端开发人员:这个屏幕有数据元素x,y,z...你能创建一个API输出格式是{x:,y:,z:}吗？我：Ok其实毫无争议的是，无数个API项目都是和经常变化的屏幕绑定的。你会有很多针对不同平台或终端设备的不同API，甚至SamNewman将其总结为BFF模式，该模式建议为每个类型的设备或平台开发对应特殊的API，甚至为APP的不同版本。Netflix的DanielJacobson将其解释为ExperienceAPIs，无语。几个月以前，我开始一段思考旅程，思考为什么我们会最终变成这样，我们还能够做些什么？这段思考旅程将我引向了应用架构中最教条的模式：MVC。当我再游历了reactive响应式编程和函数编程等技术思想以后，我开始聚焦简单和业界擅长的偷偷膨胀的过程，我相信你会感兴趣我的发现。每个屏幕都在使用的模式是MVC，也就是Mode-View-Controller，MVC在没有Web时已经被发明出来，其软件架构是很棒的，起初，厚客户端是直接和一个数据库交互访问通讯，数十年以后，使用了MVC，用于构建OmniChannel应用。Angular2即将发布，也许现在是重新评估MVC用途的最好时候，重新评估MVC框架为应用架构带来的价值。90年代后期，MVC模式被Struts采用到基于
HTTP的Web应用中，今天它是所有应用的基石。MVC如此光彩照人，以至于react.js只能使用委婉的方式介绍它们的框架似乎偏离了MVC主流：“ReactisjusttheViewinMVC”.当我去年开始使用React时，我感觉有些非常不同之处，如果你改变某个地方的一部分数据，那么立即，而且没有视图View和模型Model之间明显的交互，整个UI就改变了，这就是说，我很失望于React的编程模型，变得孤独起来，因为从MVC角度来看，React模型将MVC分离的几个
北京白癜风多少钱白癜风治法
转载请注明：http://www.guyukameng.com/html/html1/2338.html
