讨论一下AngularJS和Node.js等Web技术

superopengl

woodheadz 发表于 7-7-2014 09:11

                               
登录/注册后可看大图

Javascript loading处理好了不会是太大的问题。
我现在的项目javascript压缩后接近2mb，采取的做法就是先按 ...

• 缓存过期设为“永不过期”
• js的URL带version或hash信息，like "http://.../v1/blah.js" or "http://.../2a09b162cff/blah.js"。要保证只要有代码修改就升版本或变hash。
  

这就保证只要代码不改变，就只load一次（用户自己强制删除缓存的情况就管不了了）

superopengl

DDD888 发表于 7-7-2014 11:17

                               
登录/注册后可看大图

我感觉现在应该做thin client, fat server. 如果thin client 只需要用十行代码的话，那就最好了，对于clien ...

其实重写是保住Software Engineer市场蓬勃发展的主要动力。biz logic 10年变一次就算剧变了。那些法规政策哪有变那么快。都是IT新技术出来后，就用新技术重写一遍，然后咱们就不断的有工作。

谢谢Microsoft、Google、FaceBook、Oracle、Twitter这些技术引领者的大忽悠，咱么不断有饭吃。

superopengl

ubuntuhk 发表于 7-7-2014 23:02

                               
登录/注册后可看大图

有点疑问，如果在client端和server端各跑一遍，为什么不索性放到server端跑？

client端run一遍是为了尽可能少post到server，是为了更好的用户体验和减少网络流量；server端跑一遍是为了校验。

另外，无client校验的情况下，server validation for good data占20%, for bad data占80%；如果有client校验的情况下，可能server validation for good data占95%, for bad data占5%（这5%来自hack）。通常Run正常系比异常系的快很多，因为没有throw exception, error message composition, stack trace.

ubuntuhk

superopengl 发表于 8-7-2014 02:38

                               
登录/注册后可看大图

我的经验是这样的：现在大部分server端的code把biz logic和data logic混在一起，也就是做了很多

da ...

嗯，你的解释让我的思路清晰了很多，赞

ubuntuhk

superopengl 发表于 8-7-2014 03:02

                               
登录/注册后可看大图

client端run一遍是为了尽可能少post到server，是为了更好的用户体验和减少网络流量；server端跑一遍是为了 ...

明白了，我很赞同你的观点

server端用于校验的代码，应该也可以复用客户端的代码，所以开发的工作量应该不会增加太多，但是节省的client和server的交互开销还是非常客观的。

superopengl

ubuntuhk 发表于 8-7-2014 02:16

                               
登录/注册后可看大图

明白了，我很赞同你的观点

server端用于校验的代码，应该也可以复用客户端的代码，所以开 ...

Right，所以JavaScript是现在唯一一种一次编写到处执行的语言，无论server还是browser，或是client device。

当然JavaSript社区也注意到了JavaScript编写biz logic程序的弱点：

• 缺少Type导致无法开发功能强大的IDE（这一点TypeScript处理的要好很多）。
• 缺少native module和dependency的特性（AMD看起来太丑了）。
• 缺少命名空间，即global scope太大。
• 语言本身对语法错误或不良习惯太宽容（比如return \r\n;），即语法太灵活。
• JS本身一些设计缺陷，比如float精度问题(0.1+ 0.2 === 0.30000000000000004)。这个在金融软件里是不可容忍的。
  

上述这些都有望于JavaScript 2里得到解决。但我的观点是，其实根本不会有真正的JavaScript 2。在JavaScript “2”诞生前，各大公司都会抢占New JavaScript的工业标准。各种版本向下兼容，但有各有怪癖。最终只会是JavaScript 1.X + MS standard = MS JavaScript 2, JavaScript 1.X + Mozilla standard = Mozilla JavaScript 2, JavaScript 1.X + Google standard = Google JavaScript 2。或者干脆杀几种出像TypeScript一样，能完全兼容JavaScript的全新的语言。

总之，上帝是不会让人类都说一种语言，建出通天塔的

superopengl

我倒是挺喜欢JavaScript callback这种方式的变成方式。刚开始时觉得有些别扭，但习惯后觉得比c#这些命令式编程语言的逻辑性更强。
当然，读code时找不到callback的真身是个很头疼的问题。

