FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Yo estoy de acuerdo con Jhonny
El potencial de los componentes FMX es vastamente superior al de la Vcl, porque Vcl es una envoltura de la API Win32, y es una API vieja y que sufre del problema de que "es como sabiamos programar en ese momento". Es decir, hereda los problemas de diseño de la API que envuelva. La gran ventaja que tiene es que es una biblioteca muy madura, muy facil de usar, que cumple muy bien su cometido. No mes estoy "quejando" ni criticando la VCL. Pero para algunas cosas le falta flexibilidad En Firemonkey uno puede componer componentes, cosa que es muy dificil o complicado de hacer con la VCL. Es decir, si queres podes poner dentro de un TEdit un TForm entero, sin ningun problema. Basicamente cualquier Objeto firemonkey (TFMXObject, que si no recuerdo mal desciende directamente de TComponent, osea fijate que arriba de la rama jerarquica) puede servir de "Parent" para otro TFMXObject Ahora el problema de FMX es que es multiplataforma, que conlleva todo lo que dijo Neftali, osea es muy dificil, y ademas, es una reescritura, es decir, se inicio la implementacion de 0 totalmente por lo que hay cosas con bugs, y ni de cerca esta en los niveles de madurez que la VCL. Y dicho sea de paso, si bien es super flexible en muchas cosas, hay otras pocas que son bastante "molestas", ejemplo el tener que andar tocando los "styles" para poder modificar una simple propiedad. A veces cambiar un color, una fuente, un tamaño o tipo de tipografia es bastante molesto y esta lejos del alcance de un par de clicks como en VCL |
#2
|
||||
|
||||
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. |
#3
|
||||
|
||||
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4
|
||||
|
||||
Hola a todos,
Cita:
|
#5
|
||||
|
||||
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.
__________________
El malabarista. Última edición por mamcx fecha: 05-10-2016 a las 17:44:14. |
#6
|
||||
|
||||
Delphi depende de ti, Mario. Y de mí y de todos los que tengan algún tipo de interés en él. :-)
|
#7
|
||||
|
||||
¡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 |
#8
|
||||
|
||||
Cita:
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.
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#9
|
||||
|
||||
Hola a todos,
Cita:
|
#10
|
||||
|
||||
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.
__________________
El malabarista. |
#11
|
|||
|
|||
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 |
#12
|
||||
|
||||
Cita:
- 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.
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.
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#13
|
||||
|
||||
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 |
#14
|
||||
|
||||
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
__________________
Be water my friend. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Como añadir una imagen a un boton de un item de un TListView de FireMonkey para iOS | delphijm | Desarrollo en Delphi para iOS/OSX | 1 | 02-12-2015 19:16:45 |
Como se borran componentes en firemonkey | cocute | FireMonkey | 2 | 21-07-2015 17:14:13 |
Componentes para FireMonkey - Android | gandalf_uy | Desarrollo en Delphi para Android | 2 | 19-11-2013 19:09:18 |
FireMonkey para BlackBerry | kurono | FireMonkey | 13 | 01-05-2012 11:37:15 |
necesito ayuda donde conseguir componentes y para instalarlos en delphi | pato8 | OOP | 2 | 01-12-2008 13:49:32 |
|