¿Es ActionScript mi lenguaje?

[Virginia Salgado]

Buenas tardes,

Tenemos que desarrollar una aplicación web que se compone de 2 partes:

Parte 1ª) Una web que accede a una base de datos SQL SERVER que hay en un
servidor y muestra dichos datos en la pagina web que el usuario solicita
(dichos datos deben ser mostrados en rejillas y grids, ya que son registros
de una base de datos). Esta primera parte tiene que ser vistosa y tener buen
diseño. Accederán a ella unos 10.000 usuarios al día

Parte 2ª) Una segunda web a la que van a acceder unos determinados usuarios
mediante un login y un pass y que van a crear registros en la base de Datos
(SQL SERVER) que hay en el servidor. Esta segunda parte no hace falta que
sea tan vistosa como la primera, pero si que funcione muy depuradamente todo
el tema de creación de registros en la BD del servidor.

Estamos pensando en hacerlo en ActionScript, por el tema de que el flash es
muy vistoso de cara a los usuarios web. Actualmente nos encontramos
analizando las posibles opciones.

Mis preguntas son:

1º) ¿Con lo que os he contado creéis que Flash y ActionScript es una buena
solución para desarrollar dicha tarea?
2º) ¿Como vamos a partir de cero, lo desarrollamos en ActionScript 2 o en
ActionScript 3?
3º) Esta es la pregunta que más me interesa: ¿Es fluida y sencilla la
conexión entre ActionScript y una Base de Datos Sql Server que se encuentra
en un servidor remoto? ¿Mediante que tecnología se comunican ActionScript y
la BD?

Muchas gracias por leer y por darme tu opinión.

Saludos.

[Juan Muro]

My opinion:
Sin duda, Actionscript 3.0 es vuestra mejor opción front end.
La base de datos SQL Server es más que suficientemente potente para vuestras
previsiones.
Flash no se comunica directamente con la base de datos, lo hace a través de
lenguajes intermedios: php, asp, asp.net, jsp o Coldfusion. Sin ser
descartable ninguno de ellos, quizá las opciones más profesionales sean jsp
o Coldfusion, pero en todos ellos la comunicación es muy fluida. Existe la
posibilidad de programar un puente específico en C++ ó C# que sustituya los
lenguajes intermedios, pero no es estrictamente necesario ni es seguro que
aumente el flujo de datos.
La versión de AS en la que debe desarrollarse el proyecto es en Actionscript
3.0 y debe publicarse como mínimo para Flash Player 9, de esta manera
aseguramos un rendimiento hasta el 33% superior a los demás reproductores.
Salu2
`8¬]
Juan Muro

Post by Virginia Salgado
Buenas tardes,
Parte 1ª) Una web que accede a una base de datos SQL SERVER que hay en un
servidor y muestra dichos datos en la pagina web que el usuario solicita
(dichos datos deben ser mostrados en rejillas y grids, ya que son
registros de una base de datos). Esta primera parte tiene que ser vistosa
y tener buen diseño. Accederán a ella unos 10.000 usuarios al día
Parte 2ª) Una segunda web a la que van a acceder unos determinados
usuarios mediante un login y un pass y que van a crear registros en la
base de Datos (SQL SERVER) que hay en el servidor. Esta segunda parte no
hace falta que sea tan vistosa como la primera, pero si que funcione muy
depuradamente todo el tema de creación de registros en la BD del servidor.
Estamos pensando en hacerlo en ActionScript, por el tema de que el flash
es muy vistoso de cara a los usuarios web. Actualmente nos encontramos
analizando las posibles opciones.
1º) ¿Con lo que os he contado creéis que Flash y ActionScript es una buena
solución para desarrollar dicha tarea?
2º) ¿Como vamos a partir de cero, lo desarrollamos en ActionScript 2 o en
ActionScript 3?
3º) Esta es la pregunta que más me interesa: ¿Es fluida y sencilla la
conexión entre ActionScript y una Base de Datos Sql Server que se
encuentra en un servidor remoto? ¿Mediante que tecnología se comunican
ActionScript y la BD?
Muchas gracias por leer y por darme tu opinión.
Saludos.

[Virginia Salgado]

Muchas gracias por tu rápida respuesta Juan.

En otro sitio me han recomendado Flex, ¿Cómo lo ves?

Otra pregunta, los registros que tendríamos que pasar de Flash al SQL SERVER
del servidor y viceversa, ¿Cómo se pasan? ¿Mediante XML? (serían muchos
datos y registros los que habría que pasar de un lado a otro)


Muchas gracias de nuevo por tus respuestas.

Saludos

Post by Juan Muro
Sin duda, Actionscript 3.0 es vuestra mejor opción front end.
La base de datos SQL Server es más que suficientemente potente para
vuestras previsiones.
Flash no se comunica directamente con la base de datos, lo hace a través
de lenguajes intermedios: php, asp, asp.net, jsp o Coldfusion. Sin ser
descartable ninguno de ellos, quizá las opciones más profesionales sean
jsp o Coldfusion, pero en todos ellos la comunicación es muy fluida.
Existe la posibilidad de programar un puente específico en C++ ó C# que
sustituya los lenguajes intermedios, pero no es estrictamente necesario ni
es seguro que aumente el flujo de datos.
La versión de AS en la que debe desarrollarse el proyecto es en
Actionscript 3.0 y debe publicarse como mínimo para Flash Player 9, de
esta manera aseguramos un rendimiento hasta el 33% superior a los demás
reproductores.
Salu2
`8¬]
Juan Muro

