产品经理之技术篇：配置文件

                                                文章为作者经历一个项目后对配置文件的思考总结，希望能够给你一些启发。

一、为什么要了解配置文件？
配置文件是技术童鞋在开发过程中常用到的，产品经理在工作中有时也会接触到，了解配置文件相关概念可以在与技术沟通时更加顺畅，而不是互相看着对方却感觉像隔了个银河系一样~
二、什么是配置文件？
配置文件可以理解为是一个个的txt文档，存放在服务器某个路径下，在技术写代码的时候，会经常需要去调用它。配置文件的类型（内容类型）有很多种，作用也各有不同。例如：
[ol]

有一种配置文件，里面放的是定义常量、各个域名、或者是目录路径的信息之类的，这样子程序中所有用到这个域名的地方就使用定义的常量，以后如果域名变化了，只需要修改常量的值就可以了。比如

一个网站的很多页面的中都有一个名字’Vivian’，写代码的时候，不直接写“Vivian”, 我们在一个配置文件-config.php中定义一个常量NAME，写法是：define(NAME, ‘Vivian’)（即定义常量NAME的值=Vivian），如果我们想把”Vivian”换成“Jack”,只需要在配置文件中修改定义define中的NAME值就可以了。

有的配置文件，是为了在用户访问网站的时候，减少页面访问服务器的频率，从而减轻服务器压力。做法就是把页面要展示的内容都写在配置文件中，用户访问网站，服务器直接返回配置文件即可。我的项目就涉及到了这种配置文件。

配置文件还有很多种类，但并不是每一个项目都需要配置文件，视情况而定。
[/ol]
三、结合项目解剖配置文件
我是做招聘平台的，我们平时会做一些招聘活动，这些活动页面上展示的内容，可以完全用程序代码去实现，但也可以通过程序+配置文件结合的方式去展示。我们采用了后者的做法。

例如我们的活动页面上有6家公司（公司名称、公司性质等），每家公司下面5个职位（职位名称、薪水等），那么这些公司ID，职位ID，公司名称，公司性质等内容，都可以写在配置文件中，用户访问这个页面，服务器直接返回这个配置文件，这些内容就可以显示出来了；
看一段配置文件：co_rul代表公司详情页的网址，co_logo代表公司logo的存放路径，coid代表公司ID，COHR代表公司简称；

以上是配置文件的做法1。
做法2：当然，配置文件也可以简单一些，只写公司ID，职位ID，其他要展示的字段（如“COHR”公司简称）由程序去数据库中读取~，然后再展示出来；这样用户访问的时候，程序从配置文件中读取ID，然后根据ID再去数据库读取所有页面要展示的字段内容，然后根据服务器返回的值进行页面展示（比如用户访问页面时，程序从配置文件中读取到有一个公司coid=1249，然后程序根据coid=1249，去数据库读取公司简称=“前程无忧”，然后“前程无忧”就会展示在页面上）。
做法3：甚至还可以这样，公司ID，职位ID，单独存放在一个文件中，程序是从这个文件中读取ID，至于ID对应的其他字段（如”COHR”即公司简称），程序再去“数据库”中读，所有内容读取完毕后，生成一个配置文件，然后用户访问时，所有内容均在配置文件中，用户访问页面时，直接展示配置文件中的信息即可。
例如，ID以这样的格式存放在一个excel表中，每家公司占2行，第一行，公司ID，第二行，职位ID。ID单独存放在一个文件中比较方便修改，替换和维护。

上图数字释义：一家公司占2行，第一行是公司ID，第二行是职位ID。上表中有3家公司，每家公司下有5个职位。
3种做法各有利弊

做法1：全部内容都写在配置文件中。好处：减少页面加载时间。坏处：实时性不强。配置文件不会实时跑，1天跑一次算频率高的。

做法2：配置文件中只写公司ID和职位ID。利弊与前者刚好相反。

做法3：所有字段都由程序读取去生成配置文件，ID单独存放在一个文件中，程序从这个文件中读取出公司ID和职位ID，其他字段（如COHR公司简称），程序去数据库读取，然后所有内容全部生成到配置文件中。

性质及利弊同做法1，区别在于，把ID单独存放在一个文件，方便更新维护，比较人性化。而做法1，如果要换一批展示公司，则需要在配置文件的代码中直接修改，容易出错。
以上就是我要分享的全部内容，是我通过做这一个项目了解到的知识，可能还比较不到位。配置文件还有很多种类型，每种都作用都不同，具体工作中需视情况而定，产品不需要非常透彻的掌握，但至少我们对它有了大致的概念，不至于在于技术沟通的时候一头雾水。