携程算啥？遇到个携程就怂了？照样搞个大新闻批判一番。

初级懂业务，中级懂架构，高级懂 jvm ？

在模板里写第二种，在代码里写第一种。

@libook

我觉得高性能和难用是一个权衡。你不要光看到它的高性能，而忽略了异步逻辑这个坑。（比起异步 io ，我觉得是 v8 的 jit 使它具有非常高的性能）

h5 app 的最大问题还是不能编译成 native 的代码。性能差可以忍一忍，比起这个， apple store 那边审核都过不了。

@libook

1. 你哪只眼睛看到现在的潮流是 go ？

http://stackoverflow.com/research/developer-survey-2015#tech-lang
http://www.cnbeta.com/articles/462971.htm

2. node 的确很火我不反对。但是 node 开发 web 和其它语言的本质区别就是那个万恶的异步逻辑。你还没考虑楼主的接受能力和学习成本，问问楼主接受不接受吧。

@wizardforcel sorry 。。打错了

引用传值 => 引用传递

传值 == 值传递。

难怪别人不知道我指的是啥。= =

@slixurd 你的“没办法...实现参数的按引用传递”和我说的“ java 没有引用传值”是一个意思

请你理清一个概念。对于引用类型的对象，把栈上的引用复制一份不叫“引用传递”，还是叫值传递，只不过是“引用类型的值传递”。

Boxing 这个名词可能是我记错了，不过 java 的库在处理这种情况的时候，的确是这么处理的。不信你翻源码。

是不是也附带演示平台呢?

区分基类和接口。

注意类的赋值不是复制， clone 才是复制。

该 new 的时候就要 new ，不要重用一些对象，除非你知道 flyweight 怎么玩。

读写器跟 c++的习惯差不多。。。

然后是闭包，如果 c++没玩好，到了 java 里可以各种玩了。

java 没引用传值，需要的时候拿数组包装一下，学名叫 boxing 。

应该就这么多了吧。

core java 10e 出了 能啃英文的还是推荐去看看吧。

欢送欢送欢送~~撒花~~

@jokcy

组件？在正常的开发者眼里，所有程序集都是组件。'angular 是组件，但是 apache 也是组件，这是个非常正确但是没有任何卵用的词。

前端就不要跟我谈什么模块化了。 html 到现在都不支持 include ， es 到 6 才支持 import 。后端开发者一开始就接触架构和模块化，无论是包含还是导入。前端之前非常缺少模块化所以现在格外推崇这个词，但是你叫任何一名前端之外的开发者，他肯定会觉得程序不都是模块化的吗？这有什么。

所以我就特别讨厌吹捧名词的人，明明是个模板引擎，非得说成“组件化模块化的解决方案”。这种事情我觉得只有不懂代码的媒体才能干的出来。那我把接口说成“软件即服务”，你听着不一样别扭吗？

@jokcy angular 干的事情就是之前后端模板引擎干的事情，只不过 angular 是遍历 dom 解析的，后端引擎是整块 split 来解析的，我说它是模板引擎，怎么就不对了？

还数据绑定，有必要搞这么高大上的名词嘛？

是， view 移到前端是趋势，以后也会有人移植各种语法的引擎到前端来用。“一切东西都会用前端的技术重做一遍”，但是你说是引擎也好，框架也好，他们的发源地是后端。

@jokcy 问题是我分离也得写两套。一套是静态页面，一套是 json 。这两个东西显然得分配两个路由。

然后分离之后 req handler 的逻辑是读页面 /数据、刷给 out 。分离之前是读页面、读数据、渲染、刷给 out 。

@jokcy angular 的代码还复用呢，笑死我了，把 ng-app 和 ng-controller 一改，连$scope 都取不到了，还复用呢。

另外我啥时候说过 jq 和 angular 原理一样了？我只是说，数据先用后端模板渲染好，回调用 jq 来做，完全可以实现一样的功能。（实际上这一直是传统 web 的做法）至于你们前端怎么舒服，我是搞后端的管你们干嘛。

从执行效率来看， angular 的确解放了后端渲染模板的压力。浏览器开缓存的话也可以省一部分流量。

从开发效率来看，处理数组在 angular 里就是一行赋值，而在 jq 里面，需要写个循环、创建节点、赋值、插入节点。

但是 so what ？难道大部分网站不迁移至 angular 的原因是这些优点比不过带来的重构成本和学习成本吗？

@jokcy 你前端除了给后端做展示， curd ，还能干嘛？

我告诉你， mvvm 这种东西在 gui 编程里也有（比如 wpf ），但是不吃香的原因就是前端做的事情都是 curd ，太简单了。 gui 应用（特别是那些功能性的）不存在一个单一的数据源，你想 mvvm 也没办法。也就是你们前端 curd 用 mvvm 方便。

我以前是做 gui 应用的，维护的应用少说 5 个窗体，多了要十几个，我照样不用任何绑定，就是获取控件然后访问，我完全控制得了。

说你眼界低还不相信，你知道网页加载完了之后 angular 首先要干嘛吗？ angular 不需要遍历 dom 树然后解析双花括号？解析双花括号不是后端模板引擎的做法？你 angular 的语法不是跟 jinja 学的？就知道什么业务逻辑驱动模型，让你写个 parser 估计都跟抽筋似的。你根本没写过这些东西，所以跟你说移植到后端也是对牛弹琴。

@jokcy 你睁大眼睛看看是不是一样？

```
// angular
$http.get(url).success(function(data) {
$scope.name = data.name;
$scope.age = data.age;
$scope.click = function() {...};
});
```

```
// jq
$.get(url).done(function(data) {
$('xxx-name').text(data.name);
$('xxx-age').text(data.age);
$('xxx-button').click(function() { ... });
});
```

还 promise ， jq 早就支持 promise 了你造吗？

@jokcy

我这里暂且不吐槽前后端真正“分离”的说法。

你们前端真是只会用轮子不会造轮子。连 angular 的基本原理都不清楚。呵呵了。

看来前端视野太局限了，还需要学习一个。[手动 doge]

1. 设计模式
2. 五大库（字符串 容器 线程 网络 io ）
3. 框架

然而我觉得这些东西在之前就该搞定。遇到的问题除了固定模式之外就是临场发挥的东西，这种东西准备也准备不来。重复写应用的话反而会写一大堆 curd ，没啥卵用。

所以还是出去浪吧。

@jokcy 数据绑定屏蔽掉，回调的逻辑是正常的，这很简单。

更何况，你用 angular 就是最开始显示数据的时候痛快，回调呢？回调代码量不是和 jq 一样吗？