Delphi vs C # para programación GUI [cerrado]

Vengo de PHP y Python con poco conocimiento de C, he hecho muchas aplicaciones basadas en la web ahora estoy pensando en la aplicación de escritorio para la plataforma de Windows.

Un amigo me dijo que fuera por Delphi y otros dicen que C # es lo mejor, bueno, lo que estoy buscando es

1. Sencillez
2. Productividad
3. Buena documentación API
4. Velocidad
5. Arrastrar y soltar
6. Multi Threading & Good Network API

Gracias

Delphi, definitivamente:

1. Simplicidad: la sintaxis de Delphi se basa en Pascal, que fue diseñado explícitamente para que sea fácil de aprender, y puede cumplir esa promesa. C # se basa en la familia C, que ... bueno ... no lo era .
2. Productividad: Delphi es descendiente de Turbo Pascal, y todavía tiene el compilador más rápido conocido por el hombre, lo que aumentará enormemente su productividad. Además, tiene el depurador. Visual Studio desea que su depurador sea como cuando crezca. Especialmente en la última versión de Delphi, la depuración es mucho más fácil.
3. Buena documentación de API: "API" es una palabra bastante vaga en estos días, que abarca todo tipo de cosas. Supongo que te refieres a bibliotecas, y aquí es una especie de cambio. Tanto el framework .NET como las bibliotecas estándar de Delphi tienen buena documentación en línea y documentación fuera de línea mediocre y difícil de usar. (Una consecuencia de que el equipo de Delphi eligió usar el mismo horrible sistema de ayuda que Visual Studio, del que con suerte se alejarán en la próxima versión).
4. Velocidad: Delphi gana fácilmente. Se compila en código nativo (ejecución más rápida y arranque mucho más rápido porque no hay fase JIT), y no utiliza punteros administrados, por lo que el acceso a objetos es más rápido y menos amigable con la caché.
5. Arrastrar y soltar: una función integrada de VCL.
6. Subprocesamiento múltiple: Delphi tiene una clase de subproceso integrada, pero si desea hacer cosas complejas con concurrencia, hay mejores opciones. Primoz Gabrijelcic, miembro de la comunidad de Delphi, ha estado trabajando en una excelente biblioteca de concurrencia a la que he ayudado a contribuir. Proporciona soporte de alto nivel para objetivos comunes de subprocesos, como agrupación de tareas, bucles FOR paralelos y procesos de canalización de etapas múltiples.
7. Buena API de red: Delphi se entrega con Indy, una biblioteca madura de código abierto que hace que las conexiones a Internet sean fáciles de configurar y administrar. Lo usamos en el trabajo para proporcionar la capa de comunicaciones para una aplicación líder en la industria de la que probablemente nunca haya oído hablar a menos que trabaje en medios de difusión.
8. Implementación: esto no estaba en su lista, pero vale la pena mencionarlo. Todavía hay sistemas por ahí que no tienen el marco .NET preinstalado. Por defecto, Delphi compila su biblioteca estándar en el EXE, luego usa un enlace inteligente para eliminar las partes que no usa, lo que resulta en pequeños EXE que no dependen de bibliotecas de tiempo de ejecución masivas que pesan cientos de MB que sus usuarios tendrán. para descargar e instalar por separado.

C # generalmente tendrá una base de usuarios más grande, más desarrollo en el futuro y las herramientas para el desarrollo de RAD a través de Visual Studio son increíbles.

1. La sintaxis será similar a la que usó en PHP y C.
2. Visual Studio con sus herramientas e IntelliSense es extremadamente productivo.
3. MSDN
4. Una vez más, VS tools + Intellisense, pero la velocidad realmente proviene de la familiaridad de su idioma y sus características.
5. Diseñador VS para WinForms, WPF.
6. System.Threading y System.Net

No tengo mucha experiencia con Delphi, y solo estoy hablando de mis experiencias con C # en general. Donde trabajo, tengo plazos extremadamente ajustados previstos por los no programadores, y puedo bombear aplicaciones de escritorio de línea de negocio extremadamente rápido. En las últimas tres semanas, pasé de la especificación al despliegue en dos aplicaciones LOB de winforms. La productividad para el desarrollo de GUI en C # con VS es una locura.

