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

解决方案 »

  1.   

    从哪里看来的文章,我感觉是瞎说.
    如果真是如此,就纳闷了,那么多软件怎么都是 .ini????
      

  2.   

    xml有哪些优越性呢?
    新技术?
    赶潮流?
    找不到哦,可能是用的人多了,就优越了。
    xml总感觉臭长,或许是个人能力、水平、没到那个认为xml很有优势的程度吧
      

  3.   

    xml 臭长??? 做配置文件啊大哥,不是说数据交换。
       嘿,ini是很少见了,cs会用到吧。  文章啊,这里 http://www.jdon.com/idea/xml.htm
      

  4.   

    ini或者properties,不少见啊。xml的文件可以实现更好的交互,比如你用java编写的程序,用delphi可以读取Java的一些配置数据。但是要用ini的方式。这两种语言要求的格式不一样。我就做过这样的时候,我做的java程序,和delphi交互的时候很麻烦的。如果当时用xml,现在想想会容易些
      

  5.   

    单以配置来说ha 
    properties 是key-->value对关系,表现不出复杂的关系,
    以struts的配置文件说明:
      <action path="" type="" >
         <forward ... >
      </action>
    properties文件就表现不出来这种关系,不过这2个配置形式各有各的好处,
    具体使用什么得看需求.
    4楼说的很对,xml是通用格式,可以在不同语言,框架之间做为数据载体
      

  6.   

    xml有很多优点,第一是结构清楚,可以把信息作为树形结构保存,第二是便于维护,第三是自定义标签很方便
    当然如果配置的东西不是很多的话properties文件也是不错的选择。
      

  7.   

    log4j好像用的就是properties吧
      

  8.   

    类似系统参数这样的配置应该放 properties 里,主要体现 key-value 这样的,如:
    isSSOEnabled=true.
    但配置如果要体现一些比较复杂的结构,如 hibernate 中对象与数据库表的 map,用 properties 就不可行了。
    没有哪个好,哪个坏,用途不太一样的。
      

  9.   

    properties  什么东东啊  干嘛用的