FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Voy a dar mi opinión al respecto.
En mi opinión Delphi es mas rápido en funcionamiento. Tiene la ventaja de que todo lo incluye dentor del ejecutable (aunque pese mas). Con las últimas versiones un proyecto puede ser realizado para cualquiera de las plataformas existentes (o casi cualquiera) En contra partida desde que trabajo con C# lo noto muy lento (igual que lo es Java), hay que distribuir las bibliotecas junto con el ejecutable y tener instalado un framework para que corran las aplicaciones. Además con .NET no se puede desarrollar para otras plataformas que no sean Windows (por el momento y creo que va a ser por mucho tiempo así).
__________________
Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno |
#2
|
|||
|
|||
Cita:
Saludos
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
#3
|
||||
|
||||
Cita:
|
#4
|
||||
|
||||
Cita:
Aunque para apps de escritorio para Windows? Delphi no tiene competencia. .NET para apps de lado servidor & moviles, o apps de gran desempeño y escalables. P.D: Igual, no has dicho que tipo de apps quieres hacer
__________________
El malabarista. |
#5
|
|||
|
|||
Cuando me refería a que .NET era lento era por desempeño.
Por el momento será una aplicación para controlar un deposito, que funcionará en Windows de escritorio y luego sera hecha una versión para mobile. Si tuviera que realizar algo para el lado del servidor no usaría .NET, sino otro lenguaje que luego me permita portarlo a Linux. MONO nunca lo he usado pero sería una opción para tener en cuenta a la hora de evaluar alternativas. Les comento para que lo tengan en cuenta. He trabajado con aplicaciones para todo lo que es tarjetas de créditos y las mismas se desarrollaban en .NET. Con la gran cantidad de datos que manejan estas aplicaciones levantar una pantalla o una grilla con todo lo que ellos necesitan es bastante lento comparado con pruebas que he hecho en Delphi. Saludos
__________________
Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno |
#6
|
||||
|
||||
elrayo76,
Cita:
Pregunto : ¿Por que debes elegir entre uno u otro?, ¿No te es posible usar ambos y combinarlos según te convenga? Saludos, Nelson. |
#7
|
|||
|
|||
Como poder puedo elegir ambos, pero el tema es tratar de usar la menor cantidad de tecnologías y lenguajes posibles. todo le mundo en sistemas debe saber lo que es programar usando muchos lenguajes y demás.
Si se desarrolla algo se tiene que tenes especial cuidado de que si lo necesitas consumir en otro lenguaje sea compatible con ese otro lenguaje. Sin ir mas lejos se me vino a la mente lo que paso en mi empresa con una impresora fiscal. El proveedor de la impresora tiene las bibliotecas para comunicarse con la impresora desarrollados de tal manera que no funcionaban en Delphi, pero si los usábamos en C# si funcionaban. Se que esto mismo que comento pasaría si solo usáramos Delphi, pero solo lo puse a modo de ejemplo de que lo mismo puede pasar con desarrollos propios y en distintos lenguajes (esto mas allá de que se intenten hacer las cosas bien para que sean compatibles). Igualmente gracias a los que respondieron, todo sirve y de todo se aprende. Saludos
__________________
Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno |
#8
|
||||
|
||||
elrayo76,
Cita:
Te comento: 1- Hace algún tiempo desarrolle en Delphi 7 un DLL bastante complejo que permite la utilización de una Impresora Fiscal desarrollada en mi país, dicho DLL ha sido utilizado en Puntos de Venta hechos en Delphi, VisualFox Pro, Java, C#, Visual Basic y PowerBuilder, honestamente lo usan en tantos sitios que es probable que se haya incluido en otros lenguajes. 2- Si como comentas en el Msg #1 tienes experiencia en Delphi y C#, no creo que sea un problema usar ambos a conveniencia, sin embargo en términos generales lo ideal es usar uno que haga todo, aunque hoy en día esto no parece ser una opción factible en muchos casos. Espero sea útil Nelson. Última edición por nlsgarcia fecha: 03-07-2015 a las 17:07:46. |
#9
|
||||
|
||||
La empresa donde trabajo utiliza Embarcadero Delphi desde hace años, básicamente por las razones a favor que ya se han argumentado (y demostrado) hasta el cansancio. No solemos usar otras herramientas de programación, excepto Visual Studio, y eso sólo para compilar alguna DLL que hubiese sido tristemente escrita en lenguajes anticuados como C, o descabellados como C#.
Y Chuck Norris nos libre de usar Java, o peor aún, JavaScript algún día. Este último comentario sí fue fanático. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Para los nuevos programadores Delphi | Al González | La Taberna | 36 | 09-05-2013 21:31:02 |
Nuevos componentes en Tiburon-Delphi 2009 | Delfino | Noticias | 27 | 04-08-2008 23:45:00 |
Nuevos componentes Delphi 2007 | RGE | Varios | 5 | 15-10-2007 16:27:25 |
como darle nuevos aspectos a un trackbar de delphi | rls | Varios | 2 | 16-11-2005 21:26:31 |
Nuevos Expertos para Delphi | lpmlpm | Noticias | 2 | 07-09-2005 16:00:10 |
|