在我近来的劳动中，最使人抓狂的即是为前端开采人员安排API。咱们之间的对话大体即是如此的：
开采人员：这个页面上珍稀据元素x,y,z…，你能不能为我建立一个API，反应格式为{x:,y:,z:}
我：好吧
我乃至没有进前进一步的斗嘴。项目停止时会补偿洪量的API，这些API与时时产生改观的页面是相干在一同的，遵从“安排”，唯有页面改观，反应的API也要随之改观，而在此以前，咱们乃至对此绝不知情，终究，由于构成要素繁多且各平台之间存在些许差别，务必建立特别多的API来餍足这些须要。
SamNwman乃至将这类轨制化的历程称之为BFF形式，这类形式发起为每种摆设、平台自然还包罗APP版本开采特定的API。DanilJacobson在担当InfoQ的采访时曾指出，Ntflix很是牵强地将“领会式API”与“权且API（EphmralAPI）”划上了等号。唉……
几个月前，我着手思量是甚么构成了此刻的这类局势，该做些甚么来应对它，这个历程使我着手置疑运用架构中最强壮的观念，也即是MVC，我感想到了函数式反映型编程（ractiv）的强壮能力，这个历程力求于过程的简化，并试图消除咱们这个行业在临盆率方面的膨胀感情。我确信你会对我的觉察感乐趣的。
MVC的灿烂昔时与现慰题目在每个用户界面当面，咱们都在利用MVC形式，也即是模子-视图-管制器（Modl-Viw-Controllr）。MVC首创的时辰，Wb尚不存在，那时的软件架构充其量是胖客户端在原始网络中直接与简单数据库会话。然则，几十年以后，MVC照旧在利用，陆续地用于OmniChannl运用的建设。
Angular2正式版马上公布，在这个光阴节点重估MVC形式及各样MVC框架为运用架构带来的进献意义宏大。
我第一次来往到MVC是在年，那时NXT适才公布IntrfacBuildr（让人惊叹的是，此刻这款软件照旧表现侧宏大的效用）。那时，咱们感到IntrfacBuildr和MVC是一个很大的提升。在90年月末期，MVC形式用到了HTTP上的职责中（还记得Struts吗？），此刻，就方方面面来说，MVC是通盘运用架构的基根源则。
MVC的影响极端深刻，甚至于Ract.js在引见他们的框架时都委宛地与其划清界线：“Ract完成的不过MVC中视图（Viw）的部份”。
当我旧年着手利用Ract的时辰，我感到它在某些地点有着显然的不同：你在某个地点改动一部份数据，不须要显式地与Viw和Modl停止交互，全部UI就可以刹时产生改观（不光仅是域和表格中的值）。这也即是说，我很快就对Ract的编程模子觉得了绝望，在这方面，我显然并不孑立。我分享一下AndrMdiros的意见：
Ract在许多方面都让我觉得绝望，它主如果经过安排欠安的API来领导程序员[…]将多项