OT: Nuevo grupo "VFP a JQuery"

[Victor Espina]

Amigos, siguiendo la recomendacion de Miguel, he iniciado hoy un nuevo grupo para todos los interesados en iniciarse en el desarrollo Web de la mano de JQuery:

https://groups.google.com/forum/?hl=en#!forum/vfp-a-jquery

Creo oportuno y necesario que, de ahora en adelante, todo lo relacionado a migrar de VFP a JQuery lo ventilemos por ese grupo.

Saludos

Victor Espina

[Carlos Miguel FARIAS]

JQuery no reemplaza a vfp, solo es la parte "inteligente" que se le aporta al navegador, es aplicable tanto a quien desarrolla paginas web para internet o para intranet. Use lo que use del lado servidor (asp, php, fox, python, etc.).
Hay una versión de javascript (con lo que esta escrito jquery) que llegaria a ser capaz de correr en el servidor y dar acceso a bd.
Saludos: Miguel, La Pampa (RA)

[Victor Espina]

Muy acertada to acotacion Miguel. Sin embargo, creo que para todos los efectos practicos si estamos migrando de VFP hacia otra cosa. Si, es cierto que aun puedes usar VFP para crear la capa de acceso a datos del lado del servidor, pero aunque posible no es NI DE CERCA una de las mejores ideas. Mucho mejor es usar PHP, Java o .NET para manejar las cosas del lado del servidor.

Y, definitivamente, hay un salto de plataforma: pasamos de crear aplicaciones "fat-client" a crear RIAs que ejecuten en la nube.  Software como producto a SaaS (Software as service); definitivamente creo que si es un cambio importante.

Aunque tambien estemos claros: VFP seguira ahi, instalado en nuestros equipos, listo para ayudarnos cuando lo necesitemos, bien sea para crear aplicaciones utilitarias o para solucionar pequenos proyectos que no requieren la complejidad de una WebApp.

Saludos

Victor Espina

[@Mlaynes]

Me gusta el enfoque VFP a JQuery... puede trabajar con cualquier Back-End /incluido VFP), con cualquier servidor y en cualquier proyecto Web (incluído móviles)

..anotado en el grupo

..y anotadas algunas sugerencias  : https://groups.google.com/forum/?hl=en#!topic/vfp-a-jquery/aCMouCGFKXU

saludos

@Mlaynes

http://mlaynessanchez.blogspot.com

[Ing.Daniel Bojorge]

Me gusta jQuery como complemento de VFP, pero algo que no se puede hacer (sólo) con jQuery es el procesamiento de una base de datos, para ese caso necesita un lenguaje del lado del servidor (de preferencia mía es php).  Así que no vean jQuery como una alternativa a VFP, más bien como una herramienta de apoyo al lenguaje que reemplazarán a VFP.

Dios L@s Bendiga

Saludos,

Daniel (Con 1 Estrella DCE de Microsoft)
www.debsconsultores.com

Nicaragua

"Si ustedes permanecen unidos a mí, y si permanecen fieles a mis enseñanzas, pidan lo que quieran y se les dará.
(Juan 15:7 DHH)
Bendito el varón que se fía en el SEÑOR, y cuya confianza es el SEÑOR.
(Jeremías 17:7 RV2000)

[carlos SALCEDO]

Si por que  JQuery no es la solucion a la cuestion de fondo que es

encontrar un reemplazo verdadero(y no una mescolanza) a vfp

Saludos

Carlos

---

From: debs....@gmail.com
Date: Mon, 23 Jan 2012 18:26:50 -0600
Subject: Re: [vfp] Re: OT: Nuevo grupo "VFP a JQuery"
To: publice...@googlegroups.com

[TheNewInquirer]

En mi humilde opinion, dicha mezcolanza será inevitable si se trabaja
en la nube, ya que se trata de un paradigma diferente.

Por ejemplo, bajo el esquema MODELO VISTA CONTROLADOR(MVC) se requiere
algo asi:

MODELO: Relacional(MySql, Sql Server, Prostgresql, Firebird, Oracle,
Etc)