Post by Virginia Salgado
Buenas tardes,
Parte 1ª) Una web que accede a una base de datos SQL SERVER que hay en un
servidor y muestra dichos datos en la pagina web que el usuario solicita
(dichos datos deben ser mostrados en rejillas y grids, ya que son
registros de una base de datos). Esta primera parte tiene que ser vistosa
y tener buen diseño. Accederán a ella unos 10.000 usuarios al día
Parte 2ª) Una segunda web a la que van a acceder unos determinados
usuarios mediante un login y un pass y que van a crear registros en la
base de Datos (SQL SERVER) que hay en el servidor. Esta segunda parte no
hace falta que sea tan vistosa como la primera, pero si que funcione muy
depuradamente todo el tema de creación de registros en la BD del servidor.
Estamos pensando en hacerlo en ActionScript, por el tema de que el flash
es muy vistoso de cara a los usuarios web. Actualmente nos encontramos
analizando las posibles opciones.
1º) ¿Con lo que os he contado creéis que Flash y ActionScript es una
buena solución para desarrollar dicha tarea?
2º) ¿Como vamos a partir de cero, lo desarrollamos en ActionScript 2 o en
ActionScript 3?
3º) Esta es la pregunta que más me interesa: ¿Es fluida y sencilla la
conexión entre ActionScript y una Base de Datos Sql Server que se
encuentra en un servidor remoto? ¿Mediante que tecnología se comunican
ActionScript y la BD?
Muchas gracias por leer y por darme tu opinión.
Saludos.

[Juan Muro]

Ya te digo que hay varias maneras de hacerlo, pongamos dos muy diferentes:
La más simple es la comunicación de Flash con la base de datos mediante un
lenguaje intermedio, por ejemplo php.
Ventajas: Se usa una instrucción de Flash para mandar datos al php, que se
comunica con un servidor web (no debe hacerse la conexión directamente con
la base de datos porque los servidores de bases de datos nos dan un mayor
entorno de seguridad). Para ello ya hay librerías de as3 que se encargan de
todo el proceso, tales como las recomendadas por Mike Chambers en su blog:
http://www.mikechambers.com/blog/2007/05/07/actionscript-3-mysql-library/,
que aunque tratan de mySql sirven también para SQL server. Así que aquí no
hay parseo de datos ni nada, Tras la consulta a la base de datos el php se
encarga de enviarlos a Flash de nuevo y allí se recogen en un datagrip, por
ejemplo.
Un proyecto muy interesante de este tipo de librerías lo encuentras en
http://code.google.com/p/assql/.
En proyectos menosres he usado la librería "generatesql" de Fede Rivas para
generar las consultas sql directamente desde Flash mediante AmfPhp:
http://www.digramador.es/2008/10/19/generar-consultas-sql-dinamicamente-desde-flash-para-amfphp/
Desventajas: necesitas tener un servidor web instalado en tu máquina para
las pruebas, (apollo, IIS, apache, caucho, etc). También necesitas programar
tanto en AS como en el lenguaje intermedio (php, por ej.) y saber hacer lasx
consultas SQL y deben cuidarse las repetidas conexiones a la base de datos.

