r***y
发帖数: 4379 | 1 meteor 1.0 发布了,是来给AngularJS 2.0掘墓吧...
两个虽然不是完全冲突, 但真象当年 Spring MVC 埋葬 Struts 2.x 的预演... | z****e
发帖数: 54598 | 2 你不能保证这个2.0发布的时候不会象angularjs一样瞎搞 | r***y
发帖数: 4379 | 3 只是觉得 meteor 的 0.x 憋了两年多了, 这次终于爆出了 1.x 的 timing 很好...
AngularJS 2.0 别说 alpha , 连个 tech review 版都没有.
新项目 1.3.x 没人敢碰. 闹不好没等开发完就 dated 了. 而且狗狗宣称 2.0 出来后,
支持就一年(Python 2 可是在3出来后又二了好多年还在继续二着...)
这样青黄不接的时候, meteor 能偏得不少机会...
【在 z****e 的大作中提到】
: 你不能保证这个2.0发布的时候不会象angularjs一样瞎搞
| l**********n
发帖数: 8443 | 4 a lot of companies are using angular.
后,
【在 r***y 的大作中提到】
: 只是觉得 meteor 的 0.x 憋了两年多了, 这次终于爆出了 1.x 的 timing 很好...
: AngularJS 2.0 别说 alpha , 连个 tech review 版都没有.
: 新项目 1.3.x 没人敢碰. 闹不好没等开发完就 dated 了. 而且狗狗宣称 2.0 出来后,
: 支持就一年(Python 2 可是在3出来后又二了好多年还在继续二着...)
: 这样青黄不接的时候, meteor 能偏得不少机会...
| r***y
发帖数: 4379 | 5 大牛, 我说新项目没人敢用 1.3 了. 我手头一个新东西, 本来要用 AngularJS . 现在
老老实实继续 Knockout 吧...
不然跟你说的好多旧项目一样, 没法迁移 2.0 , 到时候多难受... 而且就一年补丁支
持啊.
【在 l**********n 的大作中提到】
: a lot of companies are using angular.
:
: 后,
| c********1
发帖数: 421 | 6 你来给我们科普科普，angularjs的1.3有什么不好？
【在 r***y 的大作中提到】
: 大牛, 我说新项目没人敢用 1.3 了. 我手头一个新东西, 本来要用 AngularJS . 现在
: 老老实实继续 Knockout 吧...
: 不然跟你说的好多旧项目一样, 没法迁移 2.0 , 到时候多难受... 而且就一年补丁支
: 持啊.
| l**********n
发帖数: 8443 | 7 it has to scan the entire html file for custom defined tags. in-line
expression is cool. but you have to load everything up front for it to work.
even your template files have to be loaded during the start-up of the app.
good for simple pages. I think it discourages DOM manipulation, while
jQuery does a lot of DOM manipulation. jQuery plugins simply won't work with
Angular. So it means if there is an awesome jQuery plugin, you cannot use
it if you choose Angular. say if your template file has custom tags and in-
line expression and you load them on the fly, would it still work? I am not
sure. Nobody knows.
you have to make sure the controllers load before the template file because
the controllers are defined in-line. This can greatly slow down the loading
of a page. Making sure the loading sequence is correct is not a trivial task
. While jQuery is so easy because it has the nice ready function.
For me, loading resource is always the thing to consider. if the loading is
not easy for a given framework, then I won't choose it.
【在 c********1 的大作中提到】
: 你来给我们科普科普，angularjs的1.3有什么不好？
| r***y
发帖数: 4379 | 8 你这个问题跟我说的就不在一篇儿上啊...
我认为 1.3 够好了, 可狗狗那帮整出 2.0 的认为它不好, 给整容成了另一个东西, 完
全不向下兼容...
最大问题是 2.0 出来后, 1.3 很快没有 bug fix 了, 现在新上的项目当然不想用...
【在 c********1 的大作中提到】
: 你来给我们科普科普，angularjs的1.3有什么不好？
| h******b
发帖数: 6055 | 9 你去indeed随便一查就知道了。 根本不是一个量级的。 meteor这种小众技术没戏。
这个板上好像什么冷门推什么。
indeed三番市你先搜一下，低于100个工作的技术就不用考虑了。
兼容不兼容根本不是问题。 bootstrap不是一样3.0不兼容2.0? 有哪个技术取代了？
| z****e
发帖数: 54598 | 10 这种superficial的framework换掉也就是几个迭代的事情
又不是db那种，动起来要命的玩意，换这种很容易的
【在 l**********n 的大作中提到】
: a lot of companies are using angular.
:
: 后,
| | | z****e
发帖数: 54598 | 11 p孩们经验都太少
搞it最讨厌的就是升级时候向下不兼容
要么代码重写，要么就干脆不升级
不升级历史遗留问题就很多，各种bugs
升级了又要重写代码，导致返工，各种浪费
上头也会有意见，给你一个活，你搞不定？老要加时间，这搞什么？
对程序员士气是一个很大的影响
而且一旦legacy code多到一定程度，改起来都是pain in the ass
db这块尤其明显，web还好一点，越往后这种改动越需要控制
.
【在 r***y 的大作中提到】
: 你这个问题跟我说的就不在一篇儿上啊...
: 我认为 1.3 够好了, 可狗狗那帮整出 2.0 的认为它不好, 给整容成了另一个东西, 完
: 全不向下兼容...
: 最大问题是 2.0 出来后, 1.3 很快没有 bug fix 了, 现在新上的项目当然不想用...
| z****e
发帖数: 54598 | 12 话说如果轮子不向下兼容那还要轮子做啥？
如果这样改来改去，我情愿自己造轮子去
至少改起来我还懂，java最好一点就是从1.2之后所有features
都向下兼容，代码从1.2之后写的，基本上升级逻辑部分不会出啥问题
主要问题是一些效率上，但是这个还好，做针对性处理就好了
逻辑部分改动，那就意味着代码多半要重写一遍
烦都烦死了，重写代码不仅仅是程序员自身的问题
还需要上头拍板，投入测试等资源，否则光程序员改，不可能下生产
每次这种事都是闹得鸡飞狗跳的，如果遇到不懂的领导
还会以为你无能，搞不定，kpi还会受到影响
这种改api的重构基本上可以认为原来项目是失败的
wdong呢？赶紧出来说说如何避免这种情况
这就是常见的构架的问题，上次不是在扯蛋构架嘛
后,
【在 r***y 的大作中提到】
: 只是觉得 meteor 的 0.x 憋了两年多了, 这次终于爆出了 1.x 的 timing 很好...
: AngularJS 2.0 别说 alpha , 连个 tech review 版都没有.
: 新项目 1.3.x 没人敢碰. 闹不好没等开发完就 dated 了. 而且狗狗宣称 2.0 出来后,
: 支持就一年(Python 2 可是在3出来后又二了好多年还在继续二着...)
: 这样青黄不接的时候, meteor 能偏得不少机会...
| r***y
发帖数: 4379 | 13 大牛正解呀... 初生牛犊都不怕虎... 被咬两回就好了.
【在 z****e 的大作中提到】
: p孩们经验都太少
: 搞it最讨厌的就是升级时候向下不兼容
: 要么代码重写，要么就干脆不升级
: 不升级历史遗留问题就很多，各种bugs
: 升级了又要重写代码，导致返工，各种浪费
: 上头也会有意见，给你一个活，你搞不定？老要加时间，这搞什么？
: 对程序员士气是一个很大的影响
: 而且一旦legacy code多到一定程度，改起来都是pain in the ass
: db这块尤其明显，web还好一点，越往后这种改动越需要控制
:
| r***y
发帖数: 4379 | 14 跟动 db SP, design 啥的不是一个量级的
但项目大, 而且用的到处都是也不是几个 iterations 的事情, 不然就不用纠结了.
现在 web GUI 都尽量 SPA , business logic(准确应该说GUI manipulation logic)
牵涉的越来越多了.
就一个小快灵的 knockout 想移出去重写都不只几个 iterations 的事情. 更何况那么
厚重的 AngularJS 呀... 这种升级真的坑爹...
框架和轮子这玩意儿能否长寿, 跟眼下多少公司用没啥直接关系, 想当年 Struts 1.x
用的公司也巨多无比, 一个 2.x 蹩脚的升级就挂了不是... 还不如就叫 WebWork .
AngularJS 也是, 何苦装二, 直接装B, 改名 BngularJS 算了... :-)
【在 z****e 的大作中提到】
: 这种superficial的framework换掉也就是几个迭代的事情
: 又不是db那种，动起来要命的玩意，换这种很容易的
| c********1
发帖数: 421 | 15 这里有前端大牛在反对SPA。
http://rauchg.com/2014/7-principles-of-rich-web-applications/
tl;DR: Server rendering is not about SEO, it’s about performance. Consider
the additional roundtrips to get scripts, styles, and subsequent API
requests. In the future, considering HTTP 2.0 PUSH of resources.
)
【在 r***y 的大作中提到】
: 跟动 db SP, design 啥的不是一个量级的
: 但项目大, 而且用的到处都是也不是几个 iterations 的事情, 不然就不用纠结了.
: 现在 web GUI 都尽量 SPA , business logic(准确应该说GUI manipulation logic)
: 牵涉的越来越多了.
: 就一个小快灵的 knockout 想移出去重写都不只几个 iterations 的事情. 更何况那么
: 厚重的 AngularJS 呀... 这种升级真的坑爹...
: 框架和轮子这玩意儿能否长寿, 跟眼下多少公司用没啥直接关系, 想当年 Struts 1.x
: 用的公司也巨多无比, 一个 2.x 蹩脚的升级就挂了不是... 还不如就叫 WebWork .
: AngularJS 也是, 何苦装二, 直接装B, 改名 BngularJS 算了... :-)
|
|
