¿Dónde conseguir componentes para Firemonkey? ¿Cómo véis a Firemonkey?

[dec]

Hola a todos,

Gracias por responder Agustín. Digo yo que, ¿no es un poco contradictorio que Firemonkey ofrezca unas mejores características para desarrollar componentes, y, sin embargo, después de cinco años, no cuente ni con una fracción de los componentes que existen para la VCL? ¿Tal vez hace falta más tiempo todavía? En fin, tampoco estoy diciendo que Firemonkey no valga para nada, al contrario, es muy interesante, y, seguramente para según que proyectos sea ideal utilizarlo tal cual, es decir, aunque sea limitándonos a los componentes existentes, que, tampoco es que sean dos o tres, es decir, al menos los componentes más básicos y estándar están disponibles.

[Neftali [Germán.Estévez]]

Junto hoy Jim Mckeeth ha publicado un artículo que tiene que ver con el tema:

FireMonkey vs. VCL

[dec]

Hola a todos,

Empezado por Neftali

Junto hoy Jim Mckeeth ha publicado un artículo que tiene que ver con el tema:

FireMonkey vs. VCL

Gracias Neftalí. El artículo está muy bien aunque es poco más o menos lo que se ha comentado en este mismo hilo, por ejemplo. Hay una cosa que me chirría un poco, no obstante, y, es que el autor dice que todavía hay gente aprendiendo Firemonkey para, entre otras cosas, crear componentes. Pero es que Firemonkey lleva ya cinco años en el mercado. No sé yo cuánto tiempo más habría que esperar para que la gente dejara de aprender el framework y pasase a trabajar con el mismo de veras. Y ojo que no le estoy quitando méritos a Firemonkey, que es indudable que los tiene.

[mamcx]

El problema de fondo, y que quizas la casa de mas perfil ha hablado desde hace rato (https://community.devexpress.com/blo...iremonkey.aspx) es que mientras es claro que Firemonkey es el futuro desde el punto de vista de sus dueños, Delphi es una

MALA APUESTA A LARGO PLAZO.

Osea, es de lo que se ha hablado mucho aqui: No hay confiabilidad ni seguridad que esto siga. Es irónico que ese post sea del 2011 y Delphi siga?

Ese es el punto: Delphi se "percibe" que vive en arenas movedizas y tiene sus dias contados, y los cambios de dueño cada rato y el mercado decreciente NO AYUDA A CREAR ESTABILIDAD.

Ergo, pocos fabricantes se arriesgan a crear productos porque no se sabe que va a pasar.

Hay que entender que todos las Terceras-partes apuestan a que sus adiciones tengan exito, pero DEPENDEN DE QUE LA PLATAFORMA SEA SALUDABLE.

Asi que lo que ve cualquiera que este en este cuento es esto:

- Puedo depender mi empresa de (cual es el dueño ahora de Delphi)? A LARGO PLAZO?
- Puedo depender en cambio de MS, Apple o Google?, que ademas tienen mercados mucho mas grandes? Sip. Entonces me esfuerzo ahi.

Es asi de simple.

----

El punto que subrayo es que esto hay que verlo desde el angulo ECONOMICO, no el tecnico. No importa lo malo que sea el API (si es que hasta hay componentes para MFC!), sino es el punto economico. A nivel personal, llevo años fuera de Delphi porque no creo que pueda DEPENDER de la herramienta. Que AUN este viva es algo que me sorprende y alegra.

Pero cambia MI ECUACION?

No.

Porque desde el punto de vista racional y economico, aun sigue siendo una mala apuesta. Por eso le invierto 0% de esfuerzo.

Y asi es como muchos piensan. Sorry si suena feo, pero la parte grave es que la "marca" Delphi no tiene el respaldo suficiente para ser creible, y darle la vuelta es monumental.

----

P.D: Lo ultimo que hice fue instalar el starter.

A POCOS DIAS, sale la vaina de que rayos pasa con el update? Es gratis o no? Que sigue ahora? INCERTIDUMBRE!!! Asi no aguanta nadie.

[[Al González]]

Delphi depende de ti, Mario. Y de mí y de todos los que tengan algún tipo de interés en él. :-)

[roman]

¡Caray! No Al. Dephi no es una democracia. No es como hablar de tu país, tu ciudad o tu colonia. Es un producto comercial, y la única injerencia real de nosotros estriba en su uso, esto es, en su consumo. Pero, como bien apunta Mario, la percepción del entorno respecto a Delphi, correcta o no, es que se trata de un producto caduco que ya vio sus mejores días, y darle la vuelta a eso es ir contracorriente, porque no se trata de convencer a los adeptos que ya están convencidos si no a un porcentaje importante de la comunidad que se requeriría para aumentar significativamente el consumo. Pero esa comunidad está en otra parte ya.

LineComment Saludos

