產品經理之技術篇:配置文件

5 評論 12089 瀏覽 88 收藏 8 分鐘

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

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

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

二、什么是配置文件?

配置文件可以理解為是一個個的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協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 請教:活動頁配置為何不在運營后臺中實現,如果都放在配置文件中,可能需要產品或者運營人員經常去數據庫中查對應字段ID,這樣風險是否有點大,還有設置出錯的可能性

    來自上海 回復
    1. 你說的是做法1吧,做法1的確易出錯。我們這次活動采用的是做法3,產品提供一個Excel文件,里面存放要展示的公司ID和職位ID,技術根據我Excel表格中的公司ID職位ID,讀取各字段內容后,生成的一個配置文件,然后用戶每次訪問頁面的時候就展示配置文件。如果要換一批公司,產品直接在Excel文件中修改ID即可

      來自上海 回復