Muito tarde para o encadeamento, mas uma técnica que usei, pré-Angular, é aproveitar o JSON e a flexibilidade do JS para fazer referência dinâmica às chaves de coleção e usar fatos inalienáveis do ambiente (nome do servidor host, idioma atual do navegador , etc.) como entradas para discriminar / preferir seletivamente nomes-chave com sufixo em uma estrutura de dados JSON.
Isso fornece não apenas o contexto do ambiente de implantação (por OP), mas qualquer contexto arbitrário (como a linguagem) para fornecer o i18n ou qualquer outra variação necessária simultaneamente e (idealmente) em um único manifesto de configuração, sem duplicação e claramente óbvio.
EM MAIS DE 10 LINHAS VANILLA JS
Exemplo excessivamente simplificado, mas clássico: um URL base do terminal da API em um arquivo de propriedades formatado em JSON que varia de acordo com o ambiente em que (natch) o servidor host também varia:
...
'svcs': {
'VER': '2.3',
'API@localhost': 'http://localhost:9090/',
'API@www.uat.productionwebsite.com': 'https://www.uat.productionwebsite.com:9090/res/',
'API@www.productionwebsite.com': 'https://www.productionwebsite.com:9090/api/res/'
},
...
Uma chave para a função de discriminação é simplesmente o nome do host do servidor na solicitação.
Naturalmente, isso pode ser combinado com uma chave adicional com base nas configurações de idioma do usuário:
...
'app': {
'NAME': 'Ferry Reservations',
'NAME@fr': 'Réservations de ferry',
'NAME@de': 'Fähren Reservierungen'
},
...
O escopo da discriminação / preferência pode ser limitado a chaves individuais (como acima), onde a chave "base" é substituída apenas se houver uma chave correspondente + sufixo para as entradas da função - ou uma estrutura inteira, e essa estrutura em si. analisado recursivamente para combinar sufixos de discriminação / preferência:
'help': {
'BLURB': 'This pre-production environment is not supported. Contact Development Team with questions.',
'PHONE': '808-867-5309',
'EMAIL': 'coder.jen@lostnumber.com'
},
'help@www.productionwebsite.com': {
'BLURB': 'Please contact Customer Service Center',
'BLURB@fr': 'S\'il vous plaît communiquer avec notre Centre de service à la clientèle',
'BLURB@de': 'Bitte kontaktieren Sie unseren Kundendienst!!1!',
'PHONE': '1-800-CUS-TOMR',
'EMAIL': 'customer.service@productionwebsite.com'
},
Assim, se um usuário visitar o site da produção tem Alemão ( de ) configuração de preferência de idioma, a configuração acima entraria em colapso para:
'help': {
'BLURB': 'Bitte kontaktieren Sie unseren Kundendienst!!1!',
'PHONE': '1-800-CUS-TOMR',
'EMAIL': 'customer.service@productionwebsite.com'
},
Como é uma função mágica de reescrita de JSON de preferência / discriminação? Não muito:
// prefer(object,suffix|[suffixes]) by/par/durch storsoc
// prefer({ a: 'apple', a@env: 'banana', b: 'carrot' },'env') -> { a: 'banana', b: 'carrot' }
function prefer(o,sufs) {
for (var key in o) {
if (!o.hasOwnProperty(key)) continue; // skip non-instance props
if(key.split('@')[1]) { // suffixed!
// replace root prop with the suffixed prop if among prefs
if(o[key] && sufs.indexOf(key.split('@')[1]) > -1) o[key.split('@')[0]] = JSON.parse(JSON.stringify(o[key]));
// and nuke the suffixed prop to tidy up
delete o[key];
// continue with root key ...
key = key.split('@')[0];
}
// ... in case it's a collection itself, recurse it!
if(o[key] && typeof o[key] === 'object') prefer(o[key],sufs);
};
};
Em nossas implementações, que incluem sites Angular e pré-Angular, simplesmente inicializamos a configuração bem antes de outras chamadas de recursos, colocando o JSON dentro de um fechamento JS auto-executável, incluindo a função prefer (), e alimentamos propriedades básicas de hostname e código de idioma (e aceita quaisquer sufixos arbitrários adicionais que você possa precisar):
(function(prefs){ var props = {
'svcs': {
'VER': '2.3',
'API@localhost': 'http://localhost:9090/',
'API@www.uat.productionwebsite.com': 'https://www.uat.productionwebsite.com:9090/res/',
'API@www.productionwebsite.com': 'https://www.productionwebsite.com:9090/api/res/'
},
...
/* yadda yadda moar JSON und bisque */
function prefer(o,sufs) {
// body of prefer function, broken for e.g.
};
// convert string and comma-separated-string to array .. and process it
prefs = [].concat( ( prefs.split ? prefs.split(',') : prefs ) || []);
prefer(props,prefs);
window.app_props = JSON.parse(JSON.stringify(props));
})([location.hostname, ((window.navigator.userLanguage || window.navigator.language).split('-')[0]) ] );
Um site pré-angular teria agora de Reduzido (teclas sufixo há @) window.app_props se referir.
Um site Angular, como uma etapa de bootstrap / init, simplesmente copia o objeto props descartado para $ rootScope e (opcionalmente) o destrói do escopo global / window
app.constant('props',angular.copy(window.app_props || {})).run( function ($rootScope,props) { $rootScope.props = props; delete window.app_props;} );
para ser posteriormente injetado nos controladores:
app.controller('CtrlApp',function($log,props){ ... } );
ou referido de ligações em visualizações:
<span>{{ props.help.blurb }} {{ props.help.email }}</span>
Ressalvas? O caractere @ não é válido para nomeação de variável / chave JS / JSON, mas até agora aceito. Se isso for um rompimento de um contrato, substitua qualquer convenção que você goste, como "__" (sublinhado duplo), desde que você cumpra.
A técnica pode ser aplicada no servidor, portada para Java ou C #, mas sua eficiência / compactação pode variar.
Como alternativa, a função / convenção pode fazer parte do seu script de compilação de front-end, para que o JSON sangrento de todo o ambiente / todos os idiomas nunca seja transmitido por fio.
ATUALIZAR
Desenvolvemos o uso dessa técnica para permitir vários sufixos em uma chave, para evitar ser forçado a usar coleções (você ainda pode, tão profundamente quanto quiser) e também para honrar a ordem dos sufixos preferidos.
Exemplo (veja também jsFiddle de trabalho ):
var o = { 'a':'apple', 'a@dev':'apple-dev', 'a@fr':'pomme',
'b':'banana', 'b@fr':'banane', 'b@dev&fr':'banane-dev',
'c':{ 'o':'c-dot-oh', 'o@fr':'c-point-oh' }, 'c@dev': { 'o':'c-dot-oh-dev', 'o@fr':'c-point-oh-dev' } };
/*1*/ prefer(o,'dev'); // { a:'apple-dev', b:'banana', c:{o:'c-dot-oh-dev'} }
/*2*/ prefer(o,'fr'); // { a:'pomme', b:'banane', c:{o:'c-point-oh'} }
/*3*/ prefer(o,'dev,fr'); // { a:'apple-dev', b:'banane-dev', c:{o:'c-point-oh-dev'} }
/*4*/ prefer(o,['fr','dev']); // { a:'pomme', b:'banane-dev', c:{o:'c-point-oh-dev'} }
/*5*/ prefer(o); // { a:'apple', b:'banana', c:{o:'c-dot-oh'} }
1/2 (uso básico) prefere as teclas '@dev', descarta todas as outras chaves com sufixo
3 prefere '@dev' sobre '@fr', prefere '@ dev & fr' sobre todos os outros
4 (igual a 3, mas prefere '@fr' em vez de '@dev')
5 sem sufixos preferidos, descarta TODAS as propriedades com sufixo
Isso é feito marcando cada propriedade com sufixo e promovendo o valor de uma propriedade com sufixo para a propriedade sem sufixo ao iterar sobre as propriedades e encontrar um sufixo com pontuação mais alta.
Algumas eficiências nesta versão, incluindo a remoção da dependência do JSON para cópia em profundidade e a recorrência apenas em objetos que sobrevivem à rodada de pontuação em profundidade:
function prefer(obj,suf) {
function pr(o,s) {
for (var p in o) {
if (!o.hasOwnProperty(p) || !p.split('@')[1] || p.split('@@')[1] ) continue; // ignore: proto-prop OR not-suffixed OR temp prop score
var b = p.split('@')[0]; // base prop name
if(!!!o['@@'+b]) o['@@'+b] = 0; // +score placeholder
var ps = p.split('@')[1].split('&'); // array of property suffixes
var sc = 0; var v = 0; // reset (running)score and value
while(ps.length) {
// suffix value: index(of found suffix in prefs)^10
v = Math.floor(Math.pow(10,s.indexOf(ps.pop())));
if(!v) { sc = 0; break; } // found suf NOT in prefs, zero score (delete later)
sc += v;
}
if(sc > o['@@'+b]) { o['@@'+b] = sc; o[b] = o[p]; } // hi-score! promote to base prop
delete o[p];
}
for (var p in o) if(p.split('@@')[1]) delete o[p]; // remove scores
for (var p in o) if(typeof o[p] === 'object') pr(o[p],s); // recurse surviving objs
}
if( typeof obj !== 'object' ) return; // validate
suf = ( (suf || suf === 0 ) && ( suf.length || suf === parseFloat(suf) ) ? suf.toString().split(',') : []); // array|string|number|comma-separated-string -> array-of-strings
pr(obj,suf.reverse());
}
'ngconstant:development'
em'serve'
- se você colocá-lo na configuração do relógio sob a'gruntfile'
comotasks: ['ngconstant:development']
- você não precisará reiniciargrunt serve
quando você atualizar as variáveis de desenvolvimento na gruntfile.