La otra manera es programar, por ejemplo en C++, un socket del lado del
servidor (un archivo ejecutable que se instala en el servidor y que se
encarga de recibir los datos de un xml, hacer la consulta a la base de datos
y devolver los resultados). Para ello hay que usar librerías del tipo
TinyXML que se encargan de serializar las cadenas de datos de Flash en
archivos xml y luego utilizar un socket como el winsock2 (si trabajas en
windows) http://msdn.microsoft.com/en-us/library/ms740673(VS.85).aspx
Ventajas: Solamente trabajas con Flash y el exe del servidor. En local se
activaría simplemente con un _root.start ();
Desventajas: La configuración inicial del ingenio es en general bastante
engorrosa (se necesita un buen programador). Por éso los sockets los usamos
cuando prevemos conexiones múltiples y permanentes sobre el servidor, tales
como en los juegos multijugadores en red, pero en el caso de petición de
datos web normales usamos lenguajes intermedios.

En medio de estas dos opciones que nombro hay infinidad de variantes: Por
ejemplo, donde digo C++ puede ser Visual Basic, Cobol, o el más potente de
todos: C#. Donde digo PHP puede ser ASP, ASP.net, JSP, ColdFusion, cgi's.
Los XML se pueden usar para extraer los datos de la consulta, como digo,
pero también para devolverlos a Flash y parsearlos más fácilmente. En este
proceso se pueden aplicar hojas de estilos para mostrar los datos como
queramos o usar componentes de Flash o hacer nosotros nuestra programación
en actionscript para que mostrar los datos como queramos... Los sockets
pueden ser programados por nosotros, gratis (buscando por internet se
encuentran cosas increíbles) o de pago, como el Flash Remoting -o si la
aplicación fuera muy grande (chats, juegos etc) Flash Comunication Server-.

Aunque te parezca complicado, la verdad es que no es para tanto. El número
de consultas que teneis previsto no es elevado, (una base de datos comienza
a ser mediana cuando dispone de unos dos millones de registros y grande a
los veinte millones), así que bastaría con una base MySql y un lenguaje
intermedio como PHP, de esta manera las cosas son más simples de hacer y la
documentación que existe en internet es muy amplia.

Por último, Flex me encanta, como a todos los programadores, puedes usar
indistíntamente cualquiera de las API's que te ofrece Adobe, Flash o Flex,
es cuestion de gustos, el resultado final será siempre un archivo swf.

Salu2
`8¬]
Juan Muro

Post by Virginia Salgado
Muchas gracias por tu rápida respuesta Juan.
En otro sitio me han recomendado Flex, ¿Cómo lo ves?
Otra pregunta, los registros que tendríamos que pasar de Flash al SQL
SERVER del servidor y viceversa, ¿Cómo se pasan? ¿Mediante XML? (serían
muchos datos y registros los que habría que pasar de un lado a otro)
Muchas gracias de nuevo por tus respuestas.
Saludos

[xleon]

No he leido la respuesta de mi colega Juan, pero así a lo rápido, y por
mi experiencia te digo:

La comunicación entre Flash (cliente swf) y servidor es muchísimo más
rádida mediante el protocolo binario AMF que a través de XML.
Como dice Juan puedes intercambiar información entre servidor-cliente
mediante XML, pero el rendimiendo será peor (aunque válido en muchos casos)

Todo depende del tipo de servidor. Si usas PHP, te recomendaría AMP-PHP
por el lado del servidor. Si usas JAVA, la solución más práctica es
BladeDs, Si usas .NET, existen soluciones gratuitas como WEB-orb y
FluorineFX.
Todos ellos tienen soporte para AMF. También en todos ellos puedes
evitar este protocolo y comunicar datos con XML.

Y mi última recomendación, y la más importante de todas. Usa FLEX sin
dudarlo y evita Flash, sobre todo cuando estamos hablando de una
aplicación masiva de intercambio de datos. El tiempo de desarrollo es
mucho menor, más fácil y más segura (aunque lo de más segura depende de
otros muchos factores)

Un saludo

Post by Virginia Salgado
Muchas gracias por tu rápida respuesta Juan.
En otro sitio me han recomendado Flex, ¿Cómo lo ves?
Otra pregunta, los registros que tendríamos que pasar de Flash al SQL SERVER
del servidor y viceversa, ¿Cómo se pasan? ¿Mediante XML? (serían muchos
datos y registros los que habría que pasar de un lado a otro)
Muchas gracias de nuevo por tus respuestas.
Saludos

Post by Juan Muro
Sin duda, Actionscript 3.0 es vuestra mejor opción front end.
La base de datos SQL Server es más que suficientemente potente para
vuestras previsiones.
Flash no se comunica directamente con la base de datos, lo hace a través
de lenguajes intermedios: php, asp, asp.net, jsp o Coldfusion. Sin ser
descartable ninguno de ellos, quizá las opciones más profesionales sean
jsp o Coldfusion, pero en todos ellos la comunicación es muy fluida.
Existe la posibilidad de programar un puente específico en C++ ó C# que
sustituya los lenguajes intermedios, pero no es estrictamente necesario ni
es seguro que aumente el flujo de datos.
La versión de AS en la que debe desarrollarse el proyecto es en
Actionscript 3.0 y debe publicarse como mínimo para Flash Player 9, de
esta manera aseguramos un rendimiento hasta el 33% superior a los demás
reproductores.
Salu2
`8¬]
Juan Muro