VISTA: Html con un editor como notepad++. Con CSS para las hojas de
estilo, Flash para la animacion, Flex para el dinamismo.

CONTROLADOR: PHP del lado del servidor. Javascript para la validación.
Aquí abundan los lenguajes web: Ruby, Python, Perl, Ruby on Rails,
JSP, Asp.net, C#, VB.net, Delphi.NET, etc.

IDE: Algo como Dreamweaver(PHP), Eclipse o Netbeans(Java), para
conectar todo: el modelo, la vista y el controlador y desarrollar mas
rápido.

UN SERVIDOR WEB: Como apache(PHP), Tomcat (JAVA), IIS(Microsoft), etc.

En la parte del diseño, también necesitaras los servicios de un
diseñador grafico que te cree las imagenes vectoriales usando algo
como: Corel Draw y Photoshop.

Cabe mencionar que la calidad de Corel Draw y Photoshop en sistemas
Machintosh es infinitamente superior, comenzando con los "billones de
pixeles" que maneja una Mac.

Bueno, creo que hay mucho más... Pero dejaré que @Mlaynes nos iluminé
ya que el parece ser el más versado en los temas web.

Saludos!

[carlos SALCEDO]

En mi humilde opinión e ignorancia, lo anterior se puede evitar utilizando un framework

completo, y simple y llanamente necesite un servidor

saludos

Carlos

> Date: Mon, 23 Jan 2012 17:01:03 -0800
> Subject: [vfp] Re: OT: Nuevo grupo "VFP a JQuery"
> From: fresass...@gmail.com
> To: publice...@googlegroups.com

[Carlos Miguel FARIAS]

JQuery es la libreria que controla la lógica en el cliente delgado. Este cliente no tiene acceso directo a datos. Si no que los solicita al servidor. En este caso, corresponderia decir JQuery con (PHP, VFP, Python, .NET, etc.).
El caso especial es Java, java muchas veces tiene una JM en el cliente delgado y por lo tanto, podría ejecutar sin navegador.

Saludos: Miguel, La Pampa (RA)

[Victor Espina]

Carlos, el tema es que el problema real es mas complicado que simplemente sustituir VFP por otra cosa.  Si lo que andas buscando es seguir desarrollando aplicaciones de escritorio tradicionales con otra cosa distinta a VFP, entonces JQuery no es el camino, definitivamente.

El tema, al menos para mi, es CAMBIAR de paradigma; es como pasar del desarrollo de aplicaciones de escritorio tradicionales al desarrollo de aplicaciones web, q ofrezcan una experiencia de usuario lo mas parecida posible a una aplicacion de escritorio.

Y porque Web? pues porque yo creo que es mas que obvio que hacia alla se esta moviendo la tecnologia y  los clientes, y no desde ahora sino desde hace ya un buen rato.  Cada vez mas yo veo que mis clientes me requieren soluciones que involucran a la Web total o parcialmente.  Cada vez mas mis clientes me piden poder acceder a sus datos no solo desde la Web, sino desde dispositivos mobiles como telefonos o tablets.

Y, lamentablemente, VFP no es una buena herramienta para satisfacer esos requerimientos. Entonces, que usamos?  esa es la pregunta para la que, al menos yo considero, JQuery es una de las mejores respuestas que he encontrado hasta ahora.

El grupo se llama "VFP a JQuery" porque estaremos hablando principalmente de JQuery; pero la verdad los que estamos alli estamos transitando un camino que va de VFP a Web 2.0.  Para aplicaciones de escritorio, al menos yo seguire usando VFP hasta que ya no pueda mas por razones tecnicas; luego de eso probablemente use .NET o alguna otra cosa como REAL Studio. Pero para aplicaciones Web, estoy convencido que JQuery + PHP (o JQuery + lo-que-mas-le-guste) es uno de los mejores caminos que se puede seguir.

Saludos

Victor Espina

[Antonio Meza]

Dejen que arranque el proyecto de Victor y en el camino decidan si siguen con jquery o no, no empiecen de negativos porq asi nunca funciona nada!!!

 

