Ir al contenido


Foto

Migrar a .net, tiene sentido?


  • Por favor identifícate para responder
12 respuestas en este tema

#1 scasab

scasab

    Advanced Member

  • Miembros
  • PipPipPip
  • 66 mensajes

Escrito 15 octubre 2009 - 10:22

Hola He estado revisando Delphi Prism y parece que es una buena opcion para los siguientes casos:

1.-Cuando alguien quere desarrollar con Mono.
2.-Cuando alguien que ya sabe pascal quiere progrramar en Visual Studio con .Net pero usando el famoso y Querido Pascal.
3.-Cuando alguien tiene datos en una aplicacion de 3 o mas capas dónde la capa intermedia esta escrita en 32 bits y quiere consumir los datos desde .net.


Ahora bien, hasta donde entiendo Delphi 2010 no genera código para .net y Delphi Prism no puede leer un código de Delphi 2010 o anterior (por ejemplo 7) y dejar todo en .net por ejemplo con algo como vcl.net. Es correcto esto?

Si lo anterior es correcto (no he podido demostrar que no lo es) entonces me viene una pregunta de fondo. Para diablos migrar?

Como demostrar que una aplicacion .net de escritorio va a ser mas rentable que una aplicación nativa?

Cual es el miedo en dejarla en codigo nativo si es soportada en todos los sistemas operativos....

Mi conclusion es que no hace sentido a menos que haya un interes diferente que puede ser ajeno a lo que discuto anteriormente.

No se porque pero mucha gente nos busca preguntando esto y casi todos nos vamos con la finta de migrar a .net las aplicaciones de escritrio...

Me gustaría mucho saber su opinión al respecto.

Saludos.
  • 0

#2 axesys

axesys

    Advanced Member

  • Moderadores
  • PipPipPip
  • 640 mensajes
  • LocationLos Mochis

Escrito 15 octubre 2009 - 12:19

Aquí hay un opininador :p


Saludos
  • 0

#3 scasab

scasab

    Advanced Member

  • Miembros
  • PipPipPip
  • 66 mensajes

Escrito 16 octubre 2009 - 08:36

Hola Axesys cual es tu conclusión de ese Opinador?
  • 0

#4 axesys

axesys

    Advanced Member

  • Moderadores
  • PipPipPip
  • 640 mensajes
  • LocationLos Mochis

Escrito 16 octubre 2009 - 11:53

Pues que a tenido muy mala suerte con Delphi


Saludos
  • 0

#5 scott

scott

    Member

  • Miembros
  • PipPip
  • 16 mensajes

Escrito 18 octubre 2009 - 03:51

Hola de nuevo

La verdad eso de migrar a mi en lo personal no me late ya que hay varios productos para trabajar desde Delphi win32 y explotar las clases de .Net.

Uno de ellos es Hydra de RemObjects y el otro es CrossTalk y desde ya sin agregarle mas crema a los tacos ya se puede estar utilizando el .Net

Pero la verdad no veo cual sea la ventaja de tener un producto 100% nativo .Net cuando no es otra cosa que la explotacion del framework .Net

En fin los que me puedan abrir un poco mas los ojos agradesco me digan las verdaderas ventajas entre un sistema win32 y un sistema .Net, claro aparte del famoso LINQ ya que esa cosa por el momento solo es factible para la base de datos SQL-Server y esa base para mi es solo bloatware digo si la comparamos contra SQLLite, MySQL, PostgresSQL y Firebird.

Desde los tiempos de Turbo ya se veia la posibilidad de utilizar C++ o Ensamblador con Delphi o en aquel entonces Object Pascal ahora en nuestros tiempos es mas o menos lo mismo pero ahora con .Net.

En mi caso yo utilizo Python desde Delphi que nada que ver con .Net pero solo como ejemplo.

Saludos a todos
Scott
  • 0

#6 scasab

scasab

    Advanced Member

  • Miembros
  • PipPipPip
  • 66 mensajes

Escrito 20 octubre 2009 - 11:29

Yo no he podido demostrar que una aplicación Desktop escrita en Delphi Nativo al ser migrada a .Net ayude a ganar un solo peso a la compañia que la migra... Tampoco he podido demostrar que en .net va a ser más rápida o tener alguna ventaja competitiva en términos de negocio.

Mi conclusión hasta ahora es que no vae la pena migrar una aplicación Desktop.

Ahora bien, una aplicacion web, un web services, algo basado en tres capas es una asunto completament distinto. A mi nunca me gustaron los ISAPIS, los CGI's, y par mi Intraweb no es la soución para alta disponibilidad..

En lo personal creo que las aplicaciones Desktop van a ser substituids por las aplicaciones WEB y mejor aún por las aplicciones RIA.

Para mi elproblema e fondo es cuand vamos a construir una aplicación nueva... Ahi si que es un reto argumentar bien la decisión.... Y si como ya ustedes mismos comentaban en el foro no hay gente actualizada pues esta más compliado....

Saludos.

  • 0

#7 raultr

raultr

    Newbie

  • Miembros
  • Pip
  • 2 mensajes

Escrito 20 octubre 2009 - 04:55

Algunas de las ventajas que veo son:

en .net solo ocupas que tengan el framework los clientes y te olvidas de peleas con dll en las instalaciones.
clickonce facilita la acutalizacion de instalaciones.
No tienes que usar un lenguaje para la web y otro para el escritorio.
Tienes un monton de lenguajes para .net asi que puede colaborar alguien que hable vb,delphi prism,c#,python.
Si te interesa mvc puedes entrarle tambien con .net.
  • 0

#8 IcebergDelphi

IcebergDelphi

    Advanced Member

  • Moderadores
  • PipPipPip
  • 176 mensajes
  • LocationVillaflores, Chiapas, Mexico