Post by Virginia Salgado
Buenas tardes,
Parte 1ª) Una web que accede a una base de datos SQL SERVER que hay en un
servidor y muestra dichos datos en la pagina web que el usuario solicita
(dichos datos deben ser mostrados en rejillas y grids, ya que son
registros de una base de datos). Esta primera parte tiene que ser vistosa
y tener buen diseño. Accederán a ella unos 10.000 usuarios al día
Parte 2ª) Una segunda web a la que van a acceder unos determinados
usuarios mediante un login y un pass y que van a crear registros en la
base de Datos (SQL SERVER) que hay en el servidor. Esta segunda parte no
hace falta que sea tan vistosa como la primera, pero si que funcione muy
depuradamente todo el tema de creación de registros en la BD del servidor.
Estamos pensando en hacerlo en ActionScript, por el tema de que el flash
es muy vistoso de cara a los usuarios web. Actualmente nos encontramos
analizando las posibles opciones.
1º) ¿Con lo que os he contado creéis que Flash y ActionScript es una
buena solución para desarrollar dicha tarea?
2º) ¿Como vamos a partir de cero, lo desarrollamos en ActionScript 2 o en
ActionScript 3?
3º) Esta es la pregunta que más me interesa: ¿Es fluida y sencilla la
conexión entre ActionScript y una Base de Datos Sql Server que se
encuentra en un servidor remoto? ¿Mediante que tecnología se comunican
ActionScript y la BD?
Muchas gracias por leer y por darme tu opinión.
Saludos.

[montxi]

Aupa!

Pues yo la verdad, es que poco puedo aportar despues de leer a Juan y Xleon,
pero en mi caso, despu?s de varios a?os luchando entre decidir si prefiero ser
desarrollador, o programador (se pierde mas pelo con los calentones de cabeza
jeje), al final en el tema de web, la conclusi?n a la que he llegado, es que lo
mas sencillo, pero mas seguro, es la mejor opci?n. Me explico...

Un lenguaje de servidor te permite, dotar a tu proyecto de la seguridad que
este te otorga, al ejecutarse en el mismo, y no en el cliente. Como bien dice
Juan, al fin y al cabo, el resultado o elemento con el que interactuan los
usuarios, es un swf, que procesa el flash player de tu navegador en tu
ordenador...

A la hora de elegir, el lenguaje de servidor, en mi caso, despu?s de un par de
a?os currando como t?cnico de hosting, donde acab? hartito de reiniciar
paquetes de ASP (hasta que sali? el 2003 server, con el IIS 6.0..., que lo hace
solo, pero no siempre bien...), pues es cuando me decant? por el php, al
entender que es mucho mas estable (o por lo menos te quita menos horas de
administraci?n, una vez que lo tienes optimizado como dios manda...), que un
servidor windows, que de primeras, tiene de coste el del propio servidor, mas
la licencia del windows 2003 server, mas las de SqlServer...

