Ver Mensaje Individual
  #1 (permalink)  
Antiguo 25/04/2008, 13:03
Said
Usuario no validado
 
Fecha de Ingreso: marzo-2004
Mensajes: 214
Antigüedad: 20 años, 2 meses
Puntos: 0
que tan malo es pasar objetos como parametros?

Hola!!

Mi problema es este:
En un formulario (en ASP) de como 50 datos (numericos, strings, radios, etc) yo ingreso informacion, dicha informacion debe ser almacenada en un abase de datos.

Asi funciona ahora:
Se crea una DLL ( capa de negocio ) la cual tiene un objeto con 50 propiedades las cuales corresponden a los datos ingresados en el formulario y unos cuantos metodos (como 4), ya que se asigno un valor a todas las propiedades del objeto que esta en la capa de negocio, este objeto (de negocio) llama a un metodo de otro objeto que esta en la capa de acceso a datos pasandole como parametro (de negocio a acceso a datos) el objeto mismo con las 50 propiedades, para que el componente de acceso a datos guarde la informacion obtenida de las propiedades del objeto que se le paso a uno de sus metodos como parametro.

Uff!! espero haberme explicado bien, tratare de resumir.

en ASP se le pasan los 50 datos a las propiedades de un objeto de capa negocio, luego este objeto se manda tal cual (con todo y metodos obvio) al objeto que esta en la capa de acceso a datos para que este haga lo propio guardando la informacion que esta en las propiedades del objeto que se le paso.

Creo que de todos modos quedo largo!! xD

Bueno espero puedan entenderme.

Los componentes son DLLs que estan en VB6, mi duda es esta:

Esta bien hecho de ese modo, esta bien que guarde la informacion en las propiedades de un objeto y luego le mande este objeto a otro objeto para que guarde la informacion contenida en las propiedades?, no es un proceso lento pasar objetos?

La mas importante: Me podrian decir cual es el mejor modo de guardar esos 50 datos? obvio estan en asp que le tiene que mandar primeramente los datos a la capa de negocio para que esta le mande a la capa de acceso a datos.


De antemano muchas gracias!!