技术志

著名的C++准标准库boost在2004年末发布了1.32.0版本，作为C++的忠实Fans怎能“袖手旁观”，趁闲暇时download it and build it。[注]：由于没有公司Unix服务器的管理员权限，所以只能在自己的Windows平台上编译了。 ...

AOP的核心概念是关注点，我开始关注AOP。 一、Why AOP? a) AOP一般观点 一般在开发系统时，我们可以大致的把系统的需求分类为核心模块级需求和系统级需求。很多系统级需求一般来说是相互独立的，但它们一般都会横切许多核心级模块。以一个电信领域的短信网关系统为例，系统的核心级需求是短信的收发，话单处理等，而其系统级的需求包括日志，校验以及性能问题等。像日志这种系统级的需求就横切短信收发、话单处理等几乎所有网关核心级需求。虽然横切需求会跨越多个模块，但目前的技术倾向于使用一维的方法学来处理这种横切需求，把对应需求的实现强行限制在一维的空间里。这个一维空间就是核心模块级实现，其他横切需求的实现被嵌入在这个占统治地位的空间，换句话说，需求空间是一个n维空间，而实现空间是一维空间，这种不匹配导致了糟糕的需求到实现的映射。 ...

论坛上有人评价Java在过去的2004有两大值得称赞的技术发展，一个是Java在IOC模式上的成熟应用，再就是Java的AOP框架。 一、好消息 2005年一月份传来好消息，AspectJ与AspectWerkz合力打造AOP框架，两个开发团队将合力开发一个全新的面向方面编程（Aspect-Oriented Programming，AOP）平台，在其中融合双方的长处和经验。这两家都是业界重要的开源AOP实现，不过走了不同的技术路线：AspectJ一直坚持“预编译+源码生成”，AspectWerkz则是“元数据+运行时织入”的代表。关于两种技术路线、两种产品的争论一直是AOP社群的热点话题，如今两个开源组织决定彻底解决这个困扰。两家合并之后的第一个产品将是AspectJ 5，其中既有AspectJ风格的、基于语言扩展的AOP，也有AspectWerkz风格的、基于XML（和JSR-175 annotation）的AOP。随后，双方还会继续融合各自的长处和经验，努力提供一个完善而统一的AOP平台。 ...

由于Dominoo近期策略的改变，所以我开始关注和研究UML和MDA领域较为出名的开源项目。我准备先拿ArgoUML和AndroMDA“开刀”。 ...

大家都是对软件充满无限激情的人，大家都致力于能开发出能被大家所广泛接受和使用的软件。可是激情归激情，我们还得脚踏实地。项目遇到了障碍，我们需要改变思路。 ...

在一个朋友的书架上发现王森著的《Java深度历险》一书，看了书的前言了解该书是关于Java底层技术内幕的。怀着好奇心浏览了一下，谈不上有太多收获，但也记下了一些自认为有益的两点。 * Java xxx 我们在命令行下敲入：“java xxx”后会发生什么呢？ 流程如下： 1.找到JRE； 2.找到JVM.dll； 3.启动JVM，并进行初始化； 4.产生Bootstrap Loader； 5.载入ExtClassLoader；（Ext – Extended） 6.载入AppClassLoader； 7.加载xxx类。 ...

在Matz的一篇PPT“Object-Oriented scripting in Ruby”中，Matz提到Ruby提供一种语言机制Mix-in，在其PPT中如是描述的“No Multiple Inheritance，but Mix-in”、“Mix-in is as strong as multiple inheritance，but simple”。 ...

敏捷设计最基本原则：“开放封闭原则（OCP，Open-Close Principle）” * 回顾SRP 在开始谈OCP之前，我们还是简单回顾一下Bob大叔在其书中所论述的敏捷设计的第一个原则“单一职责原则（SRP，Single Responsibility Principle）”。 ...

虽说Bob大叔（Robert C.Martin）的《敏捷软件开发–原则、模式与实践》一书在china mainland出版已经有一年之久了，但是我真正专下心看这本书还是在最近。也许敏捷开发思想和我最初脑海中的软件开发思想有些背道而驰，但是现在我正在准备拥抱它。 * 重温经典的“敏捷软件开发宣言” 宣言部分摘录如下： 个体与交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 ...

看到这两个单词，我的第一感觉就是怪。第一个单词读起来像是“乌龙”的音译，查查金山词霸，哇！真是“乌龙茶”的意思，而第二个单词我查了半天都找不到，我想可能是作者自创的词吧。 ...