Saudos!!!

[Victor Espina]

Tienes razon, pero el panorama no tiene porque ser tan complicado.  Para una aplicacion simple, que capture datos y permita consultarlos, no necesitas complicarte con una implementacion MVC ni tampoco requieres de disenadores graficos.  Yo he hecho varias webapps funcionales, para clientes especificos, sin usar MVC y, ciertamente, sin pagar a un disenador para que me hiciera la interfaz grafica.

Que es lo MINIMO que se necesita para crear una webapp funcional:

a) Conocer JavaScript, para las validaciones del lado del cliente. Fijate que si utilizas ASP.NET, como era mi caso, tienes controles que puedes soltar en tu pagina y que te hacen validaciones simples del lado del cliente sin necesidad de escribir codigo JavaScript.  Sin embargo, si quieres dar el paso a Web 2.0, DEBES aprender JavaScript.

b) Conocer algun lenguaje de scripting para el lado del servidor.  Puede ser cualquier lenguaje .NET, PHP, Java, Python, etc.  

c) Dominar algun servidor de BDs, tal como SQL SErver, PostgreSQL, Firebird, etc.

d) Tener un conocimiento basico de HTML, CSS y conceptos generales de programacion Web, tales como postbacks, querystrings, http headers, redirection, etc.

Saludos

Victor Espina

[Victor Espina]

Y cual framework recomendarias?  a mi me gustaba mucho Flex; lastima lo que le paso.

Victor Espina

[Carlos Miguel FARIAS]

No estaba descalificando la idea de usar JQuery (que es excelente) ni me opongo a la realización del foro.
Simplemente indicaba que JQuery no reemplaza a VFP, mas bien son dos patas fundamentales para hacer aplicaciones con clientes delgados, donde el nucleo bien puede ser desarrollado en vfp como servidor de datos (y no solo para conectarse a nativas).
Saludos: Miguel, La Pampa (SR)

[Marcos Godoy]

Comentario a este hilo...., la verdad es que siento desde ya hace un tiempo, que el vfp, que está orientado a aplicaciones de escritorio...,

pero puede hacer cosas por internet, (hasta webservers), está realmente orientado al escritorio, pero pierde mucho con lenguajes, gui,

frameworks... y un monton de otras cosas que están orientadas hacia la web y/o el mobile..., creo también como se dijo en este hilo,

internet no está en pañales, aunque evoluciona como si lo estuviera (tiene la dinámica de cambio más impresionante..), el problema

en mi modesta opinión, es que aquellos que,  programamos en su momento Cobol, Assembler, 1401, fortran 4, rpg II, llegamos al fox+

y luego al foxpro y vfpn, o los que directamente fueron al VFP ,encontramos en vfp una herramienta UNICA,

lo programas, probas y ya está, en cambio en web, necesitas

interactuar con un montón de otras cosas para obtener un resultado html,css,dhtml,js........, que corra el apache.. o el IIS, quizas estemos

todos a la espera del nuevo mesias de desarrollo, algo que tome todo lo que está suelto, lo ate en un producto en el cual cuando diseñemos

un formulario y lo veamos por el browser sea más o menos lo que habíamos diseñado, sin tener que conocer tanto html, css .... , por eso 

creo que este hilo va a seguir y seguir, me gustaría (solo expresión de deseo) que  esto generara algo por el estilo, un producto fox de escritorio, que sea capaz

de leer un formulario de fox  y con esto generar un form php-html (funcional primero, vistoso despues), suena loco pero sería un primer paso, de ahí para adelante, hasta podría ser un proyecto

parte de VFPx......,  y segun se lo empuje puede llevarnos a algo más..!!!

Saludos para todos!!!!!

[Carlos Miguel FARIAS]

Para eso, habra que ver como evoluciona Lianja (que esta hecho por los que hacen Recital) y que se codificaria en Fox o Python.

[Douglas Sánchez Guillén]

