虽然作为一名Google粉,基本google比较推的东西我都接触过像python,Go,现在到了JS的时候有趣看了angular,刚刚开始还是比较喜欢angular的,但是看了一点时间后,最近去补看了看react,突然发现FB的这玩意比angular还好用一点,虽然angular的设计思路比较符合我后端的一些思维方式,但是我总觉得太重量级了,像我这种独立吊死开发总是喜欢一些轻量级的框架,springMVC和koa这些,虽然react中没有ajax,基本上也需要很多其他的库,但是就像gulp一样,其实还是小模块化和精简功能化才是我心中最好的开发模式,而且现在FB的很多做法包括尽量把功能像原始js来靠拢,虽然使用比较麻烦,但是就像我不喜欢python的很多魔法函数一样,感觉使用起来和学习的时候都很奇怪,我喜欢像C语言简单但是强大的表达,最好不要出现一些莫名其妙的语法糖和奇怪的简写,与其这样我不如多写两个函数或者多写几句代码。angular虽然样样俱全,但是给我的感觉就是重新来到了一个javascript版的j2ee下面,或者说我这个人还是喜欢重复造轮子= =
@CarlosRen angular只是设计思维很多和后端 归根到底还是一个前端框架 你这样来说jq和react也不一样 本来我也没有说它们一样 就是因为这两个的设计思维和处理事物的思想不一样才拿来比较 不能说语法和思维像后端你就把它偏向后端了 说到底这就是个前端框架
@wenshiqi0 我说react和jq相似是因为react比较像jquery的dom监听,而且框架和思路不同我保留意见,angular和react都是Model Driven View的思路,说到底处理思路是一样的,我说的是思维不同,是指程序员写代码时候的思维方式,angular明显更偏向后台写接口的逻辑感,对js要求也不高,react的组件模式给人感觉更像是在和UI合作玩DOM
@CarlosRen 这个倒是确实是这样 jq和react在这方面确实很类似 只是在处理dom上面不太一样 我在上面也说了 angular太重了 不只是功能 还有一个角度就是想把前端用后端接口的方式来写 前端和后端在开发模式上面还是有不同的 怎么辛苦的搞个前端的j2ee是否合适 前端我觉得还是应该以小模块组件的快速开发这种思维来 而不应该用这种类似于系统开发的方式 当然这只是我的愚见 可能还是没有接触太多大的开发
@leapon 但是你也可以不用mvc的思想来做啊 这样的话react其实就是渲染了 我只是拼图一块一块去堆而已 即使用mvc 也可以按照需求去找啊 像node这样express koa你可以按自己的需求来 mvc只是另外一块拼图而已
@wenshiqi0 我是一个全站工程师,多说一句,如果感兴趣你可以去看看交互设计的书,用户为中心(UCD)的设计基本两条思路,目标导向 or 行为导向,也就是说,现在系统在设计阶段就被考虑成,在xx环境下,人通过系统的oo操作,做了一件xxoo的事 的思路。那么这么来看,从功能到接口,angular的存在就很有必要了,也就是说他的意义在于,后台数据接口的需求由用户行为确定,也就是 人的动作-交互界面(webUI)- 前端 - 数据接口