[dec]

Hola a todos,

Yo discrepo en que Delphi esté acabado, porque, vamos a ver, ¿es que nos hemos olvidado de que es acaso la mejor herramienta de desarrollo para Windows? ¿Qué otro entorno de programación se acerca siquiera a Delphi a la hora de programar para Windows? Ahora bien, lo de la multiplataforma está muy bien, y también todas las tiendas de software que están saliendo, incluyendo la "Windows Store", pero, al menos en mi caso, todos (fijáos bien) todos los programas que uso son programas para Windows, descargados "como siempre", y no de ninguna tienda de aplicaciones. De hecho las aplicaciones de la "Windows Store", por ejemplo, dan entre risa y pena comparadas con las aplicaciones de escritorio "de toda la vida".

Ahora bien, con Firemonkey, y, con todas sus limitaciones, Delphi nos permite ir incluso más allá de Windows y desarrollar también para plataformas como Mac OS. ¿Qué otro entorno de programación además de Delphi ofrece su rapidez de desarrollo para Windows y Mac OS? Tal vez algún IDE de Java... pero aquí estamos en el ClubDelphi, y, usar Delphi siempre representará una ventaja: cualquiera se pone desde cero a utilizar un IDE de Java (que por cierto, no tengo claro cuál). Eso también es un gasto de tiempo, recursos, trabajo y dinero, en definitiva. Yo creo que a Delphi se le puede pedir poco más, sino que continuase mejorando Firemonkey y tal vez que bajase de precio... para animar a más gente a usarlo por ese camino.

Otra cosa es que tiremos por el desarrollo web, por ejemplo. En este caso ya no estaríamos hablando de Delphi y sí de otras herramientas. Pero, si necesito o quiero hacer un programa para Windows... ¿qué otro IDE se puede comparar a Delphi? *

*Tal vez Lazarus...

[jhonny]

Empezado por dec

Hola a todos,

¿no es un poco contradictorio que Firemonkey ofrezca unas mejores características para desarrollar componentes, y, sin embargo, después de cinco años, no cuente ni con una fracción de los componentes que existen para la VCL?

Me tomaré el atrevimiento de contestar a esta pregunta. No me parece contradictorio, ya que yo mismo he creado varios componentes para mis sistemas precisamente por la facilidad que se ofrece, estos me han servido mucho. Sin embargo nunca los he puesto en venta o libres.

Lo que encontramos aquí más bien es una oportunidad de mercado que no está siendo explotada por nosotros mismos.

[dec]

Hola a todos,

Empezado por jhonny

Me tomaré el atrevimiento de contestar a esta pregunta. No me parece contradictorio, ya que yo mismo he creado varios componentes para mis sistemas precisamente por la facilidad que se ofrece, estos me han servido mucho. Sin embargo nunca los he puesto en venta o libres.

Lo que encontramos aquí más bien es una oportunidad de mercado que no está siendo explotada por nosotros mismos.

Pero es innegable Jhonny que una de las claves del éxito de Delphi (VCL) son los componentes. Además, por ejemplo, en el caso del componente "diseñador", como he dicho, no es cuestión de añadir un componente en otro: ahí hay mucho trabajo que hacer además. Si cada quien que necesite un "diseñador" tiene que llevarlo a cabo por sí mismo... Delphi habría perdido una de sus ventajas. ¿No te parece?

[mamcx]

Empezado por dec

que una de las claves del éxito de Delphi (VCL) son los componentes.

El problema es que el calculo que hacen las empresas/individuos que sirven ese mercado es que no vale la pena (lo suficiente) el esfuerzo. Al menos, no al nivel de lo que era antes.

Mientras Delphi sea una herramienta de un nicho quasi-impenetrable no hay razon para esperar que se cree un ecosistema. Asi que que a) Aceptas que te toca cargar con ese trabajo extra o b) Vas donde existe un ecosistema.

Es que no hay de otra. El asunto, Dec, y muchos otros que han ventilado sus frustraciones aqui, es que no es problema convencernos a *nosotros* sino a quienes manejan el producto. Por años se les ha dicho a ellos que es lo que se quiere, y como y porque. Hay un consenso muy claro de la generalidad de los usuarios del producto. No es falta de saber que hacer.

Como dijo Joel hace mucho, hay 2 tipos de herramientas que vale la pena usar:

- En las que se puede confiar a largo plazo
- En las que se pueden arreglar por uno mismo

Un compilador debe ser las 2.

[WHILENOTEOF]

No son pocas las discusiones sobre Delphi que acaban cuestionando la viabilidad del producto. Un reciente twit del CEO Atanas escribiendo "Embarcasdero" y su foto de perfil no me generan mucha confianza la verdad.

twit Atanas Popov

[jhonny]

Empezado por dec

Hola a todos,