Asi que yo creo, que una vez que tienes claro el lenguaje de servidor, la
pregunta acerca de la version de AS, yo creo que la respuesta es obvia, la 3.
El porque es obvio...?, o trabajas con las ?ltimas versiones, o tarde o
temprano se te quedar? obsoleto, y tendr?s que migrar, historia que en la
mayor?a de los casos, son perdidas de tiempo superiores a la fase de
desarrollo, y que encima traen consecuencias a nuestros clientes, y a nuestro
estado emocional durante esos dias, semanas, o meses...

En cuanto al como interactuar entre flash y lenguaje de servidor..., a mi me
gustar?a tener unos meses para estudiar el tema de coldfusion, pero como
siempre, esto va muy r?pido, y los plazos se acortan, pues al final tienes que
tomar decisiones...

En mi caso la forma de pasar datos, es mediante consultas actualizables php,
que con cuatro l?neas en el echo..., transforma en un precioso XML, que recoje
flash pl?cidamente en forma de array: URLVariables, y que posteriormente
puedo mover con un par de bucles, y otro par de arrays mas (uno para la
informaci?n, y otro del tipo cache, para asegurar el tiro..).

El tema ese del AMF lo he mirado por encima pero no lo he probado, pero ma?ana
mismo le prestar? mas atenci?n, porque tal como lo comenta Xleon, suena
interesante jeje.

Un saludete, y mucha suerte con el proyecto, que tiene buena pinta... ;-)

Jos? Ram?n Le?n

[xleon]

Con servidor + xml + swf:
- swf hace una petición al servidor por http get o post
- servidor consulta la base de datos
- servidor genera una estructura xml con la consulta y lo devuelve al swf
- swf lo parsea (esto lleva tiempo) y lo muestra en pantalla


Con remoting/amf:
- swf llama directamente a un método o función en la aplicación de servidor
- el método del servidor consulta la base de datos y devuelve un objeto
que flash o flex puede entender perfectamente (ej: Array/ArrayCollection)
- Flash tendría que interpretar (no parsear) los datos y construir una
rejilla con ellos. Se puedría utilizar un componente como un datagrid
pero el de flash está muy limitado.
- Con Flex puedes hacer que el resultado de la consulta esté
directamente vinculada a un datagrid, por lo que no tendrás que hacer
nada una vez lleguen los datos. Además los datagrids de Flex se pueden
personalizar complétamente lo mires por donde lo mires y de una manera
muy sencilla.

Creo que la elección está clara, aunque a algunos de vosotros os encante
parsear xml.

Un saludo

Post by montxi
Aupa!
Pues yo la verdad, es que poco puedo aportar despues de leer a Juan y Xleon,
pero en mi caso, despu?s de varios a?os luchando entre decidir si prefiero ser
desarrollador, o programador (se pierde mas pelo con los calentones de cabeza
jeje), al final en el tema de web, la conclusi?n a la que he llegado, es que lo
mas sencillo, pero mas seguro, es la mejor opci?n. Me explico...
Un lenguaje de servidor te permite, dotar a tu proyecto de la seguridad que
este te otorga, al ejecutarse en el mismo, y no en el cliente. Como bien dice
Juan, al fin y al cabo, el resultado o elemento con el que interactuan los
usuarios, es un swf, que procesa el flash player de tu navegador en tu
ordenador...
A la hora de elegir, el lenguaje de servidor, en mi caso, despu?s de un par de
a?os currando como t?cnico de hosting, donde acab? hartito de reiniciar
paquetes de ASP (hasta que sali? el 2003 server, con el IIS 6.0..., que lo hace
solo, pero no siempre bien...), pues es cuando me decant? por el php, al
entender que es mucho mas estable (o por lo menos te quita menos horas de
administraci?n, una vez que lo tienes optimizado como dios manda...), que un
servidor windows, que de primeras, tiene de coste el del propio servidor, mas
la licencia del windows 2003 server, mas las de SqlServer...
Asi que yo creo, que una vez que tienes claro el lenguaje de servidor, la
pregunta acerca de la version de AS, yo creo que la respuesta es obvia, la 3.
El porque es obvio...?, o trabajas con las ?ltimas versiones, o tarde o
temprano se te quedar? obsoleto, y tendr?s que migrar, historia que en la
mayor?a de los casos, son perdidas de tiempo superiores a la fase de
desarrollo, y que encima traen consecuencias a nuestros clientes, y a nuestro
estado emocional durante esos dias, semanas, o meses...
En cuanto al como interactuar entre flash y lenguaje de servidor..., a mi me
gustar?a tener unos meses para estudiar el tema de coldfusion, pero como
siempre, esto va muy r?pido, y los plazos se acortan, pues al final tienes que
tomar decisiones...
En mi caso la forma de pasar datos, es mediante consultas actualizables php,
que con cuatro l?neas en el echo..., transforma en un precioso XML, que recoje
flash pl?cidamente en forma de array: URLVariables, y que posteriormente
puedo mover con un par de bucles, y otro par de arrays mas (uno para la
informaci?n, y otro del tipo cache, para asegurar el tiro..).
El tema ese del AMF lo he mirado por encima pero no lo he probado, pero ma?ana
mismo le prestar? mas atenci?n, porque tal como lo comenta Xleon, suena
interesante jeje.
Un saludete, y mucha suerte con el proyecto, que tiene buena pinta... ;-)
Jos? Ram?n Le?n

