关心Qomo项目的朋友可能注意到，在beta1之后，Qomo项目已经有近三个月没有更新了。其实这并不是项目组没有进一步的工作，而是陷于一些细节处的处理而延长了发布时间。 目前Qomo已经完成了UI框架的基本设计和框架层(主干)代码。在Qomo的RTL部分加入了Templet系统，在Debug部分加入了Profiler和Debugger，以及比较精巧的异常和断言处理机制的封装。公共代码库(Common)加入了Pool&Machine机制、timer&step机制等相关的应用工具库。UI组件库中也有一些代码加入。 此外，Zhe开始封装新的JS和DOM兼容层。这方面的工作已经得已展开。但是，基于Qomo的应用开发、UI组件库的开发处于停滞不前的状态。 ...
澄心居是指我在四川的一间自己的书房，其实也是睡觉的地方。只是那是毕竟一个人的房间，安静了许多。１７～１９岁，我和父母在那里生活了两年多。 澄心居在我的一篇小说《石像的忆述》里写到过。自这篇小说以后，澄心居其实就成了我在文字方面的一个表征性的词汇。这个词表明我在对文学的、文字的和情感方面的思想。换而言之，使得我在十年的程序员生涯中，没有变成一台编码、译码的机器的精神支柱，就是“澄心居”这三个字。 澄心居有着我在四川的最后一段生活经历。至到现在，我仍然想回去。然而我也知道，我不可能回去了。前些日子哥哥在电话中说在和父母商量把那套房子给卖掉， ...
：） 好象CSDN Blogs里头发图片有问题，因此只能传到别的地方。这里转过来大家看看。 一、Qomo里的profiler显示结果 (运行：/Framework/Debug/TestCase/T_profiler.html ) 二、Qomo里的继承树显示结果 (运行：/Components/QomoHierarchyPoster.html ) 三、Qomo中对AOP的理解 (参考：/Framework/DOCUMENTs/TestCase/AdvObjectDemo5. ...
一、Qomolangma中的AOP AOP(面向切面编程)有没有必要在JavaScript中实现，一直以来是个问题。滥用AOP的特性，将导致系统效率下降、性能不稳定等后果。因此在展开下面的讨论之前，我需要先提醒Qomoer：尽管我们拥有了强大的AOP框架，但如果你不足够了解它，那么还是慎用之。 前面在讲述Interface的时候提到，Qomo是鉴于AOP的需要，而为之提供了强大的Interface机制。但这并不是说用户需要定义很多接口，才能使用AOP。——Interface是在Qomo实现AOP中的“定制切面”时使用到的关键技术，而不是用户使用AOP时所必须的技术。 Qomo的AOP框架依赖于Qomo中提供的如下特性： 接口机制：Interface. ...
一、Qomolangma中的接口(Interface.js) 在做AOP(面向切面编程)系统之前，我一直在想：有什么必要在JavaScript中做“接口(Interface)”的机制。——当然，这也说明，你可能需要通过阅读迟些提供的、关于AOP框架的文档，才能理解如何使用Qomo中强大的接口机制。^.^ 接口是现代软件工程中的一种常用工具，它的出现使设计人员更多的关注于功能的“对外表现”，而非“内部实现”。在软件模型设计中，类图通常用于描述设计的细部，而接口则更常用于描述模块、层次间的交互关系。 ...
Qomo离上一次发布FT4已经过去整整一个月了。这一段时间中，因为我个人的缘故，未能组织好Qomo的团队，导致UI组和DB组未能正常展开工作。因此截止beta 1发布，以上两个组仍未能释出代码。 一个最重要的原因，是因为Qomo目前没有一个好的UI和DB框架。以前在WEUI中使用过的UI和DB Components代码并不适用于新的架构和设计，因此只能供参考。 此外，兼容组的Zhe设计了新的兼容框架，基本上已经完成了代码。但测试工作还未结束，因此暂时只作为Qomo项目团队内部的一个测试版本，仍未能放在目前的beta 1中。 1、关于UI与DB组件包 本次，公开发布的beta 1仍不会附带UI和DB代码。但是我稍后会在这个blog中发布一个Qomo. ...
今天在MSN上与网友聊天，整理了一些文字出来，暂做《坐而论道》之四。不过这次谈得有些乱，并不单单是佛禅之道。 首先说到的是读书。我这个人其实读书不多，真正读完的书也没几本。但正是因此，我对读书的认识才会是“读完≠读懂”。 Aimingoo 说: 这个这个。说实话，我读的书铁定没有你多的哦。哈哈。 Aimingoo 说: 国外名著我没有读过一本完整的。古典名著除了几本小说，我没有读完一本。 Aimingoo ...
刚才去ＤＯＧＮ里翻一个自己的老贴子，结果找到另外一个，觉得有点趣，也转过来。至于记录中与我聊天的人到底是那位，我自己也记不得了。 XXXXXXXX 说：有些烦躁。唉 Aimingoo 说：？ XXXXXXXX 说：诸事不顺。 XXXXXXXX 说：人过一辈子真tmd没意思 Aimingoo 说：哪能这样想呢。 Aimingoo 说：活着多美好呀。 XXXXXXXX 说： ...
今天跟公司同事讨论问题时说到阅读的事，一些言论可以放出来，算是体会，也是予人予已的警醒。 周爱民 说： 哈哈。很多程序员不会读书的。很多理论书非常非常抽象，但看懂了这种理论，真正要去作，就很容易了。——这就是懂，或者不懂的问题。 周爱民 说： 很多开发人员不会读书。你给他一段代码，一会儿他就能告诉你如何做了。但给他一本书，三天之后，他翻都没翻过。 Ｘ 说： 我看书就是这样，只挑关键地方看， ...
这个东东看起来没有什么用啊～～ <script> function MyFunc() { } MyFunc.prototype = Function; var foo= new MyFunc(); alert(foo instanceof Function); alert(foo()); // <-- 异常 </script> ...
闲得骨头都疼。事堆在那里都提不起劲儿来做。无头无绪。然后MSN上的叶一舟发了个表情过来。缘于实在闲得无聊，就翻了翻与这个仁兄的聊天记录： 叶一舟： 上班不爽:'( Aimingoo说： :D Aimingoo说： 以 开心的心态上班. 就好了. 叶一舟： 可是怎么都开心不起来:S Aimingoo说： 为啥? 叶一舟： 最近心脏出毛病了 Aimingoo说： 我心脏一直有毛病啊. 叶一舟： 你有什么毛病？ ...
注：本文讲述的是FT4的一个修正版本中的OOP实现，而非原始发布版本。 一、Qomolangma中类继承的基本架构 Qomo在Object.js中，通过实现Class()，封装了“类继承”体系的绝大部分细节。如果你仅是要使用Qomo，那么你只需要通过“实现篇(五)”去了解一些基本语法就可以了。但是如果你想了解一些更细节的内容，或者你想让自己具有控制Qomo框架的能力，那么你应该继续将这篇技术文档读下去。 ——尽管，这并不如你想象地那样容易。 Qomo的加入，使JavaScript具有了完整的“类继承”体系。类继承的出现， ...
一、Qomolangma中完整的OOP支持：Object.js Qomo自Field Test4开始提供Object.js，这个单元用于在Qomo中支持完整的OOP特性。通过Object.js，Qomo中的JavaScript由原来的“原型继承”转变成了“类继承”。而且，这个转变对于开发人员来说，几乎是完全透明的。 通过Object.js，Qomo支持了如下的面向对象特性： 特性(Attribute)及读写器(getter/setter) 类注册与类继承( ...
Qomo 项目的Field Test 4将是这个项目的一个重要的里程碑！ Qomo的FT4终于公开了对OOP提供支持的Object.js，以及大量相关的示例。这包括： RTL/Object.js : Qomo's OOP Core DOCUMENTs/Qomolangma实现篇(五).txt DOCUMENTs/TestCase/BaseObjectDemo.html DOCUMENTs/TestCase/BaseObjectDemo2.html ...
《大道至简》的一个读者huofei给我mail，提及到这样的问题： 在你与Soul的讨论之中，你写道很多程序员对于OS的内核没有了解，所以水平不能够有提高。我的问题是很多程序员是写非底层程序的，比如java程序员。我以为这些人是不需要多少OS知识的。 你的话会不会误倒别人呢！如果真的需要研究，又要研究些什么呢？这对写上层应用程序的开发人员有什么帮助呢？ 这个问题其实一直在被很广泛、很有争议地讨论着。很多人认为只有搞学术的、专业的、科班的程序员会把“懂多少OS知识”作为一项对技术评核的要求。但首先说，我不是搞学术的，也非专业、科班的程序员。然而即便如此，我仍旧希望开发者能了解一些OS方面的底层技术。 ...
