我最近的许多时间都花在Reeter项目上了。目前我的注意力主要放在内容编写器上,尤其是支持BEA CMS的编写器。正如平常一样,在开发中我不时地发现,在reeterconfig.xml中,这里需要添加一些东西,那里需要移除一些东西。该文件包含了Reeter所有的储存库和feed信息。现在我经常更改它,而且我发现我必须不断地更改XML Beans以反映新的结构。
经过几次重构后,我开始有Shotgun Surgery的感觉了,我不断地对整个代码树做一些小的更改。我考虑了一下,认为我的问题是,随着功能的发展和贬值等等,这种更改在配置文件中是不可避免的。我非常了解当前的设计,并避免仅仅因为看上去很酷就添加一大堆华而不实的特性,但是目前这是人们所关心的一个重要方面,而且我认为这种趋势会加剧。所以我决定求助于XQuery/XPath和XMLBeans的支持。
经过少量的修改之后,所有对配置文档的调用都通过xquery选择语句进行。这种投资物有所值。昨晚我再次修改了配置模式,我只需更新一个包含所有的xquery选择语句的属性文件。现在我可以集中精力实现编写器,然后就可以将其发布了。
下面的代码片断可以说明,如何利用XQuery/Xpath和XMLBeans来支持所生成的对象之间的松散耦合。
Except from ReeterContext.java
ReeterContext是一个单元素类,它负责维护当前运行的配置,并返回它的数据。下面的方法接受一个关键字(针对ResourceBundle),以供对XMLBean执行所需的xquery。
public String queryConfig(String querykey)
{
XmlCursor cursor = _doc.newCursor();
cursor.toFirstChild();
cursor.selectPath(getXQuery(querykey));
cursor.toNextSelection();
return cursor.getTextValue();
}
现在,如果要从配置文档检索一个值,只需如此:
String repositoryType = ctx.queryConfig("repository.type");
而不是使用我以前所使用的紧密耦合方法:
String repositoryType =
_doc.getReeterConfig().getConfig().getDocument().getRespository().getType();
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
避免在.NET代码中出现不恰当依赖
人们日常生活中,如果过于信赖就会出现很多不必要的麻烦。同样在编程代码方面也是一样的,如何保持代码的可维护性,如何减少不同组件之间的关系呢?
-
SOA实施的五大优势和挑战
SOA,面向服务的体系结构是一个组件模型。那么SOA实施有哪些好处?而进行SOA实施时企业要具备哪些条件,又会面临怎样的挑战?
-
如何用XUL进行XQuery语言编写?
自从和XML数据库合作以来,XQuery获得了巨大的牵引力,但其最薄弱的一环就是写入数据库还有很大局限性。应用程序有时必须创建多种XML数据库或者写回整个图表才能进行简单的数据变化。
-
松散耦合的七个级别
当ZapThink考虑做面向服务架构(SOA)的时候,我们通常要避免关于“什么是或者不是SOA” 语义的争论,但是侧重于确定面向服务系统的特性和提供机构采用的架构方法的益处。