Me pondr� a ello y empezar� a dise�arme mejor todo el tema de la aplicaci�n y el classpath. Me da la impresi�n que ahora, seg�n este sistema, es casi inevitable tener que dise�ar lo m�s completamente posible la aplicaci�n desde el principio y vaya que hay menos opciones de improvisar chapucillas.
Est� bien eso de la idea de dise�arnos un clashPathASnativos. Saludos. > > En mi estructura de classPath separo en dos grandes grupos: as y com. > > Utilizo com.* (regla universal) para designar las clases > espec�ficas de > proyectos o productos espec�ficos y as.* para clases no espec�ficas y > que pueden reutilizarse en la mayor�a del resto de proyectos. En > ocasiones especiales y clases "de autor" tambi�n conviene a�adir estas > clases a com.* para evitar cualquier problema de autor�a > (com.robertpenner.*, por ejemplo) en un futuro. > > Las subdivisiones dentro de esos dos grupos son cuesti�n de cada uno. > Mientras yo tengo en as.* subcarpetas como as.errors y as.if > --excepciones e interfaces-- Xavi a�ade otro tipo de > subdivisiones como > dataTypes y system. A veces es bueno que entre gente que pueda > "traficar" con clases se mantenga la misma estructura a f�n de que no > existan problemas con el import y las relaciones entre clases. > > Cuanto m�s tiempo pases del classPath, peor ser� luego el orden dentro > de las clases y m�s co�azo ser� el mantenimiento de las clases. Quiz�s > podr�amos pensar entre todos un est�ndar de classPath para, m�s > adelante, poder intercambiarnos clases m�s f�cilmente. > > A la hora de trabajar con el classPath tan s�lo necesitas uno > (definido > en las preferencias del mismo flash) que mantiene todas las clases. De > esta forma, siempre tendr�s todas las clases anteriores > disponibles para > un nuevo proyecto. > > Puede parecer un poco ca�tico al principio pero al final > merece la pena > :) > > M. > > > -----Mensaje original----- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > En nombre de Carlos Terradillos Guti�rrez > Enviado el: viernes, 13 de febrero de 2004 13:00 > Para: [EMAIL PROTECTED] > Asunto: RE: [ASNativos] POO y orden, orden, orden... // > antes: Acceso a > miembros est�ticos desde otra clase. > > > Bueno, me he adelantado, dec�a que funcionaba porque no daba > error pero > funcionar, no funciona. Incluso con el import en su lugar correcto. Ya > ver�. > > Me tiene intrigado eso del classPath que ya habi�is comentado > Xavi y t�. > Viene a ser como una estructura de directorios en los que se organizan > las clases. Me imagino que el nombre de cada clase debe > incluir su ruta. > Pero, siendo las clases te�ricamente reutilizables qu� haces > �copias el > classpath a cada nuevo directorio de proyecto, se centraliza de alg�n > modo? > > Estoy m�s confuso que la leche con esto de la poo. No s� como > organizar > correctamente todo el tinglado. > > En principio pensaba que lo mejor era crear una clase para > cada mc (o lo > que sea) y centralizar la composici�n del interactivo en el fla. El > problema es que las clases se me hacen grandes y desde luego nada > reutilizables. Si las hago livianas luego tengo que ir > sumando clases y > finalmente utilizarlas en el fla. Supongo que es lo suyo pero el fla > siempre tiene una buena porci�n de c�digo. > > Necesitar�a una introducci�n sobre este tema �c�mo plantear proyectos > flash con poo? La pregunta del mill�n me temo. > > �D�nde puedo encontrar informaci�n sobre esto? > > Saludos y gracias por todo. > > <!------------------------------- Lista ASNativos: subscripciones/desubscripciones http://www.sidedev.net/asnativos -------------------------------->