[Virginia Salgado]

Interesantísimo lo que cuentas xleon,

Podrías decirme donde puedo encontrar información (preferentemente en
castellano) de la segunda opción que propones.

Muchas gracias

Post by xleon
- swf hace una petición al servidor por http get o post
- servidor consulta la base de datos
- servidor genera una estructura xml con la consulta y lo devuelve al swf
- swf lo parsea (esto lleva tiempo) y lo muestra en pantalla
- swf llama directamente a un método o función en la aplicación de servidor
- el método del servidor consulta la base de datos y devuelve un objeto
que flash o flex puede entender perfectamente (ej: Array/ArrayCollection)
- Flash tendría que interpretar (no parsear) los datos y construir una
rejilla con ellos. Se puedría utilizar un componente como un datagrid pero
el de flash está muy limitado.
- Con Flex puedes hacer que el resultado de la consulta esté directamente
vinculada a un datagrid, por lo que no tendrás que hacer nada una vez
lleguen los datos. Además los datagrids de Flex se pueden personalizar
complétamente lo mires por donde lo mires y de una manera muy sencilla.
Creo que la elección está clara, aunque a algunos de vosotros os encante
parsear xml.
Un saludo

Post by montxi
Aupa!
Pues yo la verdad, es que poco puedo aportar despues de leer a Juan y
Xleon, pero en mi caso, despu?s de varios a?os luchando entre decidir si
prefiero ser desarrollador, o programador (se pierde mas pelo con los
calentones de cabeza jeje), al final en el tema de web, la conclusi?n a
la que he llegado, es que lo mas sencillo, pero mas seguro, es la mejor
opci?n. Me explico...
Un lenguaje de servidor te permite, dotar a tu proyecto de la seguridad
que este te otorga, al ejecutarse en el mismo, y no en el cliente. Como
bien dice Juan, al fin y al cabo, el resultado o elemento con el que
interactuan los usuarios, es un swf, que procesa el flash player de tu
navegador en tu ordenador...
A la hora de elegir, el lenguaje de servidor, en mi caso, despu?s de un
par de a?os currando como t?cnico de hosting, donde acab? hartito de
reiniciar paquetes de ASP (hasta que sali? el 2003 server, con el IIS
6.0..., que lo hace solo, pero no siempre bien...), pues es cuando me
decant? por el php, al entender que es mucho mas estable (o por lo menos
te quita menos horas de administraci?n, una vez que lo tienes optimizado
como dios manda...), que un servidor windows, que de primeras, tiene de
coste el del propio servidor, mas la licencia del windows 2003 server,
mas las de SqlServer... Asi que yo creo, que una vez que tienes claro el
lenguaje de servidor, la pregunta acerca de la version de AS, yo creo que
la respuesta es obvia, la 3. El porque es obvio...?, o trabajas con las
?ltimas versiones, o tarde o temprano se te quedar? obsoleto, y tendr?s
que migrar, historia que en la mayor?a de los casos, son perdidas de
tiempo superiores a la fase de desarrollo, y que encima traen
consecuencias a nuestros clientes, y a nuestro estado emocional durante
esos dias, semanas, o meses...
En cuanto al como interactuar entre flash y lenguaje de servidor..., a
mi me gustar?a tener unos meses para estudiar el tema de coldfusion, pero
como siempre, esto va muy r?pido, y los plazos se acortan, pues al final
tienes que tomar decisiones...
En mi caso la forma de pasar datos, es mediante consultas actualizables
php, que con cuatro l?neas en el echo..., transforma en un precioso XML,
que recoje flash pl?cidamente en forma de array: URLVariables, y que
posteriormente puedo mover con un par de bucles, y otro par de arrays mas
(uno para la informaci?n, y otro del tipo cache, para asegurar el
tiro..).
El tema ese del AMF lo he mirado por encima pero no lo he probado, pero
ma?ana mismo le prestar? mas atenci?n, porque tal como lo comenta Xleon,
suena interesante jeje.
Un saludete, y mucha suerte con el proyecto, que tiene buena pinta... ;-)
Jos? Ram?n Le?n

