react, angular2 哪个有前途 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

react, angular2 哪个有前途

react, angular2 哪个有前途# Programming - 葵花宝典

T*72015-10-04 07:10

1 楼

如题

a92015-10-04 07:10

2 楼

不太喜欢react这种混在一起的。
另外除了angular2还有aurelia等框架可以选择

【在 T******7 的大作中提到】

: 如题

c*n2015-10-04 07:10

3 楼

re

【在 a9 的大作中提到】

: 不太喜欢react这种混在一起的。
: 另外除了angular2还有aurelia等框架可以选择

P*H2015-10-04 07:10

4 楼

html，css，和js分开写有什么特别的好处？

z*e2015-10-04 07:10

5 楼

artists and programmers could work separately
scripts for programmers
css & html for artists

【在 P**H 的大作中提到】

: html，css，和js分开写有什么特别的好处？

c*n2015-10-04 07:10

6 楼

还有个好处是
像我这种在小公司一人分饰演多角的
如果闲下来可以大块时间搞js
如果特别忙就抽空写html css
如果超级无敌忙我真的会上ai出图直接div里挂图片上demo的。。

【在 P**H 的大作中提到】

: html，css，和js分开写有什么特别的好处？

p*r2015-10-04 07:10

7 楼

唉，其实问这些没啥意思，
市面上随便一个，只要你用熟用透了，结合其他轮子各种的用，
钱就不是问题了。

c*n2015-10-04 07:10

8 楼

确实

【在 p**r 的大作中提到】

: 唉，其实问这些没啥意思，
: 市面上随便一个，只要你用熟用透了，结合其他轮子各种的用，
: 钱就不是问题了。

P*H2015-10-04 07:10

9 楼

但是现在这么多动态的，动画的，分不了那么开吧。不像以前简单的网页了。

【在 z****e 的大作中提到】

:
: artists and programmers could work separately
: scripts for programmers
: css & html for artists

z*e2015-10-04 07:10

10 楼

html, css就是viewer的部分
js做controller
model就是data
这一套不要说脚本了，就是swift完全按照这个写
都有些吃力，我在ios上已经放弃mvc了
效率太低
units一多，马上拖慢效率，lag很厉害
还有就是我发现llvm不行
效率明显不行，我用一个n^2复杂度的计算
当n->100的时候，在33ms以内就无法完成一个循环
导致fps下降得厉害，不得不优化算法
android上jvm强太多

【在 P**H 的大作中提到】

: 但是现在这么多动态的，动画的，分不了那么开吧。不像以前简单的网页了。

s*o2015-10-04 07:10

11 楼

js frameworks 朝生夕死，挑一个能做两三个project还没有被后来者拍到沙滩上的，
就已经很不错了。非要比较的话，我的体验是 react+flux >> angular
关于react html/css/js"混搭"的设计，从component的角度来看就比较容易理解了，这
其实是个separate of concern vs separate of technology 的选择。

h*b2015-10-04 07:10

12 楼

angular目前市场份额是最高的，差不多是react的三倍。建议楼主在indeed上面看看
工作数量。
朝夕生死真的说不上，冷门的一大堆，热门的也就那么几个都已经热了好几年了而且都
是大同小异。个人觉得熟悉这些框架难度不会比熟悉每个公司/部门的内部系统/api难。
楼主其实自己跟着每个framework做一个todo tutorial看看自己喜欢哪个就可以了。
一般来说两个有一个有实际经验，找工作前再稍微背背书就没问题了。

【在 s***o 的大作中提到】

: js frameworks 朝生夕死，挑一个能做两三个project还没有被后来者拍到沙滩上的，
: 就已经很不错了。非要比较的话，我的体验是 react+flux >> angular
: 关于react html/css/js"混搭"的设计，从component的角度来看就比较容易理解了，这
: 其实是个separate of concern vs separate of technology 的选择。

r*a2015-10-04 07:10

13 楼

binding性能是react好些都支持hybrid 趋势应该是react 看你相信fb 还是 Google
了现在小白都喜欢 react 所以以后两年应该是react的天下

P*H2015-10-04 07:10

14 楼

赵老师怎么乱扯了。要fps显然不是网页的事了。网页上就几个按钮，其他东西偶尔动
一下就好了。一直有输入和互动的就是游戏了。

【在 z****e 的大作中提到】

:
: html, css就是viewer的部分
: js做controller
: model就是data
: 这一套不要说脚本了，就是swift完全按照这个写
: 都有些吃力，我在ios上已经放弃mvc了
: 效率太低
: units一多，马上拖慢效率，lag很厉害
: 还有就是我发现llvm不行
: 效率明显不行，我用一个n^2复杂度的计算

z*e2015-10-04 07:10

15 楼

angular就是mvc的搞法啊
不是只有游戏才有mvc
几乎所有的ui都有mvc
mvc最早就是用来伺候ui的
最早mvc的例子说的都是各种app怎么分模块

【在 P**H 的大作中提到】

: 赵老师怎么乱扯了。要fps显然不是网页的事了。网页上就几个按钮，其他东西偶尔动
: 一下就好了。一直有输入和互动的就是游戏了。

P*H2015-10-04 07:10

16 楼

但是如果一个内容性质的网页，ui多到影响fps。这绝对就是设计的问题了。
如果内容多为文字，图片，和视频，操作要尽量直观简便。多用戳，长按，划，放大这
些原生操作就好了。目标就是划拉的时候是否流畅，load的时候卡不卡。
这跟游戏的实时性时完全不同的。游戏要求在即使在没有任何用户输入的情况下，世界
也要不断更新的。对性能的要求高多了。而且也更耗电。这种强实时性，是内容app不
需要也不必要的。

【在 z****e 的大作中提到】

:
: angular就是mvc的搞法啊
: 不是只有游戏才有mvc
: 几乎所有的ui都有mvc
: mvc最早就是用来伺候ui的
: 最早mvc的例子说的都是各种app怎么分模块

O*b2015-10-04 07:10

17 楼

老赵，你说的放弃mvc是说放弃Swift搞齐三个部分吧？
替代搞法是怎么搞，三个部分异步通讯？

【在 z****e 的大作中提到】

:
: angular就是mvc的搞法啊
: 不是只有游戏才有mvc
: 几乎所有的ui都有mvc
: mvc最早就是用来伺候ui的
: 最早mvc的例子说的都是各种app怎么分模块

z*e2015-10-04 07:10

18 楼

你看看sprite kit就知道了
一个object，包括了所有的部分
无论是model还是什么，全部放在这个obj里面
然后直接操作obj最为方便，这样做的好处显而易见
一个是复杂度低，如果分开的话，如何做view和model对应
就比较麻烦，而且阅读起来也容易点，因为一个组件
所有的东西都在一起，不像mvc，一个东西会被拆成三块
分在三个层次里面，找起来就比较麻烦
坏处也非常明显，因为所有部分全部凑一块去了
代码复用就impossible了，比如服务器端
你肯定不会需要太多ui的部分，如果是java的话
mvc分离，服务器端可以直接复用model

【在 O***b 的大作中提到】

: 老赵，你说的放弃mvc是说放弃Swift搞齐三个部分吧？
: 替代搞法是怎么搞，三个部分异步通讯？