文章為作者經歷一個項目后對配置文件的思考總結，希望能夠給你一些啟發。

一、為什么要了解配置文件？

配置文件是技術童鞋在開發過程中常用到的，產品經理在工作中有時也會接觸到，了解配置文件相關概念可以在與技術溝通時更加順暢，而不是互相看著對方卻感覺像隔了個銀河系一樣~

二、什么是配置文件？

配置文件可以理解為是一個個的txt文檔，存放在服務器某個路徑下，在技術寫代碼的時候，會經常需要去調用它。配置文件的類型（內容類型）有很多種，作用也各有不同。例如：

1. 有一種配置文件，里面放的是定義常量、各個域名、或者是目錄路徑的信息之類的，這樣子程序中所有用到這個域名的地方就使用定義的常量，以后如果域名變化了，只需要修改常量的值就可以了。比如
2. 一個網站的很多頁面的中都有一個名字’Vivian’，寫代碼的時候，不直接寫“Vivian”, 我們在一個配置文件-config.php中定義一個常量NAME，寫法是：define(NAME, ‘Vivian’)（即定義常量NAME的值=Vivian），如果我們想把”Vivian”換成“Jack”,只需要在配置文件中修改定義define中的NAME值就可以了。
3. 有的配置文件，是為了在用戶訪問網站的時候，減少頁面訪問服務器的頻率，從而減輕服務器壓力。做法就是把頁面要展示的內容都寫在配置文件中，用戶訪問網站，服務器直接返回配置文件即可。我的項目就涉及到了這種配置文件。
4. 配置文件還有很多種類，但并不是每一個項目都需要配置文件，視情況而定。

三、結合項目解剖配置文件

我是做招聘平臺的，我們平時會做一些招聘活動，這些活動頁面上展示的內容，可以完全用程序代碼去實現，但也可以通過程序+配置文件結合的方式去展示。我們采用了后者的做法。

例如我們的活動頁面上有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，如果要換一批展示公司，則需要在配置文件的代碼中直接修改，容易出錯。

以上就是我要分享的全部內容，是我通過做這一個項目了解到的知識，可能還比較不到位。配置文件還有很多種類型，每種都作用都不同，具體工作中需視情況而定，產品不需要非常透徹的掌握，但至少我們對它有了大致的概念，不至于在于技術溝通的時候一頭霧水。

本文由 @袁球球 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自PEXELS，基于CC0協議