[xleon]

http://www.themidnightcoders.com/products/weborb-for-net/overview.html

Post by Virginia Salgado
Interesantísimo lo que cuentas xleon,
Podrías decirme donde puedo encontrar información (preferentemente en
castellano) de la segunda opción que propones.
Muchas gracias

Post by xleon
- swf hace una petición al servidor por http get o post
- servidor consulta la base de datos
- servidor genera una estructura xml con la consulta y lo devuelve al swf
- swf lo parsea (esto lleva tiempo) y lo muestra en pantalla
- swf llama directamente a un método o función en la aplicación de servidor
- el método del servidor consulta la base de datos y devuelve un objeto
que flash o flex puede entender perfectamente (ej: Array/ArrayCollection)
- Flash tendría que interpretar (no parsear) los datos y construir una
rejilla con ellos. Se puedría utilizar un componente como un datagrid pero
el de flash está muy limitado.
- Con Flex puedes hacer que el resultado de la consulta esté directamente
vinculada a un datagrid, por lo que no tendrás que hacer nada una vez
lleguen los datos. Además los datagrids de Flex se pueden personalizar
complétamente lo mires por donde lo mires y de una manera muy sencilla.
Creo que la elección está clara, aunque a algunos de vosotros os encante
parsear xml.
Un saludo

Post by montxi
Aupa!
Pues yo la verdad, es que poco puedo aportar despues de leer a Juan y
Xleon, pero en mi caso, despu?s de varios a?os luchando entre decidir si
prefiero ser desarrollador, o programador (se pierde mas pelo con los
calentones de cabeza jeje), al final en el tema de web, la conclusi?n a
la que he llegado, es que lo mas sencillo, pero mas seguro, es la mejor
opci?n. Me explico...
Un lenguaje de servidor te permite, dotar a tu proyecto de la seguridad
que este te otorga, al ejecutarse en el mismo, y no en el cliente. Como
bien dice Juan, al fin y al cabo, el resultado o elemento con el que
interactuan los usuarios, es un swf, que procesa el flash player de tu
navegador en tu ordenador...
A la hora de elegir, el lenguaje de servidor, en mi caso, despu?s de un
par de a?os currando como t?cnico de hosting, donde acab? hartito de
reiniciar paquetes de ASP (hasta que sali? el 2003 server, con el IIS
6.0..., que lo hace solo, pero no siempre bien...), pues es cuando me
decant? por el php, al entender que es mucho mas estable (o por lo menos
te quita menos horas de administraci?n, una vez que lo tienes optimizado
como dios manda...), que un servidor windows, que de primeras, tiene de
coste el del propio servidor, mas la licencia del windows 2003 server,
mas las de SqlServer... Asi que yo creo, que una vez que tienes claro el
lenguaje de servidor, la pregunta acerca de la version de AS, yo creo que
la respuesta es obvia, la 3. El porque es obvio...?, o trabajas con las
?ltimas versiones, o tarde o temprano se te quedar? obsoleto, y tendr?s
que migrar, historia que en la mayor?a de los casos, son perdidas de
tiempo superiores a la fase de desarrollo, y que encima traen
consecuencias a nuestros clientes, y a nuestro estado emocional durante
esos dias, semanas, o meses...
En cuanto al como interactuar entre flash y lenguaje de servidor..., a
mi me gustar?a tener unos meses para estudiar el tema de coldfusion, pero
como siempre, esto va muy r?pido, y los plazos se acortan, pues al final
tienes que tomar decisiones...
En mi caso la forma de pasar datos, es mediante consultas actualizables
php, que con cuatro l?neas en el echo..., transforma en un precioso XML,
que recoje flash pl?cidamente en forma de array: URLVariables, y que
posteriormente puedo mover con un par de bucles, y otro par de arrays mas
(uno para la informaci?n, y otro del tipo cache, para asegurar el
tiro..).
El tema ese del AMF lo he mirado por encima pero no lo he probado, pero
ma?ana mismo le prestar? mas atenci?n, porque tal como lo comenta Xleon,
suena interesante jeje.
Un saludete, y mucha suerte con el proyecto, que tiene buena pinta... ;-)
Jos? Ram?n Le?n

