T********i
发帖数: 2416 | 1 首先我不是行家，纯粹业余水平。
去年看了看angular 1发现出场人物太多，像电话号码簿。完全不靠谱。倒是react如同
行云流水。对我的胃口。试着用react做了些东西。感觉也不错。
angular 2还没时间看。据说抄了react挺多。而且和angular 1完全不同，现在还是
beta，其实react也是。行家能不能给个意见？纯粹技术角度。到底谁更牛一点？
再说说native。其实我挺看好js UI的。主要这么多年这么多资源投进去。界面能做到
无限炫目了。其实HTML和CSS里面该有的元素都补全了，就能证明是图灵完全UI了。而
且轮子也够多。
但是地但是，今天看了一些进展，太他妈的慢了。这些人整天都干啥？
首先说编译器，ionic基于cordova，react native有自己的runtime(JavaScriptCore
which is the JavaScript engine that powers Safari)。基本上都是不编译的。
其次说说整合，这两种现在也就只能render一下UI。深度是整合和浏览器比较都差远了
。连TCP之类的都要靠插件。不能用node的标准库。
结论，native还是任重道远。现在还处于不太靠谱阶段。 |
N*****m
发帖数: 42603 | 2 react的two-way binding不自然，我不习惯
【在 T********i 的大作中提到】
: 首先我不是行家，纯粹业余水平。
: 去年看了看angular 1发现出场人物太多，像电话号码簿。完全不靠谱。倒是react如同
: 行云流水。对我的胃口。试着用react做了些东西。感觉也不错。
: angular 2还没时间看。据说抄了react挺多。而且和angular 1完全不同，现在还是
: beta，其实react也是。行家能不能给个意见？纯粹技术角度。到底谁更牛一点？
: 再说说native。其实我挺看好js UI的。主要这么多年这么多资源投进去。界面能做到
: 无限炫目了。其实HTML和CSS里面该有的元素都补全了，就能证明是图灵完全UI了。而
: 且轮子也够多。
: 但是地但是，今天看了一些进展，太他妈的慢了。这些人整天都干啥？
: 首先说编译器，ionic基于cordova，react native有自己的runtime(JavaScriptCore
|
W***o
发帖数: 6519 | 3 这应该就是one-way，非要理解成two-way当然是拧巴了
【在 N*****m 的大作中提到】
: react的two-way binding不自然，我不习惯
|
d******e
发帖数: 2265 | 4 好坑。
本来本人非常期待angular 2。毕竟es6是javascript一个重要变化。
但是，看完angular 2后非常失望。感觉设计者功力不够。最后沦落到就是为了搞一个
前段的java.
很多东西都是在开javascript的倒车。
最大的问题: angular 2是一个framework. framewoek坑爹的地方在于上手很快，但是
10%的功能死活做不了。非常复杂。技术一旦不流行就必须全盘丢到。所以angualr可能
是股沟内部搞java的头支持的一个傻逼。
react是类unix的library,你需要用胶水粘起来。react不讨人喜欢的地方在jsx.否则当
年就上了。
react 比angular小的多。lib对framework嘛。
angular需要无限的发明directive,傻逼。
react just javascirpt.
angular走OOP的路子，傻逼。
ionic比react native看上慢很多，看演示。
最后决定换门到react+flux了。
【在 T********i 的大作中提到】
: 首先我不是行家，纯粹业余水平。
: 去年看了看angular 1发现出场人物太多，像电话号码簿。完全不靠谱。倒是react如同
: 行云流水。对我的胃口。试着用react做了些东西。感觉也不错。
: angular 2还没时间看。据说抄了react挺多。而且和angular 1完全不同，现在还是
: beta，其实react也是。行家能不能给个意见？纯粹技术角度。到底谁更牛一点？
: 再说说native。其实我挺看好js UI的。主要这么多年这么多资源投进去。界面能做到
: 无限炫目了。其实HTML和CSS里面该有的元素都补全了，就能证明是图灵完全UI了。而
: 且轮子也够多。
: 但是地但是，今天看了一些进展，太他妈的慢了。这些人整天都干啥？
: 首先说编译器，ionic基于cordova，react native有自己的runtime(JavaScriptCore
|
W***o
发帖数: 6519 | 5 请教一下，为什么不是 react + redux? or react + relay + graphQL ?
【在 d******e 的大作中提到】
: 好坑。
: 本来本人非常期待angular 2。毕竟es6是javascript一个重要变化。
: 但是，看完angular 2后非常失望。感觉设计者功力不够。最后沦落到就是为了搞一个
: 前段的java.
: 很多东西都是在开javascript的倒车。
: 最大的问题: angular 2是一个framework. framewoek坑爹的地方在于上手很快，但是
: 10%的功能死活做不了。非常复杂。技术一旦不流行就必须全盘丢到。所以angualr可能
: 是股沟内部搞java的头支持的一个傻逼。
: react是类unix的library,你需要用胶水粘起来。react不讨人喜欢的地方在jsx.否则当
: 年就上了。
|
s*i
发帖数: 5025 | 6 我用Angular 2 做一个Project，目前只有赞叹的份。唯一的槽点事Router那部分不太
Intuitive。
你们光吐槽 Angular 2 没有用，拿出几个具体例子才有说服力。 |
T********i
发帖数: 2416 | 7 建议你再试试react。有个比较才能更让人信服。
虽然俺js UI framework确实业余。但是猪肉没少吃，猪跑也见识多了。实话说，就two
way binding这个说法我就不舒服。参见我前两天挖的一个坑“只有状态自动机（
state machine）是正确的编程模型”
http://www.mitbbs.com/article_t/Programming/31469893.html
任何试图隐藏这个自动机状态转换函数的event loop的方案都不是好方案。得不偿失。
就像刚才有人吐糟一样，总有那10%的问题要花极大代价解决。所以整体代价一积分就
不值得。
几十年的经验之谈。供参考。
【在 s*i 的大作中提到】
: 我用Angular 2 做一个Project，目前只有赞叹的份。唯一的槽点事Router那部分不太
: Intuitive。
: 你们光吐槽 Angular 2 没有用，拿出几个具体例子才有说服力。
|
s*i
发帖数: 5025 | 8 我知道React。虽然没用过它作过大项目。并且我非常赞同 React 的设计哲学思想。
本质上，
Angular 是以HTML为中心看待问题，然后Javascript 用于解决逻辑问题；
React 回到了以Javascript为中心看待问题，HTML 只是用于解决界面问题。
很显然，以Javascript 为中心更符合看待问题本质，尤其对码农来说。
但是回到现实世界，HTML 这种 declarative 看问题的方式更符合人类这么多年描述事
情。
Two Way Binding 是Angular1 年代的一个 东西。Angular2 里面本质就两种单向
Binding。一个是，UI的某个属性一直等于某个变量。另一个是，UI 的某个事件输出到
某个变量。
为了达到Two Way Binding的类似的效果，可以同时标示这两种。也可以用一个新发明
的Syntax ［（）］。
: 建议你再试试react。有个比较才能更让人信服。
: 虽然俺js UI framework确实业余。但是猪肉没少吃，猪跑也见识多了。实话说
，就two
: way binding这个说法我就不舒服。参见我前两天挖的一个坑“只有状态自动机（
: state machine）是正确的编程模型”
: http://www.mitbbs.com/article_t/Programming/31469893.html
: 任何试图隐藏这个自动机状态转换函数的event loop的方案都不是好方案。得不
偿失。
: 就像刚才有人吐糟一样，总有那10%的问题要花极大代价解决。所以整体代价一
积分就
: 不值得。
: 几十年的经验之谈。供参考。
【在 T********i 的大作中提到】
: 建议你再试试react。有个比较才能更让人信服。
: 虽然俺js UI framework确实业余。但是猪肉没少吃，猪跑也见识多了。实话说，就two
: way binding这个说法我就不舒服。参见我前两天挖的一个坑“只有状态自动机（
: state machine）是正确的编程模型”
: http://www.mitbbs.com/article_t/Programming/31469893.html
: 任何试图隐藏这个自动机状态转换函数的event loop的方案都不是好方案。得不偿失。
: 就像刚才有人吐糟一样，总有那10%的问题要花极大代价解决。所以整体代价一积分就
: 不值得。
: 几十年的经验之谈。供参考。
|
c*****n
发帖数: 173 | 9 我咋觉得React才是以HTML为中心。只是它自己发明了一套markup language (jsx).
React宣称它只解决一个问题，就是UI. 你给它什么props,它就给你画出什么来。然后
你可以重复使用它。
现在有了redux， 连setState 都几乎不用了。这样React就成了一个100%的rendering
UI的工具。
【在 s*i 的大作中提到】
: 我知道React。虽然没用过它作过大项目。并且我非常赞同 React 的设计哲学思想。
: 本质上，
: Angular 是以HTML为中心看待问题，然后Javascript 用于解决逻辑问题；
: React 回到了以Javascript为中心看待问题，HTML 只是用于解决界面问题。
: 很显然，以Javascript 为中心更符合看待问题本质，尤其对码农来说。
: 但是回到现实世界，HTML 这种 declarative 看问题的方式更符合人类这么多年描述事
: 情。
: Two Way Binding 是Angular1 年代的一个 东西。Angular2 里面本质就两种单向
: Binding。一个是，UI的某个属性一直等于某个变量。另一个是，UI 的某个事件输出到
: 某个变量。
|
T********i
发帖数: 2416 | 10 这正是我认为react靠谱的地方。只解决实实在在的问题。
redux声明的很清楚，人家和react没关系。与其说是framework，不如说是一种方法论
。是状态机的一种实现。
rendering
【在 c*****n 的大作中提到】
: 我咋觉得React才是以HTML为中心。只是它自己发明了一套markup language (jsx).
: React宣称它只解决一个问题，就是UI. 你给它什么props,它就给你画出什么来。然后
: 你可以重复使用它。
: 现在有了redux， 连setState 都几乎不用了。这样React就成了一个100%的rendering
: UI的工具。
|
|
|
d*******r
发帖数: 3299 | 11 web前端发展慢主要还是没有统一的老大，各家标准慢慢扯皮.
其实当年web前端技术大发展，冲击native desktop应用，主要还是Google这些web出身
的大佬围剿MS.不过这些web大佬公司，自己也是各怀鬼胎，想自己建立最强的标准，所
以现在还是乱。
【在 T********i 的大作中提到】
: 首先我不是行家，纯粹业余水平。
: 去年看了看angular 1发现出场人物太多，像电话号码簿。完全不靠谱。倒是react如同
: 行云流水。对我的胃口。试着用react做了些东西。感觉也不错。
: angular 2还没时间看。据说抄了react挺多。而且和angular 1完全不同，现在还是
: beta，其实react也是。行家能不能给个意见？纯粹技术角度。到底谁更牛一点？
: 再说说native。其实我挺看好js UI的。主要这么多年这么多资源投进去。界面能做到
: 无限炫目了。其实HTML和CSS里面该有的元素都补全了，就能证明是图灵完全UI了。而
: 且轮子也够多。
: 但是地但是，今天看了一些进展，太他妈的慢了。这些人整天都干啥？
: 首先说编译器，ionic基于cordova，react native有自己的runtime(JavaScriptCore
|
l**********n
发帖数: 8443 | 12 angular不折不扣遵循web component标准
【在 T********i 的大作中提到】
: 首先我不是行家，纯粹业余水平。
: 去年看了看angular 1发现出场人物太多，像电话号码簿。完全不靠谱。倒是react如同
: 行云流水。对我的胃口。试着用react做了些东西。感觉也不错。
: angular 2还没时间看。据说抄了react挺多。而且和angular 1完全不同，现在还是
: beta，其实react也是。行家能不能给个意见？纯粹技术角度。到底谁更牛一点？
: 再说说native。其实我挺看好js UI的。主要这么多年这么多资源投进去。界面能做到
: 无限炫目了。其实HTML和CSS里面该有的元素都补全了，就能证明是图灵完全UI了。而
: 且轮子也够多。
: 但是地但是，今天看了一些进展，太他妈的慢了。这些人整天都干啥？
: 首先说编译器，ionic基于cordova，react native有自己的runtime(JavaScriptCore
|
l**********n
发帖数: 8443 | 13 facebook属于打酱油的，连自己的browser都没，地位和jquery差不多，不属于正式比
赛选手
【在 l**********n 的大作中提到】
: angular不折不扣遵循web component标准
|
s********r
发帖数: 394 | 14 Jquery 目前还是前端老大，你这是暗中抬高fb :)
★ 发自iPhone App: ChineseWeb 8.7
【在 l**********n 的大作中提到】
: facebook属于打酱油的，连自己的browser都没，地位和jquery差不多，不属于正式比
: 赛选手
|
l**********n
发帖数: 8443 | 15 前端就是迈向web component, 只有微软拖后腿。这些框架都要和web component接轨。
jquery可有可无。jquery又不和web component兼容。
【在 s********r 的大作中提到】
: Jquery 目前还是前端老大，你这是暗中抬高fb :)
:
: ★ 发自iPhone App: ChineseWeb 8.7
|
l**********n
发帖数: 8443 | 16 前端最大的问题是css.
【在 l**********n 的大作中提到】
: 前端就是迈向web component, 只有微软拖后腿。这些框架都要和web component接轨。
: jquery可有可无。jquery又不和web component兼容。
|
l**********n
发帖数: 8443 | 17 能用css实现的就不用js. 框架无非是提供了一个model, view, controller. 减去一些
boilerplate code, 真正的功能还是要web component.
【在 l**********n 的大作中提到】
: 前端最大的问题是css.
|
l**********n
发帖数: 8443 | 18 我主要看一个控件怎么实现的，无论什么框架，无非再实现一遍
【在 l**********n 的大作中提到】
: 能用css实现的就不用js. 框架无非是提供了一个model, view, controller. 减去一些
: boilerplate code, 真正的功能还是要web component.
|
T********i
发帖数: 2416 | 19 刚才看了一眼angular 2。确实比angular 1顺眼多了。
实话实说，我真看不惯那个model controller。我90年代初自己在DOS上用C++实现
Windows UI的。明明一个状态自动机，为啥非要分model和controller？就是一个单线
程event loop。收到一个event就改view。任何时候事件处理函数不能死循环。仅此而
已么！ |
l**********n
发帖数: 8443 | 20 老魏你已经超脱了框架。
【在 T********i 的大作中提到】
: 刚才看了一眼angular 2。确实比angular 1顺眼多了。
: 实话实说，我真看不惯那个model controller。我90年代初自己在DOS上用C++实现
: Windows UI的。明明一个状态自动机，为啥非要分model和controller？就是一个单线
: 程event loop。收到一个event就改view。任何时候事件处理函数不能死循环。仅此而
: 已么！
|
|
|
d******e
发帖数: 2265 | 21 刚看了一遍react的文档。
感觉是阳光地下没有新鲜事。
angular 2很想wpf.
react/flux就是会到window 3.1时代了。
Flux种的派发器确保了系统中一次只会有一个action流。如果一个action还没有处理完
，那么这时再派发一个action将会触发一个错误：
这是使得代码可预测性提高的另一种方式。它促使开发者能够开发出让数据源之间的交
互变得简单的代码。
这简单说就是一个while loop {case WM_event do something.}
当然单线程不一定是坏事，简华问题也很好。但是，也没什么吹的。好用就行。
【在 l**********n 的大作中提到】
: 老魏你已经超脱了框架。
|
d******e
发帖数: 2265 | 22 没有接触过，现在学习redux和relay.
【在 W***o 的大作中提到】
: 请教一下，为什么不是 react + redux? or react + relay + graphQL ?
|
l**********n
发帖数: 8443 | 23 你们都没说到点子上，the big difference between angular and react is dirty
checking vs virtual dom. with the advent of MutationObserver, dirty checking
would perform better than virtual dom.
【在 d******e 的大作中提到】
: 刚看了一遍react的文档。
: 感觉是阳光地下没有新鲜事。
: angular 2很想wpf.
: react/flux就是会到window 3.1时代了。
: Flux种的派发器确保了系统中一次只会有一个action流。如果一个action还没有处理完
: ，那么这时再派发一个action将会触发一个错误：
: 这是使得代码可预测性提高的另一种方式。它促使开发者能够开发出让数据源之间的交
: 互变得简单的代码。
: 这简单说就是一个while loop {case WM_event do something.}
: 当然单线程不一定是坏事，简华问题也很好。但是，也没什么吹的。好用就行。
|
l**********n
发帖数: 8443 | 24 unidirectional data flow is not something that is unique to react
checking
【在 l**********n 的大作中提到】
: 你们都没说到点子上，the big difference between angular and react is dirty
: checking vs virtual dom. with the advent of MutationObserver, dirty checking
: would perform better than virtual dom.
|
p**2
发帖数: 613 | 25 老魏，挺好，给你+1，
另外，你丫现在发帖怎么也满口TMD之类的， |
h******b
发帖数: 6055 | 26 react native其实跟以前的titanium是同一条路。 就是在native library上面加了一
个abstract layer。
而angular/ionic是根正苗红的网页，牺牲了性能，大幅度增加了兼容性。 让你立刻
享受js整个ecosystem。这一点对我来说很重要。你用ionic立刻就可以使用highcharts
/d3/c3, 你做移动网页的经验可以无缝过度，react native就不行。
两者各有所长，个人更看好ionic 2/angular 2的思路。脸书根据他们最终砍掉Parse的
态度就可以看出来，对于开发工具来说他们并不是serious的。Ionic的blog，各种
showcase app, documentation都要强很多很多。 |
T********i
发帖数: 2416 | 27 这个有benchmark支持么？
checking
【在 l**********n 的大作中提到】
: 你们都没说到点子上，the big difference between angular and react is dirty
: checking vs virtual dom. with the advent of MutationObserver, dirty checking
: would perform better than virtual dom.
|
T********i
发帖数: 2416 | 28 ecosystem这个视角很重要。你是不是认为cordova兼容性比react native的runtime要
好？有实例支持这个论点么？
highcharts
【在 h******b 的大作中提到】
: react native其实跟以前的titanium是同一条路。 就是在native library上面加了一
: 个abstract layer。
: 而angular/ionic是根正苗红的网页，牺牲了性能，大幅度增加了兼容性。 让你立刻
: 享受js整个ecosystem。这一点对我来说很重要。你用ionic立刻就可以使用highcharts
: /d3/c3, 你做移动网页的经验可以无缝过度，react native就不行。
: 两者各有所长，个人更看好ionic 2/angular 2的思路。脸书根据他们最终砍掉Parse的
: 态度就可以看出来，对于开发工具来说他们并不是serious的。Ionic的blog，各种
: showcase app, documentation都要强很多很多。
|
l**********n
发帖数: 8443 | 29 right now react is performing better.
https://auth0.com/blog/2016/01/07/more-benchmarks-virtual-dom-v
angular-12-vs-mithril-js-vs-the-rest/
【在 T********i 的大作中提到】
: 这个有benchmark支持么？
:
: checking
|
h******b
发帖数: 6055 | 30 Cordova包装的是网页，也就是说任何js/html/css都可以直接引用。 你测试的时候开
的是普通的web server, 跟手机端没有任何区别。
React Native是完全不同的ecosystem。 你要画个pie chart？ 不好意思js那么多现
成的library你都用不了，必须等react native原生的。
这里有个不错的文章, 如果你打算网页app通吃不学习多少新技能，那么ionic 2/
angular 2是很好的选择。 如果是app性能第一，react native更胜一筹。
https:[email protected]/* *//ionic-vs-react-native-9fa307a9f0e1#.w
【在 T********i 的大作中提到】
: ecosystem这个视角很重要。你是不是认为cordova兼容性比react native的runtime要
: 好？有实例支持这个论点么？
:
: highcharts
|
|
|
c******n
发帖数: 16666 | 31 多谢 我也瞅瞅
不过我也觉得想 真的要native那就彻底native了 到了在乎性能的时候
直接swift java了 react native再native 还是多加了一层 意义又何在呢
Cordova包装的是网页，也就是说任何js/html/css都可以直接引用。 你测试的时候开
native
【在 h******b 的大作中提到】
: Cordova包装的是网页，也就是说任何js/html/css都可以直接引用。 你测试的时候开
: 的是普通的web server, 跟手机端没有任何区别。
: React Native是完全不同的ecosystem。 你要画个pie chart？ 不好意思js那么多现
: 成的library你都用不了，必须等react native原生的。
: 这里有个不错的文章, 如果你打算网页app通吃不学习多少新技能，那么ionic 2/
: angular 2是很好的选择。 如果是app性能第一，react native更胜一筹。
: https:[email protected]/* *//ionic-vs-react-native-9fa307a9f0e1#.w
|
T********i
发帖数: 2416 | 32 控件不同而已。如果你说的是真的，那就是react native自己的runtime(
JavaScriptCore
which is the JavaScript engine that powers Safari)现在还不给力。
我查了一下，貌似cordova也有兼容性问题。有人推荐crosswalk。这个是based on
Chromium based webview的。
https://crosswalk-project.org/
http://stackoverflow.com/questions/18071312/how-do-i-ensure-and
如果我理解正确话，在手机平台（android IOS都算上）上跑hybrid。还是直接嵌入
browser控件最靠谱。毕竟是十来年上billion才做出这么个玩意儿。
【在 h******b 的大作中提到】
: Cordova包装的是网页，也就是说任何js/html/css都可以直接引用。 你测试的时候开
: 的是普通的web server, 跟手机端没有任何区别。
: React Native是完全不同的ecosystem。 你要画个pie chart？ 不好意思js那么多现
: 成的library你都用不了，必须等react native原生的。
: 这里有个不错的文章, 如果你打算网页app通吃不学习多少新技能，那么ionic 2/
: angular 2是很好的选择。 如果是app性能第一，react native更胜一筹。
: https:[email protected]/* *//ionic-vs-react-native-9fa307a9f0e1#.w
|
l*********s
发帖数: 5409 | 33 codebase reuse.
【在 c******n 的大作中提到】
: 多谢 我也瞅瞅
: 不过我也觉得想 真的要native那就彻底native了 到了在乎性能的时候
: 直接swift java了 react native再native 还是多加了一层 意义又何在呢
:
: Cordova包装的是网页，也就是说任何js/html/css都可以直接引用。 你测试的时候开
: native
|
p**2
发帖数: 613 | 34 Not Found
right now react is performing better.
【在 l**********n 的大作中提到】
: right now react is performing better.
: https://auth0.com/blog/2016/01/07/more-benchmarks-virtual-dom-v
: angular-12-vs-mithril-js-vs-the-rest/
|
p**2
发帖数: 613 | 35 我也纠结中，不过想想还是找个最容易上手的，
就像你说的，真的到了在乎性能的时候，已经是good problem了，
到时候砸钱找人就了。
【在 c******n 的大作中提到】
: 多谢 我也瞅瞅
: 不过我也觉得想 真的要native那就彻底native了 到了在乎性能的时候
: 直接swift java了 react native再native 还是多加了一层 意义又何在呢
:
: Cordova包装的是网页，也就是说任何js/html/css都可以直接引用。 你测试的时候开
: native
|
h******b
发帖数: 6055 | 36 我理解，react native不是网页， 和react不是一个引擎。
比如你加个button，用ionic那就是网页的button, HTML/CSS。
React Native是直接用iOS/Android界面的Button, 跟Native一样。
我放弃React Native主要是因为没能找到主流的chart库，比如Highcharts。 所以他是
一个独立的ecosystem。 当然优点是可以插入objective c, 直接引用native功能。
Ionic是真正的一套代码，全平台。因为他就是一个网站app。
React Native是两套代码，但大部分可以re-use。
【在 T********i 的大作中提到】
: 控件不同而已。如果你说的是真的，那就是react native自己的runtime(
: JavaScriptCore
: which is the JavaScript engine that powers Safari)现在还不给力。
: 我查了一下，貌似cordova也有兼容性问题。有人推荐crosswalk。这个是based on
: Chromium based webview的。
: https://crosswalk-project.org/
: http://stackoverflow.com/questions/18071312/how-do-i-ensure-and
: 如果我理解正确话，在手机平台（android IOS都算上）上跑hybrid。还是直接嵌入
: browser控件最靠谱。毕竟是十来年上billion才做出这么个玩意儿。
|
c******n
发帖数: 16666 | 37 ng2现在外围轮子怎么样了
刚才抽了下angularMD 貌似还没开发ng2的计划
这玩意自己弄涉及到浏览器兼容的话可得烦死
【在 h******b 的大作中提到】
: 我理解，react native不是网页， 和react不是一个引擎。
: 比如你加个button，用ionic那就是网页的button, HTML/CSS。
: React Native是直接用iOS/Android界面的Button, 跟Native一样。
: 我放弃React Native主要是因为没能找到主流的chart库，比如Highcharts。 所以他是
: 一个独立的ecosystem。 当然优点是可以插入objective c, 直接引用native功能。
: Ionic是真正的一套代码，全平台。因为他就是一个网站app。
: React Native是两套代码，但大部分可以re-use。
|
