@little_cup 那就不怕了嘿嘿 买的水货 不知道能不能保呢

@min 除了有上面jjx说的这些问题，node的另一个优势主要是，很多代码段，前后端可以共用。

比如验证，你不用先用c#写一遍，再js写一遍。架构设计好的话，非常省事。

又比如，模板生成，前后端几乎可以是一样的代码。这样在检测浏览器版本比较现代的时候，可以让浏览器来拼接模板，浏览器性能比较差的情况（比如ie67，或手机端），可以让node来拼接，而这一切不用写第二遍模板代码，却减少了服务器模板生成开支。

@jjx 是的，就是有这么些问题才发帖子，不过当.net去除web服务后，本质上就是一个service了，和数据库捆绑在一起，形成一个“功能增强型数据库”。

@icyflash 感谢提醒，记下SignalR了

@min 不是简单的json问题

@yushiro :）我是前端出身的，应该不算什么问题~

不过稳定性确实是个问题，js太灵活了，要保持稳定的话，是不是应该多加一些测试，但是我对测试不是很熟悉，这点确实比较麻烦。

@judasnow 恩恩，看来我们想法差不多哈哈。 顺便想起来还有个好处，好多代码都可以共用，特别是一些helper代码。

建议先上 code academy 学python。

@yushiro 各种不满意，具体是指哪些呢？是用js开发不顺手，还是碰到一些技术上的问题，费了一番时间才得以解决？如果是的话，是什么技术问题呢？

内存泄露这样的不确定性问题，无论用哪个平台来开发都没办法避免，也的确是你说的，熟悉程度的问题，我会考虑的，谢谢。

@judasnow 谢谢有实际的例子，有一个需要考虑的问题是，这样做在效率上是否降低了。

我做过一个测试，就是用node包一层来反向代理.net，用的就是纯粹的http请求，效率下降了大概20%差不多。

是否让.net变成一个类似数据库的连接池，让node与.net保持长连接，这样会效率比较高一点？