d**********6 发帖数: 4434 | 1 AngularJS来势汹汹,最近的AngularJS都打no jQuery为宣传语
jQuery还能活多久啊?我用了快10年,已经太习惯它了,连思维模式也是习惯它啊。 |
l**********n 发帖数: 8443 | 2 活得够久了
【在 d**********6 的大作中提到】 : AngularJS来势汹汹,最近的AngularJS都打no jQuery为宣传语 : jQuery还能活多久啊?我用了快10年,已经太习惯它了,连思维模式也是习惯它啊。
|
d*******r 发帖数: 3299 | 3 瞎说, 我觉得 JQuery 能一直活着, 回头应该有 ES6 改进版
倒是 AngularJS 能活多久, 不知道 ... |
b***e 发帖数: 1419 | 4 Angular就是一坨,不,是一大坨屎。
【在 d**********6 的大作中提到】 : AngularJS来势汹汹,最近的AngularJS都打no jQuery为宣传语 : jQuery还能活多久啊?我用了快10年,已经太习惯它了,连思维模式也是习惯它啊。
|
l**********n 发帖数: 8443 | 5 你得指出它锉在哪儿啊,是data binding, 还是别的
【在 b***e 的大作中提到】 : Angular就是一坨,不,是一大坨屎。
|
d**********6 发帖数: 4434 | 6 jQuery已经不断在出declarative的东西
但不知道来不来得及转身
AngularJS是我见过增长最快的编程工具
我觉得它的前途不是看能活多久,是能扩展到多远
Electron那套东西到底能不能完全连其他平台的FrontEnd都灭掉,比如WPF
【在 d*******r 的大作中提到】 : 瞎说, 我觉得 JQuery 能一直活着, 回头应该有 ES6 改进版 : 倒是 AngularJS 能活多久, 不知道 ...
|
l**********n 发帖数: 8443 | 7 jquery作为dom manipulation还可以,其它就落后了。
【在 d*******r 的大作中提到】 : 瞎说, 我觉得 JQuery 能一直活着, 回头应该有 ES6 改进版 : 倒是 AngularJS 能活多久, 不知道 ...
|
c*********e 发帖数: 16335 | 8 angularjs的2-way binding很强大。jquery没有这个东西。
【在 d**********6 的大作中提到】 : jQuery已经不断在出declarative的东西 : 但不知道来不来得及转身 : AngularJS是我见过增长最快的编程工具 : 我觉得它的前途不是看能活多久,是能扩展到多远 : Electron那套东西到底能不能完全连其他平台的FrontEnd都灭掉,比如WPF
|
d**********6 发帖数: 4434 | 9 2 way binding也可以通过backbone实现啊,lightweight的与jQuery配合
我不是很明白jQuery有那么强大的ui Plugin积累,这么快就落败?
【在 c*********e 的大作中提到】 : angularjs的2-way binding很强大。jquery没有这个东西。
|
d**********6 发帖数: 4434 | 10 作为基础lib,十几年不久啊
c很多lib都几十年
【在 l**********n 的大作中提到】 : 活得够久了
|
|
|
d*******r 发帖数: 3299 | 11 神马都要写成 declarative 2 way binding,
然后互相联动, 有时省事儿了, 有时蛋痛无比;
比如我要看一个数据变了, 然后 trigger 出一大堆其他的 event handlers,
在 AngularJS 里搞, 我记得还要去搞它那个一大坨规则的神马 event 传导, 还树状的?
这种所谓 binding 其实是一个比 event trigger 描述能力弱的抽象,
JQuery 用的那类 event trigger 低级一些, 但本质上跟 generic 编程语言一样强.
乱甩 event 代码会乱, 但是并不是 event trigger 这种抽象本身不好. |
d*******r 发帖数: 3299 | 12 我觉得 C 写起来, 其实和不带 OOP 的 JS 很像,
特别是 kernel 里那种带 function pointer 的 struct, 类似 JS 里带 function 的
JSON.
这里 C function pointer 和 JS JSON 都是 event handler.
C 更直接, 有时干脆就直接用 goto 了, event handler 就算是高级点的 goto.
【在 d**********6 的大作中提到】 : 作为基础lib,十几年不久啊 : c很多lib都几十年
|
d*******r 发帖数: 3299 | 13
市场/宣传做的好, 跟之前 Scala 一样
【在 d**********6 的大作中提到】 : jQuery已经不断在出declarative的东西 : 但不知道来不来得及转身 : AngularJS是我见过增长最快的编程工具 : 我觉得它的前途不是看能活多久,是能扩展到多远 : Electron那套东西到底能不能完全连其他平台的FrontEnd都灭掉,比如WPF
|
d*******r 发帖数: 3299 | 14 我 JQuery 和 AngularJS 都用过, 没见 JQuery 败落
【在 d**********6 的大作中提到】 : 2 way binding也可以通过backbone实现啊,lightweight的与jQuery配合 : 我不是很明白jQuery有那么强大的ui Plugin积累,这么快就落败?
|
l**********n 发帖数: 8443 | 15 你在说什么,游戏就用dirty checking。传统的RIA都用dirty checking来实现one way
或two way binding. binding is used in JavaFX, WPF, etc.
的?
【在 d*******r 的大作中提到】 : 神马都要写成 declarative 2 way binding, : 然后互相联动, 有时省事儿了, 有时蛋痛无比; : 比如我要看一个数据变了, 然后 trigger 出一大堆其他的 event handlers, : 在 AngularJS 里搞, 我记得还要去搞它那个一大坨规则的神马 event 传导, 还树状的? : 这种所谓 binding 其实是一个比 event trigger 描述能力弱的抽象, : JQuery 用的那类 event trigger 低级一些, 但本质上跟 generic 编程语言一样强. : 乱甩 event 代码会乱, 但是并不是 event trigger 这种抽象本身不好.
|
d*******r 发帖数: 3299 | 16 没懂, 我写游戏就没用 2 way binding 这种 limited 的抽象
这东西, 明显使用范围不是很大
way
【在 l**********n 的大作中提到】 : 你在说什么,游戏就用dirty checking。传统的RIA都用dirty checking来实现one way : 或two way binding. binding is used in JavaFX, WPF, etc. : : 的?
|
l**********n 发帖数: 8443 | 17 JavaFX properties are often used in conjunction with binding, a powerful
mechanism for expressing direct relationships between variables. 全是
declarative
【在 d*******r 的大作中提到】 : 没懂, 我写游戏就没用 2 way binding 这种 limited 的抽象 : 这东西, 明显使用范围不是很大 : : way
|
d*******r 发帖数: 3299 | 18 作为一个知识面狭窄的业余前端菜, 你说这个JavaFX, 我表示没用过...
黑 AnguarJS 我有兴趣 :D
【在 l**********n 的大作中提到】 : JavaFX properties are often used in conjunction with binding, a powerful : mechanism for expressing direct relationships between variables. 全是 : declarative
|
d*******r 发帖数: 3299 | 19 blaze 是搞语言设计的, 他完全有发言权, 评判下 AngularJS 的 declarative 用得如
何.
不过他显然也是 AngularJS 黑, 哈哈 |
l**********n 发帖数: 8443 | 20 dotnet的博客软件umbraco前端是用angular写的。
http://umbraco.com/ |
|
|
n*w 发帖数: 3393 | |
l**********n 发帖数: 8443 | 22 umbraco的前端用的是LazyLoad和Angular。 |
d**********6 发帖数: 4434 | 23 问题是现在cloud架构下,还有多少东西需要前端handle的,啥东西都发个rest
request回server api就是
你看看MS Excel Online, 输入个=1+2,前端都是原封不动的把这个表达式送给server
返回一个3
的?
【在 d*******r 的大作中提到】 : 神马都要写成 declarative 2 way binding, : 然后互相联动, 有时省事儿了, 有时蛋痛无比; : 比如我要看一个数据变了, 然后 trigger 出一大堆其他的 event handlers, : 在 AngularJS 里搞, 我记得还要去搞它那个一大坨规则的神马 event 传导, 还树状的? : 这种所谓 binding 其实是一个比 event trigger 描述能力弱的抽象, : JQuery 用的那类 event trigger 低级一些, 但本质上跟 generic 编程语言一样强. : 乱甩 event 代码会乱, 但是并不是 event trigger 这种抽象本身不好.
|
d*******r 发帖数: 3299 | 24 就是因为前端逻辑加重了, 才需要各种重前端:Angular.js, Ember.js, React.js,
Backbone.js
现在是逻辑前移, 不是后移. 是需要后端验证, update 的东西, 才发到后端.
不需要的, 前端自己就做了, 这样没有一来二去的 message, 在用户那里反应才快
server
【在 d**********6 的大作中提到】 : 问题是现在cloud架构下,还有多少东西需要前端handle的,啥东西都发个rest : request回server api就是 : 你看看MS Excel Online, 输入个=1+2,前端都是原封不动的把这个表达式送给server : 返回一个3 : : 的?
|
d**********6 发帖数: 4434 | 25 我不觉得现在是前端逻辑加重了,只是前端的UI和interaction加强了
逻辑还是回去后台
【在 d*******r 的大作中提到】 : 就是因为前端逻辑加重了, 才需要各种重前端:Angular.js, Ember.js, React.js, : Backbone.js : 现在是逻辑前移, 不是后移. 是需要后端验证, update 的东西, 才发到后端. : 不需要的, 前端自己就做了, 这样没有一来二去的 message, 在用户那里反应才快 : : server
|
l**********n 发帖数: 8443 | 26 你说反了。
【在 d*******r 的大作中提到】 : 就是因为前端逻辑加重了, 才需要各种重前端:Angular.js, Ember.js, React.js, : Backbone.js : 现在是逻辑前移, 不是后移. 是需要后端验证, update 的东西, 才发到后端. : 不需要的, 前端自己就做了, 这样没有一来二去的 message, 在用户那里反应才快 : : server
|
d*******r 发帖数: 3299 | 27 当然加重了
【在 d**********6 的大作中提到】 : 我不觉得现在是前端逻辑加重了,只是前端的UI和interaction加强了 : 逻辑还是回去后台
|
d*******r 发帖数: 3299 | 28 那你指点我下, 我哪里搞反了
【在 l**********n 的大作中提到】 : 你说反了。
|
d**********6 发帖数: 4434 | 29 要说几次才明白,逻辑没有加重
UI和interaction加重了
但是这些UI和interaction都是common的,别人做完拿来用就是
自己custom的部分全是api后台
【在 d*******r 的大作中提到】 : 当然加重了
|
d*******r 发帖数: 3299 | 30 "逻辑" 包括 UI 和 interaction 逻辑不??
你所谓的 "逻辑" 只是指 "跟后端server交互的逻辑"??
"但是这些UI和interaction都是common的,别人做完拿来用就是"
只是你的错觉, 任何你不想修改或者 customized 的东西, 都可以 apply 这一点.
只能说明, 你们做的 UI 和 interaction 不需要定制而已.
简单说, 其实是你们想做的 AngularJS (或者任意厚前端 framework) 恰好符合要求而
已.
而事实是, 正好相反, MVC 里的 'V', 或者说跟人交互的东西,
比如 web GUI, app GUI, 游戏 GUI 这些, 总是最需要 customized, stylized 的.
反而是后端逻辑都差不错, 都是些 CRUD 之类.
【在 d**********6 的大作中提到】 : 要说几次才明白,逻辑没有加重 : UI和interaction加重了 : 但是这些UI和interaction都是common的,别人做完拿来用就是 : 自己custom的部分全是api后台
|
|
|
d**********6 发帖数: 4434 | 31 我不知道你的项目要求是什么,反正我做过五六个project,很多UI都用过,包括map,
chart,没有一个UI需要自己invent
早期还需要customize code一下,最近几年都不用,直接设好参数就行
我们后端的逻辑才丰富多变呢
上一个project是做Machine Learning的,后端的algorithm几百个来调用,复杂之极
【在 d*******r 的大作中提到】 : "逻辑" 包括 UI 和 interaction 逻辑不?? : 你所谓的 "逻辑" 只是指 "跟后端server交互的逻辑"?? : "但是这些UI和interaction都是common的,别人做完拿来用就是" : 只是你的错觉, 任何你不想修改或者 customized 的东西, 都可以 apply 这一点. : 只能说明, 你们做的 UI 和 interaction 不需要定制而已. : 简单说, 其实是你们想做的 AngularJS (或者任意厚前端 framework) 恰好符合要求而 : 已. : 而事实是, 正好相反, MVC 里的 'V', 或者说跟人交互的东西, : 比如 web GUI, app GUI, 游戏 GUI 这些, 总是最需要 customized, stylized 的. : 反而是后端逻辑都差不错, 都是些 CRUD 之类.
|
d*******r 发帖数: 3299 | 32 一年前用过 Angular.JS + Select2, + D3.js
感觉都是直接用非 Angular.JS directive 版的, 最舒服, 功能最强, 最成熟
板上正好还有 Angular.JS 集成 charts 的帖子, 我看还是折腾
回头 Angular.JS 2.0 大家还可以再折腾一遍 -_-
,
【在 d**********6 的大作中提到】 : 我不知道你的项目要求是什么,反正我做过五六个project,很多UI都用过,包括map, : chart,没有一个UI需要自己invent : 早期还需要customize code一下,最近几年都不用,直接设好参数就行 : 我们后端的逻辑才丰富多变呢 : 上一个project是做Machine Learning的,后端的algorithm几百个来调用,复杂之极
|
l**********n 发帖数: 8443 | 33 你做visulization, 没必要用angular.
【在 d*******r 的大作中提到】 : 一年前用过 Angular.JS + Select2, + D3.js : 感觉都是直接用非 Angular.JS directive 版的, 最舒服, 功能最强, 最成熟 : 板上正好还有 Angular.JS 集成 charts 的帖子, 我看还是折腾 : 回头 Angular.JS 2.0 大家还可以再折腾一遍 -_- : : ,
|
c*********e 发帖数: 16335 | 34 umbraco就是个cms.
【在 l**********n 的大作中提到】 : umbraco的前端用的是LazyLoad和Angular。
|
c*********e 发帖数: 16335 | 35 =1+2这个,主要是要把这个cell的内容存到server端。至于计算,javascript就可以了。
server
【在 d**********6 的大作中提到】 : 问题是现在cloud架构下,还有多少东西需要前端handle的,啥东西都发个rest : request回server api就是 : 你看看MS Excel Online, 输入个=1+2,前端都是原封不动的把这个表达式送给server : 返回一个3 : : 的?
|
d**********6 发帖数: 4434 | 36 当然可以,但是不是这样做呢?
Excel有几百个函数,IF(), COUNTIF(), AVERAGE(), AVERAGEIF(), STEDV(), LEN()等
,都用JavaScript写一次吗?
了。
【在 c*********e 的大作中提到】 : =1+2这个,主要是要把这个cell的内容存到server端。至于计算,javascript就可以了。 : : server
|
z*******3 发帖数: 13709 | 37 最近写swift,好希望它能提供一个binding功能
如果有binding的话,我的代码就可以更加的紧凑
而不是在每一个环节都把所有组件循环一遍
一个unit所组成的部件越多,越需要这个东西
比如一辆直升飞机的螺旋桨和导弹跟主体部分
就因为没有binding,所以每次update的时候
我需要把这三个部分所有的x,y,z都update一遍
如果有binding的话,我只需要关心主体的x,y,z就可以了
【在 d*******r 的大作中提到】 : 没懂, 我写游戏就没用 2 way binding 这种 limited 的抽象 : 这东西, 明显使用范围不是很大 : : way
|
z****e 发帖数: 54598 | 38 那纯粹是因为前端那群web developers没有进取心
要是觉得前端简单,做个pvp的小游戏试试,马上就会觉得痛苦了
web那点东西无论前端还是后端,都只是入了点门而已
,
【在 d**********6 的大作中提到】 : 我不知道你的项目要求是什么,反正我做过五六个project,很多UI都用过,包括map, : chart,没有一个UI需要自己invent : 早期还需要customize code一下,最近几年都不用,直接设好参数就行 : 我们后端的逻辑才丰富多变呢 : 上一个project是做Machine Learning的,后端的algorithm几百个来调用,复杂之极
|
z*******3 发帖数: 13709 | 39 mvc还是太过于理想
performance不太好
swift的sprite kit我试了mvc
unit/node一多,马上就会有performance的问题
所以不得不重构,以viewer为核心来构造整个结构
所有的node即是view也是model,这样可以省去各种childwithname查找node的时间
效率很快上去,现在一个screen能支持200多个units同时运转而不会降低fps
当然我设置fps = 30,如果是60的话,还是只有60多个
android好点,因为java一开始就是按照mvc设计的
所以用surfaceview这种底层的api就更容易实现这些逻辑
【在 d*******r 的大作中提到】 : "逻辑" 包括 UI 和 interaction 逻辑不?? : 你所谓的 "逻辑" 只是指 "跟后端server交互的逻辑"?? : "但是这些UI和interaction都是common的,别人做完拿来用就是" : 只是你的错觉, 任何你不想修改或者 customized 的东西, 都可以 apply 这一点. : 只能说明, 你们做的 UI 和 interaction 不需要定制而已. : 简单说, 其实是你们想做的 AngularJS (或者任意厚前端 framework) 恰好符合要求而 : 已. : 而事实是, 正好相反, MVC 里的 'V', 或者说跟人交互的东西, : 比如 web GUI, app GUI, 游戏 GUI 这些, 总是最需要 customized, stylized 的. : 反而是后端逻辑都差不错, 都是些 CRUD 之类.
|
d**********6 发帖数: 4434 | 40 没事做游戏不是找折腾吗
我们是做应用的,目标是提高别人的工作生活效率,不是娱乐
有限精力,只做重要的部分
【在 z****e 的大作中提到】 : 那纯粹是因为前端那群web developers没有进取心 : 要是觉得前端简单,做个pvp的小游戏试试,马上就会觉得痛苦了 : web那点东西无论前端还是后端,都只是入了点门而已 : : ,
|
|
|
d*******r 发帖数: 3299 | 41 我们得定义好 binding, X way binding 的定义再讨论吧.
不然啥都是 binding 了, 状态同步, 或者类似 observer 的东西, 定义都比 binding
广.
【在 z*******3 的大作中提到】 : 最近写swift,好希望它能提供一个binding功能 : 如果有binding的话,我的代码就可以更加的紧凑 : 而不是在每一个环节都把所有组件循环一遍 : 一个unit所组成的部件越多,越需要这个东西 : 比如一辆直升飞机的螺旋桨和导弹跟主体部分 : 就因为没有binding,所以每次update的时候 : 我需要把这三个部分所有的x,y,z都update一遍 : 如果有binding的话,我只需要关心主体的x,y,z就可以了
|
z*******3 发帖数: 13709 | 42 错,大错,我们做应用的,恰恰更应该关心娱乐部分
你没发现互联网公司现在都在搞副业么?
有几个还是单纯的卖工业产品或者维护系统为生的公司?
netflix那个是不是娱乐?facebook那个是不是娱乐?
我看都是啊
马斯洛不是有个需求金字塔嘛
人类一开始吃不饱,穿不暖的时候
追求的是吃饱穿暖,当农业发达了之后
吃饱,穿暖已经不是问题了
就开始搞工业,追求的出行,居住的方便
现在这两个也都接近饱和了,人类就开始追求通信上的便捷
现在通信也搞得差不多了,你觉得还有什么会剩下的?
ml那些本质上也是一种高层次的需求解决
跟视觉上享受没啥太大区别
写脚本点button,然后crud搬运数据,这些都很低级
不否认一开始都是从这些开始,但是如果你满足于这些
没有更高的追求,社会会逐步淘汰你的,就像你搞ml一样
前端的视觉效果也是一种更高级的需求啊
实际上apple就靠做这些做成了世界第一大公司
你应该从中想到些什么,顺便说一下,我经常到vert.x那些用户那边去寻找灵感
看看他们都在解决什么问题,比如这个
https://sketchtogether.com/
你觉得这个很容易做嘛?游戏只是一种说法而已了
【在 d**********6 的大作中提到】 : 没事做游戏不是找折腾吗 : 我们是做应用的,目标是提高别人的工作生活效率,不是娱乐 : 有限精力,只做重要的部分
|
c*********e 发帖数: 16335 | 43 要前端handle,就是为了减轻后端的负担,不让server crash.
server
【在 d**********6 的大作中提到】 : 问题是现在cloud架构下,还有多少东西需要前端handle的,啥东西都发个rest : request回server api就是 : 你看看MS Excel Online, 输入个=1+2,前端都是原封不动的把这个表达式送给server : 返回一个3 : : 的?
|
c*********e 发帖数: 16335 | 44 “很多UI都用过,包括map,chart,没有一个UI需要自己invent
早期还需要customize code一下,最近几年都不用,直接设好参数就行"?
很想看看你做的网页啥样子。
,
【在 d**********6 的大作中提到】 : 我不知道你的项目要求是什么,反正我做过五六个project,很多UI都用过,包括map, : chart,没有一个UI需要自己invent : 早期还需要customize code一下,最近几年都不用,直接设好参数就行 : 我们后端的逻辑才丰富多变呢 : 上一个project是做Machine Learning的,后端的algorithm几百个来调用,复杂之极
|
c*********e 发帖数: 16335 | 45 对。前端如果用心做,会非常漂亮的。我朋友公司花钱买的一个软件,前端看着好老气
,input textbox就是一点css装饰都没有的长方形格子。
【在 z****e 的大作中提到】 : 那纯粹是因为前端那群web developers没有进取心 : 要是觉得前端简单,做个pvp的小游戏试试,马上就会觉得痛苦了 : web那点东西无论前端还是后端,都只是入了点门而已 : : ,
|
c*********e 发帖数: 16335 | 46 android经常屏幕迟钝,非常讨厌。还是iphone的用户体验好些。
【在 z*******3 的大作中提到】 : mvc还是太过于理想 : performance不太好 : swift的sprite kit我试了mvc : unit/node一多,马上就会有performance的问题 : 所以不得不重构,以viewer为核心来构造整个结构 : 所有的node即是view也是model,这样可以省去各种childwithname查找node的时间 : 效率很快上去,现在一个screen能支持200多个units同时运转而不会降低fps : 当然我设置fps = 30,如果是60的话,还是只有60多个 : android好点,因为java一开始就是按照mvc设计的 : 所以用surfaceview这种底层的api就更容易实现这些逻辑
|
d**********6 发帖数: 4434 | 47 层次理论说的是
衣食足而知荣辱
但不是说知荣辱就不衣食了
每个层次都会有,长期存在
做不做娱乐看你自己追求
微软很多年前多媒体技术给计算机带来了革命,也跳进游戏的坑。但也没有给他带来无
无限增长,回头不还是要做搜索,cloud service,vs,office等在非娱乐领域跟其他
公司决战
做娱乐也不是做游戏
apple最成功的产品
不是什么游戏,是iTune
【在 z*******3 的大作中提到】 : 错,大错,我们做应用的,恰恰更应该关心娱乐部分 : 你没发现互联网公司现在都在搞副业么? : 有几个还是单纯的卖工业产品或者维护系统为生的公司? : netflix那个是不是娱乐?facebook那个是不是娱乐? : 我看都是啊 : 马斯洛不是有个需求金字塔嘛 : 人类一开始吃不饱,穿不暖的时候 : 追求的是吃饱穿暖,当农业发达了之后 : 吃饱,穿暖已经不是问题了 : 就开始搞工业,追求的出行,居住的方便
|
d**********6 发帖数: 4434 | 48 再说娱乐不等于游戏
娱乐应用更不等于娱乐
是itune娱乐了你,还是itune管理的那些音乐娱乐了你,你要想明白
itune用得着很复杂的界面吗?当然是比以前的html网页复杂多了
但相比这个,后台处理数百亿条记录,数百万的concurrency
前端的那点进化简直是小巫见大巫
【在 z*******3 的大作中提到】 : 错,大错,我们做应用的,恰恰更应该关心娱乐部分 : 你没发现互联网公司现在都在搞副业么? : 有几个还是单纯的卖工业产品或者维护系统为生的公司? : netflix那个是不是娱乐?facebook那个是不是娱乐? : 我看都是啊 : 马斯洛不是有个需求金字塔嘛 : 人类一开始吃不饱,穿不暖的时候 : 追求的是吃饱穿暖,当农业发达了之后 : 吃饱,穿暖已经不是问题了 : 就开始搞工业,追求的出行,居住的方便
|
j**********3 发帖数: 3211 | 49 angular对已存在的code base不好兼容吧 |
c******n 发帖数: 16666 | 50 尤其是设计dom的
随便写写的directive包不起来
几个可视化库 配合angular用都不怎么趁手
但是没办法 宁愿那么折腾下
其他界面之类 还是angular猛快狠
【在 j**********3 的大作中提到】 : angular对已存在的code base不好兼容吧
|