面对繁杂的 JavaScript 库，其实到最后其实是 设计哲学的问题 。这篇文章将要介绍的是篇名为 KISSY 的 JavaScript 库。
渊源
前面也说过，JavaScript 库已经足够的多。可能看起来又要重新建立一套 JavaScript 库，有点重复造「轮子」的嫌疑，而 KISSY 的出现只是顺水推舟的结果。
过多的话语已经难以解释清楚 KISSY 的渊源， 这里有个详细的说明 。
风格
KISSY 的多数设计哲学源自 YUI3 ，同时也借鉴 了其他 JavaScript 库，我们可以看它的典型调用：
(function() {
var S = KISSY, Y = YAHOO.util, Dom = Y.Dom,
descList = S.DOM.children('#slideFocus ul.desc-list li');
S.Slide('#slideFocus', {
contentCls: 'pic-list',
navCls: 'thumbs-list',
activeTriggerCls: 'current',
effect: 'scrollx',
easing: YAHOO.util.Easing.easeOutStrong
})
.on('beforeSwitch', function(ev) {
S.each(descList, function(desc, i) {
desc.style.display = i === ev.toIndex ? 'block' : 'none';
});
});
})();
我们可以看到若隐若现的其他框架的风格，例如 jQuery 和 mootools，总之使用 KISSY 你会「重新找回书写 JavaScript 的快感」。
（来自 BlueDream ， 查看大图 ）
从框架结构上说，KISSY 是相对精简的一套库，核心（core）非常的精炼。甚至你可以考虑基于 KISSY 扩展出适合自己的框架，例如针对 iPad 等等的特定库。
未来
KISSY 是开源项目，基于 MIT 协议发布。因此，KISSY 的未来掌握在广大开发者手中。相比目前现有的成熟的框架库，KISSY 还是个初生的新儿，因此尤其需要大家的支持。
目前 KISSY 已经部署到淘宝的大部分页面（包括首页），承受着不同浏览器以及大规模访 问量的考验。有理由相信 KISSY 能部署到更多的地方，让业界一起分享我们在前端方面的 心得和经验。
如果你有任何疑问，可以 访问 KISSY 的项目主页 ；同时官方站点、文档等方面也正在筹备和编写中。KISSY 的成长离不开广大同行的支持，我们的愿景是：
小巧灵活、简洁实用，使用起来让人感到愉悦
最后，感谢 玉伯 的努力，KISSY 的成长他付出了很多。
-- EOF --
世界杯除了各国的球队以及美女啦啦队意外，还有其他很多的看点。其中，一种名为 「Vuvuzela」 的「神器」在这届世界杯中大放异彩。
情理之中意料之外的是， 这种非洲土著的「神乐器」竟然是中国义乌产 。「中国队」以另种方式打进了世界杯！
要亲听本届南非世界杯的主题曲之前， 当然要首先倾听 Vuvuzela 的音色 。这是多么完美的 B♭ 调，整个乐器只有一个音阶甚至只有一个音符，实在是不可多得的老少皆宜的大众乐器。
下面步入正题，提供五线谱和各广大音乐爱好者分享（ via ）
当然， 这里还提供视频教学 ，方便大家一对一学习。
等等，如果这还觉得手头没有 Vuvuzela 这样的「神器」，那么你可以寻找其他任何可以发声的乐器， 例如口琴 。
不过话说回来，幸亏世界杯没有在天朝举办，否则连锣等这样的乐器可能都要实名凭身份证购买了…
最后，喜欢这声音的读者，这里还有张专辑供收藏使用：
-- EOF --
现状
无论各方面如何评论，在 Apple 平台下开发越来越丰富。回想几年前如果想要招聘专业在 Mac/iPhone 平台下的开发人员，那几乎是不可能的事情。
Apple 平台下开发的那种狂热，让我觉得很是意外但想想却又是情理之中。Apple 的总市值已经超过微软，同时 ObjC 已经挺进了编程语言的前十 。
这种情况让我总不免对比当年的 C# 和 Java -- Apple 平台下的开发，又将会是新的一轮的淘金热。
成本
与其他平台不同，想要在 Apple 平台下开发，需要有一定的硬件成本。首先，最好必须要有苹果的产品（用「黑苹果」使用不是「那么回事」）。同时如果想要 iPhone 下的开发并想要在 App Store 中卖的话，那么又得交份「保护费」。
然后就是其他的软成本。 具体这里有篇文章写的很详细 ，这里主要列出的可能会碰到的技术问题：
- ObjC 语言本身 19%
- 我不了解 ANSI C 12%
- Cocoa 实在太大了 11%
- 内存管理 10%
- 界面 UI 设计和开发 10%
- 我习惯使用 Java 和 C 了 10%
- 如何设计委托模式 8%
- Cocoa 模型等 8%
- 我不了解面向对象编程（OOP） 8%
- 我不清楚文档如何建立 5%
- Cocoa 的（库）绑定等 5%
- Xcode 工具使用 3%
国内开发者还有个必须逾越的鸿沟，就是语言和社区问题。目前，国内 Apple 平台下的开发相关的中文书籍和文档几乎是缺失；国内的专业苹果开发论坛也屈指可数。
值不值得？
那么，该不该花那么多的时间在新平台上。这对于在有其他平台中有相关经验的人而言，这是个博弈的过程。
相对其他「传统的平台」，可以看到即将从事 iPhone 开发的开发者们都是看到 App Store 的直接利益而去。而传统的 8/2 原则在任何时候都会适用。
在即将饱和的市场中打开道口子，并不是件很容易的事情，这往往并不是技术上的问题。
相对在 Apple 平台下开发优势：
- 开发 iPhone 软件能直接带给开发者收益
- Apple 的用户群有相较高的消费能力
- Mac 下的软件相对较少，所以无竞争压力比较小
- Mac OS X 其实就是个 BSD（via）
那么劣势也是相对比较的明显：
- iPhone 其实是个半封闭的系统
- 学习 ObjC 有很大的成本
因此我的观点，如果你想在 Apple 平台下开发
- 你要熟悉 Apple 的产品，也就是首先么成为它的用户
- 做好打「持久战」的准备，学习任何技术切忌浮躁
- 改变目前开发平台下固有的观点，对于而言一切都是新的
- 有必要的时间和精力
再次需要提及的就是切忌浮躁，毕竟做好技术并不是件非常容易的事情，尤其是对于个全新的平台而言。短期内的收益平衡或许会很难做到，但相信一旦坚持下来终究会有回报。
PS，不喜欢 iSSH 占用一个 Dock 图标的用户，可以考虑试试我的修改版本，增加了重新链接、链接通知等功能： http://code.google.com/p/issh-improved/
-- EOF --
- «
- 1
- ...
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- ...
- 133
- »
