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

Na Galipedia, a Wikipedia en galego.
Contido eliminado Contido engadido
m elimino a Categoría:Deseño mediante HotCat
Liña 22: Liña 22:
[[Categoría: Informática]]
[[Categoría: Informática]]
[[Categoría:Paradigmas de programación]]
[[Categoría:Paradigmas de programación]]
[[Categoría:Linguaxe de Programción Ruby]]


[[ca:Convenció sobre configuració]]
[[ca:Convenció sobre configuració]]

Revisión como estaba o 2 de agosto de 2012 ás 01:34

Convención sobre configuración é un paradigma de deseño no cal se tenta reducir o nú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 ferramenta 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 desví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, estendendo 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 destes 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 idé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 explicitamente estas convencións.

Usos

O framework coa asociación máis forte con este paradigma é Ruby on Rails, que popularizou este concepto.Outros frameworks están dispoñibles tamén, coma o Spring, JUnit e JBoss Seam fan aproximacións similares.

Véxase tamén

Ligazóns externas