Ambos tienen los 6 puntos que desea, pero creo que C # tiene la ventaja en la mayoría, si no en todos.

Para pasar por los puntos:

1. Delphi requiere administración de memoria, por lo que podría argumentar que solo hace que C # sea más simple. La respuesta aceptada menciona la sintaxis aquí, bueno, la sintaxis de C # es similar tanto a PHP como a Java, por lo que si desea comenzar a trabajar más rápido desde cualquiera de esos fondos, entonces C # tiene la ventaja.
2. Productividad, creo que puedes hacer más cosas más rápido en C #. La biblioteca .net le brinda tanto que en los viejos tiempos, tenía que buscar componentes de Delphi de terceros para proporcionar.
3. Documentación, Delphi's siempre fue bueno, MSDN es mejor, además encontrará una comunidad más grande para soporte, vea mi análisis de Stack Overflow a continuación.
4. Velocidad, Delphi puede tener la ventaja en esto, pero el ensamblaje triunfa sobre todo, por lo que no suele ser una buena razón para elegir un idioma. Una cosa que señalaría es que he escuchado a personas citar que C # es interpretado. No lo es, nunca lo ha sido, siempre ha tenido un JIT.
5. Arrastrar y soltar, disponible en ambos.
6. Multithreading, Delphi es bueno, pero C # es excelente con construcciones integradas como lock(){}extensiones paralelas y lo nuevo await.

Punto extra, el título de la pregunta es programación de GUI, para esto soy un gran fanático de .nets WPF, que, lo único que Delphi tenía que estaba a medio camino era Bold , que era un dolor para domar y ahora estaba muerto.

Tamaño de la comunidad, al comparar el número de preguntas sobre esto y el desbordamiento de pila en las etiquetas Delphi y C #, verá que el tamaño de la comunidad C # es mucho mayor.

Desbordamiento de pila:

• Delphi 17K
• C # 367K
• Java 312K
• c 73K

He agregado c, para mostrar que no es un problema con la edad de los idiomas y Javasolo para comparar.

No soy un fanático de C # o Java, fui un gran admirador de Delphi, desarrollador profesional puro de Delphi durante 7 años, pero realmente lo arruinaron desde 2005 en adelante con su incursión en .net que arruinó la estabilidad del IDE incluso para compilación nativa de 32 bits. Delphi 7 era el pico del lenguaje en mi opinión.

Cuando estaba en la universidad, me enseñaron programación con Delphi. Estoy un poco oxidado, pero actualmente estoy leyendo mucho código Delphi para portarlo a una aplicación C #.

Prefiero el OO con inclinaciones funcionales de C # sobre el procedimiento con inclinaciones OO de Delphi. Debe considerar cómo prefiere codificar al elegir entre ellos. No creo que haya mucho en lo que respecta a la simplicidad, solo lo que le resulta más fácil. Lo mismo vale para la productividad.

En términos de RAD (desarrollo rápido de aplicaciones) no hay mucho entre winforms y el diseño de GUI de Delphi. Me recuerdan el uno al otro.

WPF, por otro lado, es algo que prefiero a ambos por su estilo declarativo.

No creo que haya mucha diferencia entre la calidad y la cobertura de la documentación proporcionada por el proveedor para C # o Delphi. Creo que encontrará más información que no es de proveedores sobre C #, pero eso podría deberse a que realmente no he buscado mucho en el camino de Delphi.

No he tenido que hacer ninguna programación roscada con Delphi, y cualquier red que hice fue hace años y no puedo recordar.

Las bibliotecas .NET para procesamiento paralelo, eventos y otros trabajos de subprocesamiento son buenas. Entonces no te perderás por ahí. Existe una gran cantidad de soporte cuando se trata de redes, por lo que nuevamente es muy recomendable.

En general, me gustaría ir con C # /. NET. Esto se debe en parte a WPF, pero también prefiero el código que escribo en C #. Por lo que sé, Delphi no tiene nada como Linq, lo cual me parece invaluable.