[Virginia Salgado]

Muchísimas gracias a los 3 por contestarme, Juan, xleon y montxi.

La verdad es que me habéis dado una respuesta de los más extensa y
clarificadora.

Os cuento, somos 2 personas para desarrollar este proyecto, una con grandes
conocimientos de Sql Server y con grandes conocimientos en Delphi, y la otra
que soy yo, con conocimientos en Delphi, en algo de Flash y en algo (poco)
de ActionScript (en ActionScript se resume en hacer formularios sencillotes
con comprobaciones varias y grabar dichos formularios en un servidor con
Sqlserver mediante un CGI hecho en Delphi). Lo bueno del proyecto es que no
nos van a meter demasiada prisa y que solo vamos a centrarnos en este
proyecto sin hacer ningún otro, con lo cual la dedicación al mismo va a ser
total, esperemos que podamos con él...

En principio y solo en principio creo que lo haremos mediante la forma
sencilla; comunicar Flash con la BD mediante el lenguaje intermedio, que con
seguridad será php, el handicap es que no conocemos php, pero probabelmente
nos inscribiremos en un curso rápido de php para aprender a manejarnos por
dicho lenguaje (esperemos que no sea demasiado complicado).

Respecto al Flex, voy a ver si encuentro algo de documentación en castellano
para ver si capto la esencia y la filosofia del mismo.

De nuevo, muchas gracias por vuestro interés, y cualquier opinión o
sugerencia será muy bien recibida.

Saludos.

[xleon]

También otra cosa.
Yo trabajo a diario con Flash y Flex, pero tu caso trata de mostrar
simplemente datos. También podrías hacer el cliente en simple html. El
html se puede construir con cualquier lenguaje de servidor, php, asp,
jsp, lo que sea... y no necesitarías aprender flash ni flex. Todo hay
que decirlo. Sería un paso menos, aunque tendrías que aprender un poco
de CSS para darle buen aspecto visual a tu aplicación. Pero aún así el
tiempo de desarrollo sería bastante menor.
Normalmente los "flasheros" nos decantamos por flash para todo, porque
es lo que nos gusta, pero eso no quiere decir que sea siempre lo idóneo

Post by Virginia Salgado
Muchísimas gracias a los 3 por contestarme, Juan, xleon y montxi.
La verdad es que me habéis dado una respuesta de los más extensa y
clarificadora.
Os cuento, somos 2 personas para desarrollar este proyecto, una con grandes
conocimientos de Sql Server y con grandes conocimientos en Delphi, y la otra
que soy yo, con conocimientos en Delphi, en algo de Flash y en algo (poco)
de ActionScript (en ActionScript se resume en hacer formularios sencillotes
con comprobaciones varias y grabar dichos formularios en un servidor con
Sqlserver mediante un CGI hecho en Delphi). Lo bueno del proyecto es que no
nos van a meter demasiada prisa y que solo vamos a centrarnos en este
proyecto sin hacer ningún otro, con lo cual la dedicación al mismo va a ser
total, esperemos que podamos con él...
En principio y solo en principio creo que lo haremos mediante la forma
sencilla; comunicar Flash con la BD mediante el lenguaje intermedio, que con
seguridad será php, el handicap es que no conocemos php, pero probabelmente
nos inscribiremos en un curso rápido de php para aprender a manejarnos por
dicho lenguaje (esperemos que no sea demasiado complicado).
Respecto al Flex, voy a ver si encuentro algo de documentación en castellano
para ver si capto la esencia y la filosofia del mismo.
De nuevo, muchas gracias por vuestro interés, y cualquier opinión o
sugerencia será muy bien recibida.
Saludos.