xml,properties 做配置文件的区别
其实这两个在项目中都有用过，今天看到一篇文章写的我有点郁闷了：“判断一个程序系统的先进性,我们先看看他的配置文件,如果还在使用老套的xxx=123 这样类似.ini的文件,我们也许会微微一笑,他又落伍了.....”，有这种说法？ xml做配置文件的优越性在哪里呢。请大伙谈谈……

------解决方案--------------------
从哪里看来的文章,我感觉是瞎说.
如果真是如此,就纳闷了,那么多软件怎么都是 .ini????
------解决方案--------------------
xml有哪些优越性呢？
新技术？
赶潮流？
找不到哦，可能是用的人多了，就优越了。
xml总感觉臭长，或许是个人能力、水平、没到那个认为xml很有优势的程度吧
------解决方案--------------------
ini或者properties，不少见啊。xml的文件可以实现更好的交互，比如你用java编写的程序，用delphi可以读取Java的一些配置数据。但是要用ini的方式。这两种语言要求的格式不一样。我就做过这样的时候，我做的java程序，和delphi交互的时候很麻烦的。如果当时用xml，现在想想会容易些
------解决方案--------------------
单以配置来说ha 
properties 是key-->value对关系，表现不出复杂的关系，
以struts的配置文件说明：
<action path="" type="" >
<forward ... >
</action>
properties文件就表现不出来这种关系，不过这2个配置形式各有各的好处，
具体使用什么得看需求.
4楼说的很对，xml是通用格式，可以在不同语言，框架之间做为数据载体
------解决方案--------------------
xml有很多优点，第一是结构清楚，可以把信息作为树形结构保存，第二是便于维护，第三是自定义标签很方便
当然如果配置的东西不是很多的话properties文件也是不错的选择。
------解决方案--------------------
log4j好像用的就是properties吧
------解决方案--------------------
类似系统参数这样的配置应该放 properties 里，主要体现 key－value 这样的，如：
isSSOEnabled=true.
但配置如果要体现一些比较复杂的结构，如 hibernate 中对象与数据库表的 map，用 properties 就不可行了。
没有哪个好，哪个坏，用途不太一样的。