2005年06月_iteye_14001

MartinFowler: IOC, not IOC Container

作者：江南白衣以Spring为代表的提供依赖注入的IOC Container风头越盛，比起IOC的原本意义，DI逐渐有妹仔大过主人婆的姿势，所以Martin Fowler同学忍不住写了篇blog，提醒一下大家IOC的本原--一种作为"所有Framework与API Library最根本的区别点"的Design Principle。当年侯捷同志是以VC下的MFC作例子，马同学与时俱进，换了Rub...

2005-06-30 17:38:00 51

Groovy写业务类、框架类的那一吨好处

作者：江南白衣前篇:〈在Spring+Hibernate框架下，用动态语言写业务类〉讲述在Spring+Hibernate的架构下，因为动态语言所带来的利益，把一部分业务类改用Groovy编写并编译成Java Class文件。而且，因为Groovy的强大与简便，加上与Java亲密无间的关系，一些框架类也可以逐渐考虑用Groovy编写。 1.虽然多是星零的好处，但忽然间一整吨好处摆在面前还是...

2005-06-30 16:30:00 67

《死亡之旅》第2版

如果你把这本书当作《敏捷软件开发》这样的普适的软工书来读，希望从里面找到一些对日常项目有裨益的提议，就不会有什么收获。因为这本书只教人如何采取保守主义，实用主义的策略，"挺过死亡之旅式的项目而没有损伤"。这是个有趣的话题。因为死亡之旅式的项目一般比较难看，所以很少书籍会从这里面去总结"最佳实践"。大家更愿意在正常项目的基础上展开论述，通过"最佳实践"指导大家避免跌入死亡之旅的尴尬田地。...

2005-06-29 16:03:00 102

MartinFowler的《Language WorkBench》笔记

JetBrains的MPS出来了，Martin Fowler也大力捣鼓出一篇《Language Workbenches: The Killer-App for Domain Specific Languages?》，成为有志于LOP、DSL领域的总领性文章。首先，了解Martin Fowler的立场很重要。但似乎为了保证阅读率，MF把立场摆到了最后。 1. LOP带来的两个最大优点是 a...

2005-06-23 15:39:00 87

Antlr--看Hibernate3如何解释HQL语言

作者：江南白衣ANTLR(ANother Tool for Language Recognition)风头正盛，经常可以看到用它做语法解释器的项目，比如Hibernate就在3.0换上它来解释HQL，加强了HQL的语法。因为Antlr是EBNF-AST语法解释系的代表，而自己总是心思思想搞一下DSL(领域语言)，所以从Hibernate来学习一下Antlr的应用。 Hibernate H...

2005-06-22 01:47:00 71

我的最小项目管理工具集

作者：江南白衣序以Ruby为助力的Ruby on Rails 横空出世，又刷新了一次人们对Framework的认识：Closures、Maxin、Continuations、Metaprogramming、Reflection，又一堆名词砸得人悴不及防。 Java 虽然没有动态语言般暴起，但仍然天连天，水接水的生出好多框架技术---反射(reflection)，泛型(generics)，元数据(...

2005-06-16 17:00:00 48

在Spring+Hibernate框架下，用动态语言写业务类

如果羡慕Ruby On Rails可以用动态语言来编码，但又舍不得Spring、Hibernate这些Javaer深以为傲的框架，那么有一种折中的方案：仍然使用Spring+Hibernate框架，而用Groovy/Jython/JRuby来编写Controller类、Service类、DAO类，并把它们编译成普通的Java Class文件来使用。BuggyBean的blog里用Jython示范了...

2005-06-13 12:40:00 66

使SQL/HQL/JDOQL更容易编写与重用(下)

让框架做点事情使SQL/HQL/JDOQL更容易写一些(上) 这篇讨论那个存在于普通SQL/HQL语句与 JDBC/HIbernate之间的，一千几百行代码量的SQL处理层怎么写。开源项目里，iBATIS这个以SQL为基础的ORM方案可以参考，另外还有它的新竞争对手ORBroker，后生可畏、后发制人，易用性方面走得更远。 1.针对SQL的换行和对齐，无非就是把它写到XML里面这样就可以不受...

2005-06-10 18:35:00 55

使SQL/HQL/JDOQL更容易编写与重用(上）

无论用什么ORM方案，查询语句总还要写的，"如何让它容易写些"怎么也不outdate. 什么样的SQL最好看好写呢? 我觉得一段有着良好分行与缩进，中间没有太多+号或者java代码这类杂质的就已经是很好的了。可实际情况是，当查询复杂时，上面的要求很少达到。 1.最倒霉的程序员会看到什么呢？他会看到一堆拼接SQL的API，如Hibernate的Critertal 或者Team里的天才主力为...

2005-06-06 23:40:00 53

tiandirensoon