我的编码习惯 - 配置规范（导读）

分享我工作中制定配置文件的习惯

工作中少不了要制定各种各样的配置文件，这里和大家分享一下工作中我是如何制定配置文件的，这是个人习惯，在我在的项目组中目前要定义配置文件都安装这个步骤，效果还不错。

如我们现在有一个这样的配置需求，顶层是Server，有port和shutdown2个属性，包含一个service集合，service对象有name一个属性，并包含一个connector集合，connector对象有port和protocol2个属性。

我一上来不会去考虑是用xml还是json还是数据库配置，我会第一步写好对应的配置bean。如上面的需求，就写3个bean。bean和bean之间的包含关系要体现出来。（使用了lombok）

写好后，我会编写其他的业务代码，整个流程跑完整了，配置的类型，字段不需要修改了，最后使用XStream生成xml文件，这就是最后交互的配置文件。

最后定稿的配置文件（就是这个 String xml = XMLConfig.toXML(server)）：

附上自己的junit

就是说，我配置文件是功能完成后期才完成的，如果项目一开始就指定了配置文件的格式，中途少不了各种修改。我的xml是配置相关的bean完全测试通过之后，用xstream生成xml，读取的时候也是用xstream直接读成对象，完全不需要关注xml的读写。

还有最主要的是，我有中间的这一层配置的bean，这是我觉得最重要的。有了这层bean之后，就相当于有了一个中介。你不需要知道配置是哪里来的，是xml还是json还是数据库，修改很灵活，同时代码不需要有读取xml的任何代码，可读性相当的好。写过代码的同学都应该知道，业务逻辑代码里面混杂着从xml里面读取配置项的代码，其实挺难看的。

这里是有的技术有xstream，还使用了lombok，但这些都不是关键，关键是有配置的bean这一层中介，整个过程不需要和xml打任何交道，后面要改成json还是分分钟的时候。我觉得代码好坏就在于此。千万业务代码里面不要和读取配置的代码耦合在一起。切记！

这就是我今天给大家分享的。我个人非常喜欢的编码方式，使用简单，效果也很好。其实没有什么技术，技术一说都懂，但我觉得技术外的习惯才是最重要的！欢迎讨论。

==================更新=================