T******7
发帖数: 1419 | |
a9
发帖数: 21638 | 2 不太喜欢react这种混在一起的。
另外除了angular2还有aurelia等框架可以选择
【在 T******7 的大作中提到】
: 如题
|
c******n
发帖数: 16666 | 3 re
【在 a9 的大作中提到】
: 不太喜欢react这种混在一起的。
: 另外除了angular2还有aurelia等框架可以选择
|
P**H
发帖数: 1897 | 4 html，css，和js分开写有什么特别的好处？ |
z****e
发帖数: 54598 | 5
artists and programmers could work separately
scripts for programmers
css & html for artists
【在 P**H 的大作中提到】
: html，css，和js分开写有什么特别的好处？
|
c******n
发帖数: 16666 | 6 还有个好处是
像我这种在小公司一人分饰演多角的
如果闲下来 可以大块时间搞js
如果特别忙 就抽空写html css
如果超级无敌忙 我真的会上ai出图 直接div里挂图片 上demo的。。
【在 P**H 的大作中提到】
: html，css，和js分开写有什么特别的好处？
|
p**r
发帖数: 5853 | 7 唉，其实问这些没啥意思，
市面上随便一个，只要你用熟用透了，结合其他轮子各种的用，
钱就不是问题了。 |
c******n
发帖数: 16666 | 8 确实
【在 p**r 的大作中提到】
: 唉，其实问这些没啥意思，
: 市面上随便一个，只要你用熟用透了，结合其他轮子各种的用，
: 钱就不是问题了。
|
P**H
发帖数: 1897 | 9 但是现在这么多动态的，动画的，分不了那么开吧。不像以前简单的网页了。
【在 z****e 的大作中提到】
:
: artists and programmers could work separately
: scripts for programmers
: css & html for artists
|
z****e
发帖数: 54598 | 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***o
发帖数: 2191 | 11 js frameworks 朝生夕死，挑一个能做两三个project还没有被后来者拍到沙滩上的，
就已经很不错了。非要比较的话，我的体验是 react+flux >> angular
关于react html/css/js"混搭"的设计，从component的角度来看就比较容易理解了，这
其实是个separate of concern vs separate of technology 的选择。 |
h******b
发帖数: 6055 | 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**a
发帖数: 130 | 13 binding性能是react好些 都支持hybrid 趋势应该是react 看你相信fb 还是 Google
了 现在小白都喜欢 react 所以以后两年应该是react的天下 |
P**H
发帖数: 1897 | 14 赵老师怎么乱扯了。要fps显然不是网页的事了。网页上就几个按钮，其他东西偶尔动
一下就好了。一直有输入和互动的就是游戏了。
【在 z****e 的大作中提到】
:
: html, css就是viewer的部分
: js做controller
: model就是data
: 这一套不要说脚本了，就是swift完全按照这个写
: 都有些吃力，我在ios上已经放弃mvc了
: 效率太低
: units一多，马上拖慢效率，lag很厉害
: 还有就是我发现llvm不行
: 效率明显不行，我用一个n^2复杂度的计算
|
z****e
发帖数: 54598 | 15
angular就是mvc的搞法啊
不是只有游戏才有mvc
几乎所有的ui都有mvc
mvc最早就是用来伺候ui的
最早mvc的例子说的都是各种app怎么分模块
【在 P**H 的大作中提到】
: 赵老师怎么乱扯了。要fps显然不是网页的事了。网页上就几个按钮，其他东西偶尔动
: 一下就好了。一直有输入和互动的就是游戏了。
|
P**H
发帖数: 1897 | 16 但是如果一个内容性质的网页，ui多到影响fps。这绝对就是设计的问题了。
如果内容多为文字，图片，和视频，操作要尽量直观简便。多用戳，长按，划，放大这
些原生操作就好了。目标就是划拉的时候是否流畅，load的时候卡不卡。
这跟游戏的实时性时完全不同的。游戏要求在即使在没有任何用户输入的情况下，世界
也要不断更新的。对性能的要求高多了。而且也更耗电。这种强实时性，是内容app不
需要也不必要的。
【在 z****e 的大作中提到】
:
: angular就是mvc的搞法啊
: 不是只有游戏才有mvc
: 几乎所有的ui都有mvc
: mvc最早就是用来伺候ui的
: 最早mvc的例子说的都是各种app怎么分模块
|
O***b
发帖数: 104 | 17 老赵，你说的放弃mvc是说放弃Swift搞齐三个部分吧？
替代搞法是怎么搞，三个部分异步通讯？
【在 z****e 的大作中提到】
:
: angular就是mvc的搞法啊
: 不是只有游戏才有mvc
: 几乎所有的ui都有mvc
: mvc最早就是用来伺候ui的
: 最早mvc的例子说的都是各种app怎么分模块
|
z****e
发帖数: 54598 | 18
你看看sprite kit就知道了
一个object，包括了所有的部分
无论是model还是什么，全部放在这个obj里面
然后直接操作obj最为方便，这样做的好处显而易见
一个是复杂度低，如果分开的话，如何做view和model对应
就比较麻烦，而且阅读起来也容易点，因为一个组件
所有的东西都在一起，不像mvc，一个东西会被拆成三块
分在三个层次里面，找起来就比较麻烦
坏处也非常明显，因为所有部分全部凑一块去了
代码复用就impossible了，比如服务器端
你肯定不会需要太多ui的部分，如果是java的话
mvc分离，服务器端可以直接复用model
【在 O***b 的大作中提到】
: 老赵，你说的放弃mvc是说放弃Swift搞齐三个部分吧？
: 替代搞法是怎么搞，三个部分异步通讯？
|
