31,014
edits
Lenguaje y Normas de Desarrollo: Difference between revisions
Jump to navigation
Jump to search
Lenguaje y Normas de Desarrollo (view source)
Revision as of 23:15, 13 September 2010
, 16 years ago→Design patterns enterprise (Martin Fowler)
| Line 202: | Line 202: | ||
Un intermedio entre los 2 anteriores donde se tiene una sola clase por tabla de la base de datos. | Un intermedio entre los 2 anteriores donde se tiene una sola clase por tabla de la base de datos. | ||
Como se muestra en el código de la plantilla (ver sección anterior) Dolibarr se basa en el principio de '''Table Module'''. | |||
-> Como se muestra en el código de la plantilla (ver sección anterior) Dolibarr se basa en el principio de '''Table Module'''. | |||
=== Comunicación lógica de negociado - datos (ORM) === | === Comunicación lógica de negociado - datos (ORM) === | ||
| Line 222: | Line 223: | ||
Ejemplo: Es el utilizadao si utilizamos el Framework de ORM '''Propel''' (http://propel.phpdb.org/trac/). Lo encontraremos pues en aplicacciones más pesadas basadas en este ORM. | Ejemplo: Es el utilizadao si utilizamos el Framework de ORM '''Propel''' (http://propel.phpdb.org/trac/). Lo encontraremos pues en aplicacciones más pesadas basadas en este ORM. | ||
Para los desarrollos de Dolibarr, es recomendado utilizar el modo '''Active Record ''' que ofrece las ventajas de un modelo cercano de negociado sin la complejidad y sin dificultar mucho la técnica. Es en este modo mediante el cual el desarrollo, la comprensión del código y el mantenimiento técnico y/o funcional parece ser la más productivo (Sin embargo, se trata de un eterno debate entre los puristas y los pragmáticos, el debate en el que nadie puede realmente estar en lo cierto, porque todo depende de los objetivos a atender). | -> Para los desarrollos de Dolibarr, es recomendado utilizar el modo '''Active Record ''' que ofrece las ventajas de un modelo cercano de negociado sin la complejidad y sin dificultar mucho la técnica. Es en este modo mediante el cual el desarrollo, la comprensión del código y el mantenimiento técnico y/o funcional parece ser la más productivo (Sin embargo, se trata de un eterno debate entre los puristas y los pragmáticos, el debate en el que nadie puede realmente estar en lo cierto, porque todo depende de los objetivos a atender). | ||