woodheadz

ubuntuhk 发表于 8-7-2014 00:19

                               
登录/注册后可看大图

我看到github上也有一个knot.js，应该不是你写得吧？
https://github.com/keyle/knot.js/

那个不是.  
我得最近在补unit test， 然后还要写几个例子和介绍文字。到时候发出来

现在Knot.js的设计和这贴末尾的情况差不多，就是加了些小改进：
http://freeoz.org/ibbs/thread-1089308-4-1.html

woodheadz

superopengl 发表于 8-7-2014 02:50

                               
登录/注册后可看大图

缓存过期设为“永不过期”

js的URL带version或hash信息，like "http://.../v1/blah.js" or "htt ...

嗯，设为永不过期，写错了。
在我的项目里采取直接改文件名的方式。因为我们的js都是打包压缩过的，由发布工具完成这些动作。和你们的做法基本上是一个原理

simpledream

DDD888 发表于 7-7-2014 12:17

                               
登录/注册后可看大图

我感觉现在应该做thin client, fat server. 如果thin client 只需要用十行代码的话，那就最好了，对于clien ...

这样做的话，我认为app就会严重依赖后端，而现在很多web app，比如游戏，可以离线照样愉快的玩耍

我觉得是需求变了

ubuntuhk

superopengl 发表于 8-7-2014 06:06

                               
登录/注册后可看大图

Right，所以JavaScript是现在唯一一种一次编写到处执行的语言，无论server还是browser，或是client dev ...

关于JavaScript的版本问题，我的理解，目前各方还是在尽力遵循“ECMAScript”-- JavaScript提交到ECMA之后的标准名字。不过问题是各个浏览器的版本对ECMAScript的支持程度参差不齐，而且我们很难控制用户的设备到底是哪个版本，中国的很多用户可能还在运行老旧的Windows XP上的IE6，这个是导致兼容性问题的最大麻烦。

http://zh.wikipedia.org/zh-cn/JavaScript
http://en.wikipedia.org/wiki/ECMAScript

ubuntuhk

superopengl 发表于 8-7-2014 06:14

                               
登录/注册后可看大图

我倒是挺喜欢JavaScript callback这种方式的变成方式。刚开始时觉得有些别扭，但习惯后觉得比c#这些命令式编 ...

callback的调试对developer也是一个非常大的挑战，这也是我一直听说的问题，不过我目前还没有特别深刻的体会，只是感觉要放下原来的写程序思维，来开发JavaScript的程序。

ubuntuhk

woodheadz 发表于 8-7-2014 09:27

                               
登录/注册后可看大图

那个不是.  
我得最近在补unit test， 然后还要写几个例子和介绍文字。到时候发出来

啊，埋没在数码版了，我还评过分，可是那时候对JavaScript一知半解，所以没有特别留意，我把这个帖子移到这个版面，以便大家继续讨论，你不介意吧

woodheadz

ubuntuhk 发表于 8-7-2014 13:49

                               
登录/注册后可看大图

callback的调试对developer也是一个非常大的挑战，这也是我一直听说的问题，不过我目前还没有特别深刻的 ...

callback会导致逻辑被迫碎片化。 因此才会诞生了promise模式，还有老赵的wind js
这个问题我认为解决得最完美的是c#的await 关键字，anders大神牛逼。

ubuntuhk

simpledream 发表于 8-7-2014 13:21

                               
登录/注册后可看大图

这样做的话，我认为app就会严重依赖后端，而现在很多web app，比如游戏，可以离线照样愉快的玩耍

我觉 ...

我觉得需求没变，离线运行肯定是一直以来的需求（特别是无线的网络随时可能掉线），而是以前的技术、平台对离线运行的需求基本无法支持，所以需求被压抑了

woodheadz

ubuntuhk 发表于 8-7-2014 13:52

                               
登录/注册后可看大图

啊，埋没在数码版了，我还评过分，可是那时候对JavaScript一知半解，所以没有特别留意，我把这个帖子移 ...

噢，好的，谢谢。
本来还想等正式发布再来开个贴打广告呢