Pero es innegable Jhonny que una de las claves del éxito de Delphi (VCL) son los componentes. Además, por ejemplo, en el caso del componente "diseñador", como he dicho, no es cuestión de añadir un componente en otro: ahí hay mucho trabajo que hacer además. Si cada quien que necesite un "diseñador" tiene que llevarlo a cabo por sí mismo... Delphi habría perdido una de sus ventajas. ¿No te parece?

Sí, es cierto lo que dices, pero a lo que voy es que nosotros mismo somos los que debemos crear dichos componentes, o sea, estamos dormidos en los laureles esperando a que alguien más los haga... por ejemplo, para el caso que expones (sé qué no hace todo lo que necesitas), aunque de entrada e investigando sólo un poco al menos ya puede mover los componentes en tiempo de ejecución, usando el famoso DragMode que venía ya desde la VCL.... sólo que en Firemonkey es mucho mejor.



- Puse un 2 TPanel en el Form.
- En el Panel1 un Label.
- Al Panel1 la propiedad DragMode a dmAutomatic.
- En el evento OnDragOver del panel 2 puse lo siguiente.

Código Delphi [-]
  
    Operation := TDragOperation.Move;
    TControl(Data.Source).Parent := Panel2;

Y ya.

Es un ejemplo que hace muy poco de lo que necesitas (soy consciente, así como soy consciente de que si hubiera buscado un poco más llego al resto de la conclusión), sin embargo lo que quiero exponer es que fue mucho más sencillo de lo que hubiera sido con VCL y que los que estamos dormidos, somos nosotros... sólo leyendo criticas, esperando a que los demás hagan las cosas por nosotros y sin hacer algo para hacernos acreedores de ese mercado.

Tal vez la caricatura sobre que somos viejos y barbudos... olvidadizos, es más cierta de lo que parece.

[[AgustinOrtu]]

Con respecto a FMX, comparto totalmente con jhonny. En FMX con los componentes Standart te podes crear practicamente cualquier cosa, cualquier layout, cualquier funcionalidad. En la VCL se tienen componentes de terceros que son como los "form dioses", es decir, por ejemplo los Grid de DevExpress (no digo que sean malos), son "super componentes" que hacen miles de cosas. En FMX no dependes de terceros y es cuestion de saber combinar lo que ya tenes (los componentes FMX standart) para lograr lo que necesitas

Por ejemplo, los ListBox/ComboBox de FMX son cosas totalmente distintas a las de VCL. Si quisiera implementar una galeria de imagenes, que permita deslizar con una barra de scroll, que soporte gestos, que me mantenga el indice "seleccionado" (el famoso ItemIndex), que le pinte el rectangulo de foco, que reaccione a un evento OnClick u OnSelect, en VCL, con los componentes nativos, si bien se puede, termina siendo mas rentable esperar que un tercero lo haya desarrollado e incluso pagar con el

En FMX en 15 minutos podes implementar ese componente: https://www.youtube.com/watch?v=wboQJ3WGR6E

En VCL no se si es tan "directo"

Ahora, porque parece contradictorio que todavia no haya grandes suites de componentes? Facil, lo que dice Mario (ecosistema, economia) y tambien, firemonkey recien ahora es algo "estable" como para sentarse a hacer algo. Hasta hace no poco era un juguete con muchos bugs, inestable, lento, y lo peor, entre version y version, sufria grandes cambios. Como tal, el ecosistema no lo adopta y no tenes un mercado al que "atacar" con un producto

Lo que si he visto bastante es "codigo", componentes, o bibliotecas open source para FMX. Es cuestion de buscar bien (no todo el mundo anda enviando folletos del codigo que publica). Pero hay cosas que existen para Firemonkey que en la VCL no existen y dudo que existan alguna vez (como por ejemplo TFrameStand).

Con respecto a Delphi, el sitio web ha mejorado un poco en los ultimos tiempos; ya al menos no luce tan feo y si que hay algunos ejemplos "cool" dando vuelta por ahi, con imagenes/videos enlazando al canal de YouTube

Tambien estan los blog oficiales en donde se publica bastante seguido

Luego las comunidades como esta o las redes sociales. El grupo de Google+ es muy, muy activo.

Con respecto al precio todos opinamos lo mismo

[[newtron]]

Hola.

Precisamente acabo de recibir un correo con publicidad de Gnostice, una empresa de la que uso algunos componentes y van bastante bien, también tienen cosas para FM, por si te sirve....

http://www.gnostice.com/XtremeDocume...p?show=history

Saludos

[jhonny]

No sé si esto sea considerado un ejemplo "cool" para startup:

http://www.danysoft.com/delphi-y-tet...por-diversion/

Hay muchos así, de hecho muy funcionales y prácticos, no sólo mostrando la salida en una consola (Aunque admito que con esos ejemplos en consola he aprendido otros lenguajes).