ajoo的四个开元项目

Yan Container （可能是迄今最灵活的0侵入ioc container）

http://yan.codehaus.org

JParsec （灵活的parser combinator库，haskell parsec在java上的移植。功能类似ANTLR，不过额外支持算符优先文法，上下文相关文法，动态语法等ANTLR不支持的功能）

jparsec.codehaus.org

Jaskell （jvm里面的动态类型函数式脚本语言）
http://codehaus.org/~yan/jaskell/manual/index.html

Neptune （使用Jaskell语言的build tool。相比于ant，更灵活，更强大，对代码重用，抽象，跨项目工作都有良好支持。兼容ant）

http://codehaus.org/~yan/neptune/manual/index.html


现在四个项目都比较稳定了。都可用。

Neptune 很类似MakeFile .
不过它的整体格式跟XML格式比起来，确实不敢恭维。

不知道，AJOO为何反起道而行之？？

你这么说,只是因为
1。你已经熟悉了xml。
2。你不熟悉jaskell语言，也不熟悉函数式语言。所以如果你不花点时间看明白jaskell语法的话，自然neptune就像看天书了。这也没什么。其实，你要不学语法，ruby, python你也一样看不懂。不是敢不敢恭维的问题，而是想不想花时间看的问题。

它的整体格式，虽然不如xml那么让人耳熟能详，但是，它在代码重用，灵活性方面则不是xml能够比拟的。毕竟xml只是一个数据描述语言，不是一个编程语言。
我用ant的时候，被迫到处copy-paste。antcall用的非常不爽，跨buildfile的就更难用。

我也不认为xml这条路走得就必然对。事实上我很反感用xml写逻辑。ant已经有这个倾向。

找个茬, http://codehaus.org/~yan/parsec/manual/index.html  的标题竟然是 "Yan Container Manual", 老兄是Copy-Paste出来的吧 哈哈

shoot!

疏忽了。不过反正还在进一步完善文档中。

yan的website基本建好了．
http://yan.codehaus.org．

我加了一页专门解释一下为什么要用ioc container的问题．
http://yan.codehaus.org/IOC+Container

请大家多提意见．

jparsec项目发布。如果你在写一些parser，用yacc或者antlr不太好使的话（比如需要运算符优先文法，上下文相关文法之类的），可以考虑用jparsec。

http://jparsec.codehaus.org

codehaus的项目阿，仰视ajoo中。