ubuntuhk

woodheadz 发表于 8-7-2014 13:55

                               
登录/注册后可看大图

callback会导致逻辑被迫碎片化。 因此才会诞生了promise模式，还有老赵的wind js
这个问题我认为解决得最 ...

谢谢分享，看起来也有人在尝试引入C#的await，来改善JavaScript的异步编程体验：
http://bjouhier.wordpress.com/20 ... life-in-javascript/

woodheadz

ubuntuhk 发表于 8-7-2014 13:59

                               
登录/注册后可看大图

谢谢分享，看起来也有人在尝试引入C#的await，来改善JavaScript的异步编程体验：
http://bjouhier.wor ...

没看源码，但看使用方式似乎和老赵的wind js差不多

ubuntuhk

woodheadz 发表于 8-7-2014 14:01

                               
登录/注册后可看大图

没看源码，但看使用方式似乎和老赵的wind js差不多

搜了一下你说的wind.js，找到一些link，放这里备份一下：

http://www.infoq.com/cn/articles/interview-jscex-author-part-1
http://windjs.org/cn/

superopengl

woodheadz 发表于 8-7-2014 12:55

                               
登录/注册后可看大图

callback会导致逻辑被迫碎片化。 因此才会诞生了promise模式，还有老赵的wind js
这个问题我认为解决得最 ...

这个应该是编程习惯问题吧。我最开始也不适应callback这种异步编程方式，有些东西想不明白。可最后开窍了以后豁然开朗，反而觉得逻辑性更强了——callback就像一张流程图一样，一路指引你的思维跑下去。正如我反复强调的，社区对这种方式的抵抗也多少源于Functinal Language的IDE很难做强大（即便是WebStrom也需要下载相应类库的TypeScript Definiation做intelligence）。但这并不是说这种逻辑思考方式存在缺陷。只要是c#能实现的逻辑，JavaScript都能实现，就说明不是逻辑的问题，而是思维习惯的问题。

Promises其实就是在多个异步调用时加个counter或hashtable，每完成一个task就couter++，当最后一个task结束后调用done callback。Promises只是做了语法糖封装。同样await也是语法糖。

Imperative language到Functional language确实有个不大不小的learning curve，但想通了、适应了也就好了。

woodheadz

superopengl 发表于 8-7-2014 14:45

                               
登录/注册后可看大图

这个应该是编程习惯问题吧。我最开始也不适应callback这种异步编程方式，有些东西想不明白。可最后开窍了 ...

逻辑方面当然没问题，其实只要是图灵完备，就不会有实现不了的逻辑。
我倒不是说这种方式是缺陷，只不过不喜欢代码被强行分段包裹到一个个scope中罢了。现在干这么长时间js虽然也很习惯这么来，但依旧是不喜欢。 之所以为这个东西出了这么多解决方案，也说明这玩意让很多人也不爽。
当然，这种不爽也许可以算成是一种来自其它编程语言的思维惯性。

superopengl

woodheadz 发表于 8-7-2014 12:55

                               
登录/注册后可看大图

callback会导致逻辑被迫碎片化。 因此才会诞生了promise模式，还有老赵的wind js
这个问题我认为解决得最 ...

我到觉得await在C#里不伦不类。当然这个语法糖省了不少事。最开始C#的设计是紧跟Java，后来发现Functional Language是方向，又加入了很多Functional Lang的语言特性（var, dynamic, await/async, Roslyn)，但都是在语法糖层面上的模拟。现在C#变得不伦不类，模拟这些特性的变得越来越复杂。就像一辆大拖车，发现走错路了，不是随便找个弯就能转过来的。

当然，考虑到市场和兼容性，以及C#社区的习惯等现实问题，MS是不可能一下子放弃C#而推出全新语言取而代之，只能是更多的“模拟”Functional Lang的特征。

我认为，Cloud时代编程语言的基本要求是

• 弱类型，至少是运行时弱类型——适应频繁cloud上API变更，避免重编译
• 支持eval——程序可做数据传输
• Data既code，如JSON——数据可以直接被运行，避免serializatoin/deserialization
• Module和Namespace支持
• Native dependency loading mechanism
• Package ecological system
• 解释执行和Command line runnable——为了方便部署。
• [Optional] 支持async。
• [Optional] Client端和Server端都能跑，既都有虚拟机支持。
  