De acuerdo con esto Miguel, es mejor esperar asi nos ahorramos una larga curva de aprendizaje, aunque con el tema de victo lo veo viable ya que es bueno conocer de este tema de una u otra forma en algun momento nos va tocar y cuando te toca te toca.  no hace mucho me toco dar mantenimiento a un sistema contable en vb.net, hice curso de punto net pero nunca he hencho una aplicacion en el. igual me puede pasar con JQuery.

Saludes

El 25 de enero de 2012 09:35, Carlos Miguel FARIAS <carlosmig...@gmail.com> escribió:

Para eso, habra que ver como evoluciona Lianja (que esta hecho por los que hacen Recital) y que se codificaria en Fox o Python.

--
Ing. Douglas Sánchez Guillén

      Consultor Informatico

Movistar: 505 8759 - 5342

Claro: 505 88495476

[Marco Plaza]

Marcos, tienes completa razón. Lo mas complicado de las aplicaciones
web es la depuración, y al igual que tú, llegué a la conclusión de que
se necesita simplemente un framework estándar para vfp que pueda
exportar pantallas realizadas en vfp a un servidor web, encapsulando
el acceso a los datos con una librería de soporte realizada en
javascript.

Por ejemplo, si nos gusta extJs, la cosa es escribir un codigo en vfp
que tome un formulario de vfp y lo guarde en html con la sintaxis de
los controles de extJs.

Yo me he ido por JqueryTools, que es bastante liviano y completo, y me
he interesado por implementar el sigma Grid por ejemplo. Pero no me
veo programando en dos ambientes a la vez, te vuelves loco
sincronizando aplicaciones.

Espero poder generar código compatible con jquery Tools y SigmaGrid en
forma automática a partir de formularios y grids de vfp. Crear un
exportador de formularios de vfp a html con una librería de
funcionalidades estándar que nos permitan probar el asunto
completamente en vfp y simplemente publicarlo luego.

Eso será 1000 veces mas productivo a tener que echar codigo en
javascript, html etc cada vez que queras hacer un formulario, y es lo
que hace .net.


Saludos

> carlosmiguelfar...@gmail.com> escribió:

>
>
>
>
>
>
>
> > No estaba descalificando la idea de usar JQuery (que es excelente) ni me
> > opongo a la realización del foro.
> > Simplemente indicaba que JQuery no reemplaza a VFP, mas bien son dos patas
> > fundamentales para hacer aplicaciones con clientes delgados, donde el
> > nucleo bien puede ser desarrollado en vfp como servidor de datos (y no solo
> > para conectarse a nativas).
> > Saludos: Miguel, La Pampa (SR)
>

[Victor Espina]

Marcos, me leiste la mente. Justamente hoy estaba meditando sobre ese tema. Creo que la parte mas problematica de desarrollar WebApps, sobre todo para nosotros los foxeros, es el tema de disenar la apariencia de las paginas HTML.

No solamente es el hecho de que en HTML no se manejan coordenadas fijas como en VFP, sino que ademas JQuery no cuenta con una herramienta visual que ayuda en la diagramacion de nuestros sitios web, tal como si lo tiene ExtJS con su ExtDesigner.

Por experiencia se que es perfectamente posible crear un IDE en VFP que permita diagramar paginas web y nos genere el HTML resultante. Sin embargo, es un proyecto ambicioso que no se lograria en un par de meses.  Quien sabe? yo ODIO el retrabajo asi que, de repente, me animo a crear las bases de ese IDE y creamos un proyecto comunitario para que otros vayan haciendo crecer el producto poco a poco.

Saludos

Victor Espina

[Nilton CPM]

Com certeza seria otimo ter um gerador de telas (paginas), mas vejo da seguinte maneira, o mais importante agora não seria a parte visual e sim o restante, de inicio não me importo em mostrar os dados com o fundo branco sem nada de cor ou coisa parecida, depois de dominar a parte critica ai sim pensarmos na parte visual.

[Marco Plaza]

Exacto Nilton... la apariencia se manejaría enteramente con css.

Victor por ahora te puedo decir que estoy en eso, espero compartir
pronto el resultado.

Verás como cambiará la forma de pensar de muchos!


Saludos