如何管理不同环境的配置变量/常数?

这可以是一个例子:

我的其余API可以在localhost:7080/myapi/上访问,但是我的朋友在Git版本控制下使用相同的代码,他在localhost:8099/hisapi/上的Tomcat上部署了API。

假设我们有这样的东西:

angular
    .module('app', ['ngResource'])

    .constant('API_END_POINT','<local_end_point>')

    .factory('User', function($resource, API_END_POINT) {
        return $resource(API_END_POINT + 'user');
    });

我如何动态地注入API端点的正确值,取决于环境?

在PHP中,我通常使用config.username.xml文件来完成这类工作,将基本配置文件(config.xml)与由用户名识别的本地环境配置文件合并。但我不知道如何在JavaScript中管理这种事情?


当前回答

一个很酷的解决方案可能是将所有特定于环境的值分离到某个单独的角模块中,所有其他模块都依赖于它:

angular.module('configuration', [])
       .constant('API_END_POINT','123456')
       .constant('HOST','localhost');

然后需要这些条目的模块可以声明对它的依赖:

angular.module('services',['configuration'])
       .factory('User',['$resource','API_END_POINT'],function($resource,API_END_POINT){
           return $resource(API_END_POINT + 'user');
       });

现在你可以想想更酷的东西:

包含配置的模块可以被分离到configuration.js中,它将包含在你的页面中。

只要不将这个单独的文件签入git,每个人都可以轻松地编辑这个脚本。但是,如果配置在一个单独的文件中,则更容易不签入配置。此外,您还可以在本地对其进行分支。

现在,如果您有一个构建系统,如ANT或Maven,您的进一步步骤可能是为API_END_POINT值实现一些占位符,这些占位符将在构建时用您的特定值替换。

或者你有你的configuration_a.js和configuration_b.js,并在后端决定包含哪个。

其他回答

一个很酷的解决方案可能是将所有特定于环境的值分离到某个单独的角模块中,所有其他模块都依赖于它:

angular.module('configuration', [])
       .constant('API_END_POINT','123456')
       .constant('HOST','localhost');

然后需要这些条目的模块可以声明对它的依赖:

angular.module('services',['configuration'])
       .factory('User',['$resource','API_END_POINT'],function($resource,API_END_POINT){
           return $resource(API_END_POINT + 'user');
       });

现在你可以想想更酷的东西:

包含配置的模块可以被分离到configuration.js中,它将包含在你的页面中。

只要不将这个单独的文件签入git,每个人都可以轻松地编辑这个脚本。但是,如果配置在一个单独的文件中,则更容易不签入配置。此外,您还可以在本地对其进行分支。

现在,如果您有一个构建系统,如ANT或Maven,您的进一步步骤可能是为API_END_POINT值实现一些占位符,这些占位符将在构建时用您的特定值替换。

或者你有你的configuration_a.js和configuration_b.js,并在后端决定包含哪个。

为了达到这个目的,我建议你使用AngularJS环境插件:https://www.npmjs.com/package/angular-environment

这里有一个例子:

angular.module('yourApp', ['environment']).
config(function(envServiceProvider) {
    // set the domains and variables for each environment 
    envServiceProvider.config({
        domains: {
            development: ['localhost', 'dev.local'],
            production: ['acme.com', 'acme.net', 'acme.org']
            // anotherStage: ['domain1', 'domain2'], 
            // anotherStage: ['domain1', 'domain2'] 
        },
        vars: {
            development: {
                apiUrl: '//localhost/api',
                staticUrl: '//localhost/static'
                // antoherCustomVar: 'lorem', 
                // antoherCustomVar: 'ipsum' 
            },
            production: {
                apiUrl: '//api.acme.com/v2',
                staticUrl: '//static.acme.com'
                // antoherCustomVar: 'lorem', 
                // antoherCustomVar: 'ipsum' 
            }
            // anotherStage: { 
            //  customVar: 'lorem', 
            //  customVar: 'ipsum' 
            // } 
        }
    });

    // run the environment check, so the comprobation is made 
    // before controllers and services are built 
    envServiceProvider.check();
});

然后,你可以从你的控制器调用变量,像这样:

envService.read('apiUrl');

希望能有所帮助。

好问题!

一种解决方案是继续使用config.xml文件,并从后端向生成的html提供api端点信息,如下所示(以php为例):

<script type="text/javascript">
angular.module('YourApp').constant('API_END_POINT', '<?php echo $apiEndPointFromBackend; ?>');
</script>

也许不是一个漂亮的解决方案,但它会起作用。

另一种解决方案可能是保持API_END_POINT常量值,因为它应该在生产环境中,并且只修改您的hosts-file来将url指向您的本地api。

或者使用localStorage来重写,就像这样:

.factory('User',['$resource','API_END_POINT'],function($resource,API_END_POINT){
   var myApi = localStorage.get('myLocalApiOverride');
   return $resource((myApi || API_END_POINT) + 'user');
});

你可以用lvh。me:9000来访问你的AngularJS应用程序,(lvh。Me只是指向127.0.0.1),然后指定一个不同的端点如果lvh。我是主持人:

app.service("Configuration", function() {
  if (window.location.host.match(/lvh\.me/)) {
    return this.API = 'http://localhost\\:7080/myapi/';
  } else {
    return this.API = 'http://localhost\\:8099/hisapi/';
  }
});

然后注入Configuration服务并使用Configuration。当你需要访问API时:

$resource(Configuration.API + '/endpoint/:id', {
  id: '@id'
});

有点笨拙,但对我来说很好,尽管在稍微不同的情况下(API端点在生产和开发中不同)。

如果你使用Brunch, Constangular插件可以帮助你管理不同环境的变量。