咱不谈代码生成器了，咱谈谈配置XML来实现基本逻辑，欢迎拍砖

我也做过一个类似的东西， 如果整个系统也面风格差不多，做web层的效率非常之高。

那也要看是谁做，怎么做，才能讨论效率了

跟我做的思路一样，英雄所见略同。呵呵

现在也想做一个类似的东西，有一些想法与楼主的比较接近，想与楼主交流，方便给个邮件地址么？

这两种做法都会很快发展出瓶颈

但是能方便一些就方便一些，到时候再说其他的

看发贴日期：2004-11-01
                 

不知道楼主现在是否还在做“xml配置实现基本逻辑”？
我2004年上半年的时候也很觉得这种做法很有搞头。直到2004年底，跟一个C高手聊天，聊起做程序的这种想法。被他恨批，终于清醒。 做这种所谓的xml配置实现基本逻辑肯定没搞头。

别只说结果不论过程嘛，说来听听

道理很简单，你写的“XML配置实现基本逻辑”本身就是一种程序语言咯。你的所谓“XML配置实现基本逻辑”实际上就是你自己开发的一种逻辑语言。既然这样，你的"xml配置"相对java语言来说，不过是两门语言的比较了。你觉得你能开发出一门比java更好用的语言么？
    当然，也许会说，我的配置实现，是一种固定的模式，是有限的应用范围，在这有限的应用范围是有价值的。问题就出现在这里了，你的有限范围怎么限定？ 也许你开始想的是某一个范围，但一个个新问题出现的时候，你的“有限范围”就会不断的扩大。直到有一天，你的"XML配置文件"的语义解析能力变的复杂，强大的时候，也就是你的"XML配置"完蛋的时候------假如能走到那个时候。你的语义解析的复杂度也许已经超过java了，这个时候别人用java实现，还是用你的语言实现有区别么？
   我当年就是老想着这个思路解决问题，而且还写了个东西来在项目中用。但最后死的很惨（后面我撤离项目组了，这个项目不是我们分公司的，是另外分公司的项目，我是抽调过去帮忙的）。据说后来维护的同事已经把我的东西废弃掉了。
   另外补充一点，xml本身的特点是一种"实体状态"特征（我没找到好的描述词，大概意思就是这个），表达逻辑，表达动作都不是他的强项。如果你真的想写一个东西的教本来表达这些，你应该考虑的是写一个小型的教本，这个才有意义。 我以前有这样的项目，在适当的时候，写个自己的教本确实有意义，省了很多事情。
    当然，xml同样也是可以表达逻辑，动作的，但是能力不够强，表述也不方便。我上个项目就是用到xml表达简单的逻辑（报表的输入，输出逻辑控制。逻辑简单，只需要控制一一对应的输入，输出）。

I cannot agree more on this point. We have used XML to handle the presentation logic since year 2000. At first, it saved us a lot of time and then things go wild and finally become an unmaintainable monster. What lixigua said is what we truly experienced.

IMHO, XML is good at presenting "state" or "data", especially the hierarchy data but not the logic. Take a look of the xHTML. They don't invent control logic tags, instead, they want you to use the javascript. Take a look of the Mozilla XUL. They don't invent control logic as a XUL tag, instead, they want you to use the javascript. The reason is simple, XML form simply increase the programmer's burden in doing logic thing.

We learned the lesson and in our ZK Ajax framework ( http//zk.sourceforge.net  ), we only allow the two simple attributes "if" and "unless" (the logic) in our ZUL tag. Yet it is the most logics that we debate that can be put in ZUL. We want user to use java code to do the logic part.

From the MVC point of view, IMHO, you can probably use XML to do M and V (the data and view). Don't use XML to do the controller or you are looking for trouble.

/henri