Redian新闻
>
react, angular2 哪个有前途
avatar
a9
2
不太喜欢react这种混在一起的。
另外除了angular2还有aurelia等框架可以选择

【在 T******7 的大作中提到】
: 如题
avatar
c*n
3
re

【在 a9 的大作中提到】
: 不太喜欢react这种混在一起的。
: 另外除了angular2还有aurelia等框架可以选择

avatar
P*H
4
html,css,和js分开写有什么特别的好处?
avatar
z*e
5

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

【在 P**H 的大作中提到】
: html,css,和js分开写有什么特别的好处?
avatar
c*n
6
还有个好处是
像我这种在小公司一人分饰演多角的
如果闲下来 可以大块时间搞js
如果特别忙 就抽空写html css
如果超级无敌忙 我真的会上ai出图 直接div里挂图片 上demo的。。

【在 P**H 的大作中提到】
: html,css,和js分开写有什么特别的好处?
avatar
p*r
7
唉,其实问这些没啥意思,
市面上随便一个,只要你用熟用透了,结合其他轮子各种的用,
钱就不是问题了。
avatar
c*n
8
确实

【在 p**r 的大作中提到】
: 唉,其实问这些没啥意思,
: 市面上随便一个,只要你用熟用透了,结合其他轮子各种的用,
: 钱就不是问题了。

avatar
P*H
9
但是现在这么多动态的,动画的,分不了那么开吧。不像以前简单的网页了。

【在 z****e 的大作中提到】
:
: artists and programmers could work separately
: scripts for programmers
: css & html for artists

avatar
z*e
10

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

【在 P**H 的大作中提到】
: 但是现在这么多动态的,动画的,分不了那么开吧。不像以前简单的网页了。
avatar
s*o
11
js frameworks 朝生夕死,挑一个能做两三个project还没有被后来者拍到沙滩上的,
就已经很不错了。非要比较的话,我的体验是 react+flux >> angular
关于react html/css/js"混搭"的设计,从component的角度来看就比较容易理解了,这
其实是个separate of concern vs separate of technology 的选择。
avatar
h*b
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 的选择。

avatar
r*a
13
binding性能是react好些 都支持hybrid 趋势应该是react 看你相信fb 还是 Google
了 现在小白都喜欢 react 所以以后两年应该是react的天下
avatar
P*H
14
赵老师怎么乱扯了。要fps显然不是网页的事了。网页上就几个按钮,其他东西偶尔动
一下就好了。一直有输入和互动的就是游戏了。

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

avatar
z*e
15

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

【在 P**H 的大作中提到】
: 赵老师怎么乱扯了。要fps显然不是网页的事了。网页上就几个按钮,其他东西偶尔动
: 一下就好了。一直有输入和互动的就是游戏了。

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

【在 z****e 的大作中提到】
:
: angular就是mvc的搞法啊
: 不是只有游戏才有mvc
: 几乎所有的ui都有mvc
: mvc最早就是用来伺候ui的
: 最早mvc的例子说的都是各种app怎么分模块

avatar
O*b
17
老赵,你说的放弃mvc是说放弃Swift搞齐三个部分吧?
替代搞法是怎么搞,三个部分异步通讯?

【在 z****e 的大作中提到】
:
: angular就是mvc的搞法啊
: 不是只有游戏才有mvc
: 几乎所有的ui都有mvc
: mvc最早就是用来伺候ui的
: 最早mvc的例子说的都是各种app怎么分模块

avatar
z*e
18

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

【在 O***b 的大作中提到】
: 老赵,你说的放弃mvc是说放弃Swift搞齐三个部分吧?
: 替代搞法是怎么搞,三个部分异步通讯?

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。