V2EX › zythum 的所有回复 › 第 48 页 / 共 153 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 44 45 46 47 48 49 50 51 52 53 ... 153

❮

❯

2014 年 1 月 23 日

回复了 mikej 创建的主题 › Node.js › NodeJS关于同步式I/O和异步式I/O的一点疑问？

打个比方就知道什么是同步什么是异步了

同步的起床要出门:
洗澡（20分钟）-> 刷牙（5分钟）-> 喂狗（5分钟）-> 穿衣服（5分钟）-> 找钥匙（40分钟）
需要（75分钟）

异步的起床要出门:
洗澡（20分钟）
刷牙（5分钟）
喂狗（5分钟） => 需要（40分钟）
穿衣服（5分钟）
找钥匙（40分钟）

2014 年 1 月 23 日

回复了 Shared 创建的主题 › JavaScript › web app 开发使用哪个框架最好？

@lemonlwz @learnshare 按照她的需求和提问方式
1. 不是很了解js，或者single page app 的。用司徒的框架什么肯定完全不行
2. 安她的需求够复杂，Bootstrap这种交互完全不够。做layeout还可以。
3. 对于她的提问方式。对性能的要求肯定不高。

那么就一步到位，少动脑子的方式比较好一些。

2014 年 1 月 23 日

回复了 Shared 创建的主题 › JavaScript › web app 开发使用哪个框架最好？

你的需求。最方便的是用Sencha
然后是Dojo Mobile 或者 jQuery Mobile

2014 年 1 月 23 日

回复了 Shared 创建的主题 › JavaScript › web app 开发使用哪个框架最好？

再说一些
Titanium 不是js框架。是把web app封装成 native app的。提供一些native的接口。类似的有phoneGap

2014 年 1 月 23 日

回复了 Shared 创建的主题 › JavaScript › web app 开发使用哪个框架最好？

@Shared clouda 是node框架把。后端的....

Zepto JQuery 2.0 不带UI的， DIY的空间大。

Zepto 虽然说和 JQuery API一直。但是还是有差别的。用Zepto的好处是代码小，如果不用考虑这些可以使用 JQuery 2.0

Sencha Touch 带UI的， DIY的空间小
JQuery Mobile 可以理解是带UI的 JQuery2.0

2014 年 1 月 23 日

回复了 dorentus 创建的主题 › Mac Pro › 刚发现国行 Mac Pro 已经开卖了啊，然后发现错别字……

也可以理解为：
Mac Pro 为...的装备

那是不是意思就反了。是不是买了之后发现没键鼠，然后可以打官司

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

错了。还要包个func
function bind(fn, context){ return function () { fn.apply(context, arguments) }}

@yyfearth

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@yyfearth 不是说了。没习惯么。

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@yyfearth 你还是活在coffee里面把...

污染window的尽量不要干。 bind我觉得是非常好的处理方式。给程序员足够的自由。不过是ES 5标准的。当然也是个语法糖。就是
function bind(fn, context){ return fn.apply(context, arguments) }

我还是觉得外面写个 var that = this 是很傻的解决方式。

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@yyfearth 不是window也没事。只要这次的this和下次的this一样就可以了。

我发现ruby， func[这里不能有空格](1，2，3)

$99 就500块么。折合一块五一天。还是可以接受的。虽然我也没买...

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@yyfearth 或者为什么折腾完coffee之后朱一开始不自觉得看ruby了怎么破...

不是说要的要折腾oc的啊...话说oc完全看不进去啊怎么破...

要是app可以拿ruby或者js写就好了5555 (不要跟我说node-webkit或者大HTML5做Web app。已经被web app坑惨了)

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

当然我上面只是举个例子。
sum函数科学的写法应该是这样

http://gist.github.com/zythum/8533518

当然需要ECMAScrip 5 标准。

这样是不是发现coffee真的能少敲很多字。可以保护键盘哦。

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@miniwade514 还有就是使用arguments.callee.apply(this, [b, b[0] += a][0])可以保证递归的过程中this一致。虽然这个功能并不需要保证这个。

2014 年 1 月 21 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@miniwade514

1. 'slice' in arguments === false arguments并不是数组，是个类数组，没有slice方法的。所以需要借调用数组slice方法
这里写作：
[].slice.call(arguments, 1)
[].slice.apply(arguments, [1])
Array.prototype.slice.call(arguments, 1)
Array.prototype.slice.apply(arguments, [1])
都是可以的。

2. 关于callee.apply: 习惯了在函数里面调用自身的时候不使用函数名。因为以后如果要改函数名或者用到其他地方都要做相应的修改。这个仁者见仁智者见智把。

2014 年 1 月 20 日

回复了 otakustay 创建的主题 › 分享发现 › 并不是付了钱就是正版

更正定义
那些是正版。只是获取的途径不合法。

2014 年 1 月 18 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@breeswish

(function(){ //所有代码在这里 }).call(this)

这个刚开始就看到了。谢谢提醒。
其实不用window也是可以的。在最外面@ === window。所以@global也是全局的。

2014 年 1 月 18 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

发现一个呵呵的地方需要注意。
因为函数默认return 最后一个表达式的值。所以如果需要一些函数返回值有特殊意义的。比如浏览器事件的回调函数。renturn fasle会阻止浏览器默认行为，那也会呵呵的。

http://gist.github.com/zythum/8477617

2014 年 1 月 18 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@yyfearth 好久不见。
今天有仔细看了coffee。因为正好看到松本行弘的书，松本便是coffee很有前途。
这次只是对coffee的只是普及. Harmony 增加了不少语法糖，甚至把promise都加进去了。话=>的处理为什么是用_this = this来作为一个外部变量处理。不用func.bind(this)来转换this呢？

话说这个不是嵌套太深的问题。只要是用函数。有类就会有这个问题, 特别是多人开发的时候。只是怎么去规避。举个例子
http://gist.github.com/zythum/8477316

这个例子是不是很简单又有普遍性。

2014 年 1 月 17 日

回复了 zythum 创建的主题 › Node.js › 写coffee的同学你们知道这两个的区别么？

@Mutoo 不能用this, 不管是面向类，还是函数都不对。
就比如
function a(){this.a=5}; a(); window.a === 5;

@anjianshi 这还不如用 _ 约素或者用参数做var 来得靠谱，比如 function(a,b, /*我是局部变量*/c) { c = 5}

@qiukun 这个和用参数来代替var 是一个道理把

@Mutoo 这个是很重要的问题。因为如果想大规模使用的话是不能避免的。这种运行时的又是很隐性的问题是最要命的。万一出个这个方面的bug。都不知道怎么死的。bug一查就是半天过去了。

1 ... 44 45 46 47 48 49 50 51 52 53 ... 153

❮

❯