Hola: Podrias usar algun objeto tipo TVEngineManager con una coleccion o variables o dict con cada uno de los engines instanciados. Incluslo a mismo implementas la finalizacion para que finalice los demas engines. De esa forma, si implementas un registro podes tener mas control sobre las interfaces instanciadas y de que manera vas haciendo los "release" ya que a veces no da buenos resultados (o no es posible) dejarlo librado a la logica de la finalizacion transparente por GC que proponen los frameworks COM.
Saludos El 28 de septiembre de 2010 22:41, Jose Gregoris <[email protected]>escribió: > Hola > > Tengo una duda sobre como modelar lo siguente. > Tengo un COM llamado ITVLightEngine , que se encarga de crear luces y > modificar todas las propiedades de las mismas. > La interfase solo retorna un index a una luz y sobre eso quiero modelar un > objeto Light. > El tema es que ITVLightEngine es un singleton y todo lo que modifique > sobre mi objeto Light debo hacerlo por medio de la interface. > Si fuera una DLL no tendría dudas, ya que podría hacer algo así: > > Light>>color: aColor > "Set the receiver color" > color:= aColor. > XXXDLL default setColor: aColor > > Aquí tengo un COM y hay que tenerlo instanciado. Podría tener una global y > usarlo de la misma forma que una DLL. > El tema es que esto se repite con unas cuantas interfases COM y no me > gusta como queda con globales. > > > Hay alguna forma estandar de modelar esto ? Tipo pattern > Sugerencia ? > > saludos kiko > > > > > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<clubsmalltalk%[email protected]> > > http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
