Hola de nuevo... Como te comentaba los consejos que te daba los daba desde mi experiencia... la cual no incluye la utilización de librerias compartidas por lo que en ese punto no te puedo ayudar.
El caso es que leyendo tu ultimo post no se si he entendido mal el caso que planteas... No se si lo que quieres es insertar varios swf en un HTML y que se comuniquen entre si. Mis consejos van orientados al caso de insertar un swf que cargue sobre si mismo varios swf externos. En ese caso no hace falta LocalConections que yo sepa ya que la comunicación en entre los swf es una comunicación típica entre instancias (ya sea llamando a métodos o funciones o generando y escuchando eventos). Tan solo te diría que yo intentaría huir de una solución de varios swf dentro de un html que se comuniquen entre si...pero claro si el desarrollo mezcla html con flash pues lo mismo no tienes elección. En ese caso me temos que no te puedo ayudar mucho. Roberto ----- Original Message ----- From: "Felipe Fernandez Sanchez" <[EMAIL PROTECTED]> To: <asnativos@5dms.com> Sent: Monday, January 23, 2006 10:39 AM Subject: Re: [ASNativos] Un solo swf o varios? > > En primer lugar, gracias por tu tiempo Roberto que el correo q me has > mandado tiene tela. En segundo, > > - Supongo que podría utilizar librerias compartidas para evitar averiguar > qué recompilar con cada cambio y rebajar el peso final de las películas.. > - ¿La comunicación entre los distintos swf es necesario hacerlas mediante > LocalConnection o se puede hacer de otra manera? Por ejemplo, un swf que es > un árbol necesita pasarle a otro el nodo pulsado (o sus datos asociados). > > Gracias y un saludo. > > >From: "Roberto" <[EMAIL PROTECTED]> > >Reply-To: asnativos@5dms.com > >To: <asnativos@5dms.com> > >Subject: Re: [ASNativos] Un solo swf o varios? > >Date: Mon, 23 Jan 2006 10:15:33 +0100 > > > > > >Hola, > >Basándome en mi experiencia yo te diría acerca de desarrollar en varios > >swf: > > > >Ventajas: > >Posibilidad de desarrollar en paralelo. > >Te fuerza a cierto grado de encapsulamiento que siempre es bueno. > >Posibilidad de actualizar esa parte sin tener que compilar de nuevo toda la > >aplicación. > >Posibilidad de cargar los swf bajo demanda. Es decir que si el usuario no > >pasa por esa parte de la aplicación no la cargas. > > > >Desventajas: > >Require por lo general un control de cargas y una inicialización para que > >se > >integre con el resto de la aplicación o plataforma. > >Posiblemente necesites de un "modo simulación" en esos swf externos que te > >premita testearlos fuera de la aplicación madre. > >Por lo tanto implica hacer algo mas complicada la aplicación lo cual puede > >no ser rentable si el proyecto es pequeño. > >Si utilizas clases comunes con otros swf y modificas esa clase derás > >tenerlo > >en cuenta y recompilar todos los swf "afectados" (puedes hacer la chapuza > >de > >que la pelicula madre tenga instancias de esas clases por lo que esa > >versión > >de la clase pisa a la que esté compilada en los otros swf, pero es una > >chapuza peligrosa). > > > > > >Yo te recomendaía: > >1) Que a poco que la aplicación sea un pelín compleja o extensa la > >desarrolles en varios swf. > >2) Que desarrolles los swf externos de tal forma que te permita probarlos > >sin estar insertados en la pelicula swf que los contendrá finalmente. Si > >los > >swf están al mismo nivel que el swf madre esto es mas sencillo sobre todo > >si > >el swf hace cargas de archivos (por el tema de que comparte el mismo path y > >no tienes que hacer excepciones) > >3) Que la aplicación madre tenga un sistema de carga e inicialización de > >swf > >externos basado en eventos. > >4) Que vayas probando la integración entre películas desde el principio y > >en > >el servidor final. Como he dicho antes basala en eventos de tal forma que > >si > >el swf tarda mucho en cargar ello no afecte a su inicialización. Ten en > >cuenta que algunos bug del tipo "esto se declaró antes de que existiese > >esto > >otro" (lo típico que en local funciona pero en remoto "a veces" falla) van > >a > >manifestarse mejor en "tiempo internet" que en local. > >5) Reparte muy bien las competencias de esos swf e intenta "encapsularlas". > > > > > >Roberto > > > > > >----- Original Message ----- > >From: "Felipe Fernandez Sanchez" <[EMAIL PROTECTED]> > >To: <asnativos@5dms.com> > >Sent: Sunday, January 22, 2006 1:06 PM > >Subject: [ASNativos] Un solo swf o varios? > > > > > > > Hola, creo q esta es la eterna pregunta q se hace más de uno y yo el > > > primero. Tengo una aplicación con 3 partes diferenciadas: una cabecera > > > superior donde se encuentra una botonera, un menú lateral en árbol para > > > elegir la viualización de datos de un determinado elemento y, por > >último, > > > una parte central donde se muestran los datos relativos al elemento > >pinchado > > > en el árbol y sobre los que se podrán realizar determinadas operaciones > > > utilizando la botonera superior. Mi duda es si debo separar cada una de > > > estas partes en un swf o, por el contrario, es mejor hacer 3 movieclips > >y > > > meterlo todo en un mismo swf. ¿Q ventajas y desventajas tiene cada uno? > > > ¿Sería mejor meterlo todo en uno puesto que los 3 deben comunicarse y > >sería > > > un follón trastear con los LocalConnection? > > > Por otra parte, está el tema del tamaño final de un único swf y el > >tiempo > >de > > > carga del mismo q obliga al usuario a esperar delante de un navegador > >vacio > > > en lugar de cargarse la aplicación más rápido por swf separados. > > > > > > Espero y agradeceré vuestras opiniones. > > > Un saludo. > > > > > > > > > ---------------------------------- > > > Lista ASNativos:asnativos@5dms.com > > > http://www.5dms.com/listas > > > ---------------------------------- > > > >---------------------------------- > >Lista ASNativos:asnativos@5dms.com > >http://www.5dms.com/listas > >---------------------------------- > > > ---------------------------------- > Lista ASNativos:asnativos@5dms.com > http://www.5dms.com/listas > ---------------------------------- ---------------------------------- Lista ASNativos:asnativos@5dms.com http://www.5dms.com/listas ----------------------------------