至少现在C#在1、2、3、7、9上还很弱，或者说根本无法从根本上实现或高效实现。MS也发现了这一点，但改的C#越来越像怪猴。Google在开发语言上倒是一直不说上句，不知它是否有意强推Node.js，毕竟JavaScript是目前所有语言中在上述要求中得分最高的（1, 2, 3, 6, 7, 8, 9）

superopengl

woodheadz 发表于 8-7-2014 14:02

                               
登录/注册后可看大图

逻辑方面当然没问题，其实只要是图灵完备，就不会有实现不了的逻辑。
我倒不是说这种方式是缺陷，只不 ...

hehe，还是那句话，根本原因是IDE不行。要是IDE像Visual Studio一样强大，那就会有更多的粉丝哩

woodheadz

superopengl 发表于 8-7-2014 15:15

                               
登录/注册后可看大图

我到觉得await在C#里不伦不类。当然这个语法糖省了不少事。最开始C#的设计是紧跟Java，后来发现Functiona ...

umm, 着眼点不同，结论不同。

我个人倒是一贯比较喜欢强类型语言。所以干了两年js依旧对js爱不起来。

强类型固然限制会多一些，没那么灵活。但带来的优势在系统做大后还是很明显的。 至于你说的哪些问题，都可以通过技术手段解决掉，其实成本也不会增加太多。 C#新推的特性无非也就是让大家在在解决这些问题的时候少花点功夫罢了。你可以不用，这些问题一样能被解决掉。

所以我不大同意“Functional Language是方向”， “C#走错路了”这样简单化的说法。技术的发展本来就是多面多向的，有融合也有分离。

woodheadz

superopengl 发表于 8-7-2014 15:17

                               
登录/注册后可看大图

hehe，还是那句话，根本原因是IDE不行。要是IDE像Visual Studio一样强大，那就会有更多的粉丝哩:loveline ...

我认为callback带来的逻辑上的强制割裂问题通过ide应该是解决不掉的吧。其实VisualStudio对javascript支持已经很不赖了。

black_zerg

Callbacks are not that bad in JavaScript because code in the callback function can access the outer scope freely. you can think them as statement like if else,  Only thing I want is the lambda syntax. One way to think about this is all functions are like statements in JavaScript, you can make your own statement freely. That is pretty powerful.

so personally I don't see the need for await syntax. If you don't have problem with if inside if, then you shouldn't have problem with callback inside callback. But if you don't use anonymous function then sure it will look terrible. The Js way is using anonymous functions when possible. But I really wish there will be the lambda syntax like ->{}

and I agree VS is pretty good. I am using the free version for my personal projects. Best IDE for JavaScript in my opinion

black_zerg

http://strongloop.com/strongblog/node-js-callback-hell-promises-generators/

alternatives if you don't like callbacks.

The biggest problem of node js is still it's young and not really widely used. jumping to a node js server seems very risky for jee or .net team. pretty interesting but you don't know if it adds value to your resume.learning angular will be a good investment. It's pretty handy and flexible, easy to convince your boss or client as it is from Google. easy to get support from the team as well.

蒙面超人

最近也在开JS和node.js，太多东西了，一下子消化不过来

ubuntuhk

superopengl 发表于 8-7-2014 15:15

                               
登录/注册后可看大图

我到觉得await在C#里不伦不类。当然这个语法糖省了不少事。最开始C#的设计是紧跟Java，后来发现Functiona ...

google在推的是AngularJS，nodejs和google好像没多大关系。google在server端推的是golang，但是好像大家不怎么买账，google推得也不积极。

ubuntuhk

black_zerg 发表于 8-7-2014 16:18

                               
登录/注册后可看大图

Callbacks are not that bad in JavaScript because code in the callback function can access the outer  ...

IDE方面，我参加了两次meetup，看到大多数人用的是webstorm和textlime，这两个IDE都是跨平台的。很多开发者用的是Macbook pro/air，没法用VS（文艺2b青年除外）。