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

产品经理就业特训营,专门为大学生和准备转型做产品的人量身定制,60天线下培训,包就业!了解详情

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

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

配置文件是技术童鞋在开发过程中常用到的,产品经理在工作中有时也会接触到,了解配置文件相关概念可以在与技术沟通时更加顺畅,而不是互相看着对方却感觉像隔了个银河系一样~

二、什么是配置文件?

配置文件可以理解为是一个个的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协议

打赏也是一种认可
5人打赏
评论
有话不说憋着难受!
  1. 如果是一个常用的活动页,需要经常替换公司和职位,应该就是需要开发一套后台运营系统来支撑

    回复
    1. 对的,如果活动成为常规工作,而不是偶尔一次两次的话,就需要做到后台系统中了,包括页面的UI背景、公司的替换,都可以在系统中上传替换完成。如果只是偶尔搞1次这样的活动的话,就没有比较进系统了,采用配置文件的方式就比较适合。

      回复
  2. 请教:活动页配置为何不在运营后台中实现,如果都放在配置文件中,可能需要产品或者运营人员经常去数据库中查对应字段ID,这样风险是否有点大,还有设置出错的可能性

    回复
    1. 你说的是做法1吧,做法1的确易出错。我们这次活动采用的是做法3,产品提供一个Excel文件,里面存放要展示的公司ID和职位ID,技术根据我Excel表格中的公司ID职位ID,读取各字段内容后,生成的一个配置文件,然后用户每次访问页面的时候就展示配置文件。如果要换一批公司,产品直接在Excel文件中修改ID即可

      回复