Comentarios en: ¿Que es la abstracción? http://www.ascsl.com/2009/12/que-es-la-abstraccion/ analisis y desarrollo de aplicaciones con V7 , QML y JavaScript Wed, 01 Feb 2012 14:28:45 +0000 hourly 1 http://wordpress.org/?v=3.0.3 Por: Pepeto's blog - analisis de aplicaciones con V7 » Blog Archive » Analisis de una aplicación completa http://www.ascsl.com/2009/12/que-es-la-abstraccion/comment-page-1/#comment-688 Pepeto's blog - analisis de aplicaciones con V7 » Blog Archive » Analisis de una aplicación completa Mon, 28 Jun 2010 07:19:23 +0000 http://ascsl.wordpress.com/?p=210#comment-688 [...] ya se explicó anteriormente en el articulo sobre la abstracción, debemos analizar cada punto del esquema y decidir si nos conviene abstraer el esquema o mantener [...] [...] ya se explicó anteriormente en el articulo sobre la abstracción, debemos analizar cada punto del esquema y decidir si nos conviene abstraer el esquema o mantener [...]

]]> Por: ascpepeto http://www.ascsl.com/2009/12/que-es-la-abstraccion/comment-page-1/#comment-36 ascpepeto Tue, 22 Dec 2009 17:14:16 +0000 http://ascsl.wordpress.com/?p=210#comment-36 Parece que lo has entendido perfectamente, :D Parece que lo has entendido perfectamente, :D

]]> Por: DomK http://www.ascsl.com/2009/12/que-es-la-abstraccion/comment-page-1/#comment-35 DomK Tue, 22 Dec 2009 16:10:49 +0000 http://ascsl.wordpress.com/?p=210#comment-35 Hola Jose Luís, Según entiendo en el ejemplo que propones, la abstracción de Clientes, Proveedores y Agentes a una única tabla de Entidades con sus respectivos checks booleanos marcados tiene la ventaja de que está todo junto y un mantenimiento coherente de entidades es más factible (añadir/modificar un mismo campo para todos ellos), ya que con tablas separadas debería realizar por triplicado los cambios. Pero por otra parte, las búsquedas y localizadores de Clientes, Proveedores y Agentes con todo junto en Entidades incluye más componentes y subindexaciones, cosa que por separado es más directa, y con gran cantidad de datos seguramente sea más rápido. A fn de cuentas creo que la decisión es mantener una aplicación estandard para todos los clientes o hacer negocio con la personalización a cada cliente según su casuística. Personalmente votaría por la abstracción para el desarrollo y la personalización para el negocio, todo ello compatible, claro ;-D Un saludo, Hola Jose Luís,

Según entiendo en el ejemplo que propones, la abstracción de Clientes, Proveedores y Agentes a una única tabla de Entidades con sus respectivos checks booleanos marcados tiene la ventaja de que está todo junto y un mantenimiento coherente de entidades es más factible (añadir/modificar un mismo campo para todos ellos), ya que con tablas separadas debería realizar por triplicado los cambios.

Pero por otra parte, las búsquedas y localizadores de Clientes, Proveedores y Agentes con todo junto en Entidades incluye más componentes y subindexaciones, cosa que por separado es más directa, y con gran cantidad de datos seguramente sea más rápido.

A fn de cuentas creo que la decisión es mantener una aplicación estandard para todos los clientes o hacer negocio con la personalización a cada cliente según su casuística.

Personalmente votaría por la abstracción para el desarrollo y la personalización para el negocio, todo ello compatible, claro ;-D

Un saludo,

]]> Por: ascpepeto http://www.ascsl.com/2009/12/que-es-la-abstraccion/comment-page-1/#comment-34 ascpepeto Tue, 22 Dec 2009 08:36:35 +0000 http://ascsl.wordpress.com/?p=210#comment-34 La verdad es que no quiero decir nada en concreto, solo explicar lo que significa abstraer, y que cada uno debe valorar cada situación en concreto. Cada proyecto es diferente y hay veces que merece la pena y otras no. Y por supuesto, que para un principiante, la abstracción puede llegar a ser un problema. Pero claro que es bueno abstraer una estructura, pero cada uno debe saber donde esta el limite. Además, si abstraemos demasiado el esquema, puede llegar a ser un problema para el usuario/cliente final. La prueba esta en vBase (de 6.x) que es demasiado complicada para según que entidades. Lo mejor es encontrar un equilibrio. Espero haberte ayudado. La verdad es que no quiero decir nada en concreto, solo explicar lo que significa abstraer, y que cada uno debe valorar cada situación en concreto. Cada proyecto es diferente y hay veces que merece la pena y otras no. Y por supuesto, que para un principiante, la abstracción puede llegar a ser un problema. Pero claro que es bueno abstraer una estructura, pero cada uno debe saber donde esta el limite. Además, si abstraemos demasiado el esquema, puede llegar a ser un problema para el usuario/cliente final. La prueba esta en vBase (de 6.x) que es demasiado complicada para según que entidades.
Lo mejor es encontrar un equilibrio.
Espero haberte ayudado.

]]> Por: nexusfireman http://www.ascsl.com/2009/12/que-es-la-abstraccion/comment-page-1/#comment-33 nexusfireman Mon, 21 Dec 2009 23:29:17 +0000 http://ascsl.wordpress.com/?p=210#comment-33 Por lo que comentas puedo deducir, no se si me equiboco, que la abstraccion tiene muchas ventajas pero no a la hora de realizarla en el ejemplo que pones. Tal y como comentas puede llegar un momento en el cual sea casi insostenible la fluided al tener una tabla compleja. En la sencillez muchas veces esta la belleza. Por lo que comentas puedo deducir, no se si me equiboco, que la abstraccion tiene muchas ventajas pero no a la hora de realizarla en el ejemplo que pones.
Tal y como comentas puede llegar un momento en el cual sea casi insostenible la fluided al tener una tabla compleja.
En la sencillez muchas veces esta la belleza.

]]>