环境配置文件布局解决方案

一般来说,我们有开发环境(DEV)、测试环境(TEST)、生产环境(PROD)。

创新互联建站专注于拜城网站建设服务及定制,我们拥有丰富的企业做网站经验。 热诚为您提供拜城营销型网站建设,拜城网站制作、拜城网页设计、拜城网站官网定制、小程序设计服务,打造拜城网络公司原创品牌,更为您提供拜城网站排名全网营销落地服务。

怎样解决自动根据不同环境切换相应的配置文件的问题呢?

本文以PHP为例。

最简单的方法,是确保三种环境的服务器可以给出一模一样的设置给程序,如数据库地址、端口、数据库名、用户名密码等。但在资源紧缺的环境下可操作性不强。

首先,无论如何,建三个对应的配置文件是必须的。

如:

config.dev.php

config.test.php

config.prod.php/config.php

然后,便是自动切换的问题。

其实,正常情况下,这三者的运行环境可能都相同,无法简单的通过环境的不同进行区分。除非那种极客型的,如修改php代码,不同环境增加不同环境变量标示手动编译PHP,这样运行环境中就具备了区分标示,然后封装一个判断方法。同样在资源紧缺的情况下,可操作性不强。

剩下比较可行的,就是通过文件软连接的方式。*nix、Windows都有办法创建文件软连接,系统无论有几个配置文件,在运行时都只需要一个文件,所以在不造成相应程序大幅改动代码来实现切换的话,就是这种方案了:

config.dev.php

config.test.php

config.prod.php

然后手动在每种环境创建软连接config.php,指向对应的文件config.xxx.php。

实在像虚拟主机,就直接在服务器上把config.prod.php 改成 config.php

PS

在大型的应用中,异常复杂的无数资源需要调用的环境,专门做一个资源管理与调度的系统,然后针对每种资源如mysql服务编号命名,然后在应用环境中,调用统一的api来获取配置资源。这种方式,其实还是要在资源比较充足的情况下,尤其测试环境与正式环境不能在一台机器上。这样,可以根据应用请求的ip或端口来判断:那台是测试服务器,我就返回一个测试用的配置数据给它;这台是正式环境,就返回正式的配置。


新闻名称:环境配置文件布局解决方案
转载源于:http://pwwzsj.com/article/cjjhpc.html