Escrito 28 octubre 2009 - 01:12

pregunta 1.- Como demostrar que una aplicacion .net de escritorio va a ser mas rentable que una aplicación nativa?

la rentabilidad no se tocara nada
mientras windows siga soportando aplicaciones nativas no pasara nada y no habra necesidad de migrar aplicaciones
y tardara años porque un gran porcentaje esta asi y no se pueden tirar millones invertidos

pregunta 2.- Cual es el miedo en dejarla en codigo nativo si es soportada en todos los sistemas operativos....

comercialmente sacan la paranoia de migrar todo, pero no hay necesidad, ya que todos los sistemas "Ms Windwos" los soportan, hasta win7 soporta aplicaciones win32
pero no corren en linux, y se supone que la idea es que las aplicaicones net puedan correr donde este el netframework

llamese version para linux ( mono ), macOS, solaris, ect

Ok esta platica la tenia en linea con un amigo programador en Tuxtla Gutierrez  que se llama Cesar Mendez y  lo que acaban de leer es en lo que el concluyo y a mi manera de pensar igual yo concluyo con lo que el me respondio, asi que ustedes que mas opinan para este debate?

:cool:

  • 0

#9 IcebergDelphi

IcebergDelphi

    Advanced Member

  • Moderadores
  • PipPipPip
  • 176 mensajes
  • LocationVillaflores, Chiapas, Mexico

Escrito 30 octubre 2009 - 12:32

Yo no he podido demostrar que una aplicación Desktop escrita en Delphi Nativo al ser migrada a .Net ayude a ganar un solo peso a la compañia que la migra... Tampoco he podido demostrar que en .net va a ser más rápida o tener alguna ventaja competitiva en términos de negocio.

Mi conclusión hasta ahora es que no vae la pena migrar una aplicación Desktop.

Ahora bien, una aplicacion web, un web services, algo basado en tres capas es una asunto completament distinto. A mi nunca me gustaron los ISAPIS, los CGI's, y par mi Intraweb no es la soución para alta disponibilidad..

En lo personal creo que las aplicaciones Desktop van a ser substituids por las aplicaciones WEB y mejor aún por las aplicciones RIA.

Para mi elproblema e fondo es cuand vamos a construir una aplicación nueva... Ahi si que es un reto argumentar bien la decisión.... Y si como ya ustedes mismos comentaban en el foro no hay gente actualizada pues esta más compliado....

Saludos.

Hablando por ahi de aplicaciones RIA , me imajino que algunos ya habian checado esto:
http://www.raudus.com/

Para mi creo que esta mejor que las herramientas de Delphi para PHP, alguien ya ha utilizado Raudus?  saludos.
  • 0

#10 avmm2004

avmm2004

    Member

  • Miembros
  • PipPip
  • 26 mensajes
  • LocationEspaña

Escrito 10 noviembre 2009 - 04:19

Yo, la verdad, las pruebas que he realizado accediendo a datos y ejecutando programas hechos en .net me han decepcionado.
No me termina de convencer.
Tal vez si tuviéramos la posibilidad de desarrollar en .net y llevarlo a linux, a Mac ...... tendría otra opinión.
Dejo el siguiente link que lo argumenta mucho mejor que yo. (en ingles).

http://www.delphifeeds.com/go/s/62471

  • 0

#11 joaquipardo

joaquipardo

    Member

  • Miembros
  • PipPip
  • 37 mensajes
  • LocationAsunción - Paraguay

Escrito 25 noviembre 2009 - 08:13

Sres. yo estoy haciendo varios proyectos con Raudus, en donde estoy adquiriendo una buena experiencia y además muchos trucos de como utilizarlo al máximo.
Me costo varias madrugadas averiguarlas, pero yo pongo a disposicón de ustedes si lo quieren consultar y si puedo ayudarlos.
Saludos atentamente.

  • 0

#12 enecumene

enecumene

    Webmaster

  • Administrador
  • 7.419 mensajes
  • LocationRepública Dominicana

Escrito 25 noviembre 2009 - 08:15

Sres. yo estoy haciendo varios proyectos con Raudus, en donde estoy adquiriendo una buena experiencia y además muchos trucos de como utilizarlo al máximo.
Me costo varias madrugadas averiguarlas, pero yo pongo a disposicón de ustedes si lo quieren consultar y si puedo ayudarlos.
Saludos atentamente.


Amigo será un gusto :D, y bienvenido a Delphiaccess (b)
  • 0

#13 Marc

Marc

    Advanced Member

  • Moderadores
  • PipPipPip
  • 1.484 mensajes
  • LocationMallorca

Escrito 31 diciembre 2009 - 05:27

Yo también estaba considerando usar Delphi Prism para hacer aplicaciones Web con ASP.Net, pero ciertamente me tira más Raudus.

avmm2004, puedes utilizar Delphi Prism para hacer programas .Net y llevarlos sobre MacOS o Linux, ejecutándolos sobre Mono. Aunque no podrás utilizar componentes de terceros como Developer Express, ya que sus componentes como las QuantumGrid solo funcionan sobre Windows (por motivos de rendimiento hacen un montón de llamadas directas al API de Windows), y esa es una de las principales razones de pasarse a .Net (DevExpress saca pocas mejoras en su colección de componentes para la VCL).

Raultr, con Delphi Win32 sí que te olvidas de dll's e instalaciones. Con los programas .Net tienes que asegurarte de tener instalado el framework que esté usando, y las dll's de los componentes utilizados (aunque parece que no hay que registrarlas), etc. ... En cambio en una aplicación Delphi Win32 solo tienes que compilarlo todo en el mismo ejecutable, y ya funciona sin más, olvidándote de instalaciones ni otras molestias.
  • 0




IP.Board spam blocked by CleanTalk.