Convención sobre configuración: Diferenzas entre revisións

Contido eliminado Contido engadido
Luckas-bot (conversa | contribucións)
m r2.7.1) (Bot: Engado: nl:Convention over configuration
arranxiños
Liña 1:
{{atención}}
Convención sobre Configuración é un [[paradigma de deseño]] no cal se tenta reducir o númeor de decisións que os desenvolvedores precisan facer, ganando en simplicidade, aínda que non necesariamente en perda de flexibilidade.
 
'''Convención sobre Configuraciónconfiguración''' é un [[paradigma de deseño]] no cal se tenta reducir o númeornúmero de decisións que os desenvolvedores precisan facer, ganando en simplicidade, aínda que non necesariamente en perda de flexibilidade.
Cando a convención implementada por unha ferramente que empregas coincide con un comportamento desexado, comezas a desfrutar os beneficios sen ter que escribir ficheiros de configuración. Cando un comportamento desexado se desvia da convención implementada, entón configurase un comportamento desexado.
 
Cando a convención implementada por unha ferramenteferramenta que empregas coincide con un comportamento desexado, comezas a desfrutar os beneficios sen ter que escribir ficheiros de configuración. Cando un comportamento desexado se desviadesvía da convención implementada, entón configurase un comportamento desexado.
 
Esta configuración de balde fai un acercamento á programación que permite ó programador traballar con un nivel de abstracción superior.
 
===Motivación===
Tradicionalmente, os frameworks precisaban múltiples ficheiros de configuración, cada un dos cales con varias configuracións. Estes proporcionaban información específica para cada proxecto, extendendoestendendo dende as URLs cara mapeados entre clases e táboas da base de datos. Coa complexidade dunha aplicación o tamaño e número destosdestes ficheiros crecía tamén.
 
O ben coñecido mapeador de persistencia [[Hibernate]] por exemplo, mapea entidades e os seus campos á base de datos describindo estas relacións en ficheiros XML. A maioría desta información debe ser proporcionada polos nomes de clases mapeadas coa convención cara táboas e campos da base de datos co nome identicoidéntico respectivamente. Isto é unha convención establecida polos desenvolvedores [[Hibernate]] feita polos seus usuarios, p.e. os desenvolvedores que están empregando o framework. No canto de restrinxirse ás convencións dun framework podes saltarte esta convención configurando explícitamenteexplicitamente estas convencións.
 
==Usos==
O ben coñecido mapeador de persistencia [[Hibernate]] por exemplo, mapea entidades e os seus campos á base de datos describindo estas relacións en ficheiros XML. A maioría desta información debe ser proporcionada polos nomes de clases mapeadas coa convención cara táboas e campos da base de datos co nome identico respectivamente. Isto é unha convención establecida polos desenvolvedores [[Hibernate]] feita polos seus usuarios, p.e. os desenvolvedores que están empregando o framework. No canto de restrinxirse ás convencións dun framework podes saltarte esta convención configurando explícitamente estas convencións.
O framework coa asociación máis forte con este paradigma é [[Ruby on Rails]], que popularizóupopularizou este concepto.Outros frameworks están dispoñíblesdispoñibles tamén, coma o [[Spring Framework|Spring]], [[JUnit]] e [[JBoss Seam]] fan aproximacións similares.
 
===Usos=Véxase tamén==
===Ligazóns externas===
O framework coa asociación máis forte con este paradigma é [[Ruby on Rails]], que popularizóu este concepto.Outros frameworks están dispoñíbles tamén, coma o [[Spring Framework|Spring]], [[JUnit]] e [[JBoss Seam]] fan aproximacións similares.
==Ligazóns externas==
*[http://softwareengineering.vazexqi.com/files/pattern.html Información detallada de CoC] (inglés)