Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por pobrecito hablador el Viernes, 30 Abril de 2010, 01:06h (#1215955)
    ...para qué lo quieres en C# o en C++.NET?

    No lo logro entender.
  • dispose... en C pelao...

    (Puntos:1, Informativo)
    por pobrecito hablador el Viernes, 30 Abril de 2010, 04:12h (#1215958)
    Jo, macho, no es que sea un experto, pero en C me suena free, no dispose.
  • Step 0

    (Puntos:3, Inspirado)
    por Robert h Quinn (17819) el Viernes, 30 Abril de 2010, 11:17h (#1216057)
    ( Última bitácora: Miércoles, 28 Diciembre de 2011, 00:46h )
    Se te ha olvidado el paso mas importante. Donde estan los tests? Como sabras si el nuevo programa sigue haciendo lo que hacia?
  • por castarco (35673) el Viernes, 30 Abril de 2010, 11:18h (#1216058)
    ( http://blog.viricmind.org/ | Última bitácora: Jueves, 15 Agosto de 2013, 22:28h )
    Si se trata de un programa de cálculo numérico (por lo que he entendido), yo lo dejaría escrito en C o C++, y no lo ejecutaría sobre la plataforma .net, porque se perderá rendimiento.

    Lo que sí haría: liberar memoria donde haga falta con free (o delete si has pasado a c++), intentar reestructurar el código para dar nombres entendibles a las funciones y equilibrar un poco el código, no tiene mucho sentido tener funciones gigantescas y funciones minúsculas a la vez... eso del aeiou me ha dejado estupefacto.

    También haría diagramas de flujo y de clases (estos ultimos en caso de estar usando c++) para intentar comprender mejor el programa ese cochambroso.

    Mm.. respecto a las pruebas, te recomiento utilizar pruebas unitarias, en plan jUnit (pero para C++, no sé que hay, sé que para c# está nunit)

    Un saludo
  • por phatmanotoo (13423) el Sábado, 01 Mayo de 2010, 00:10h (#1216198)

    Hace lustros que no comentaba en Barrapunto, pero es que al leer esto me ha soliviantado:

    Mi idea, es convertirlo a C# mediante pasos sucesivos, y haciendo muchas pruebas cada pocas modificaciones para asegurarme de que sigue funcionando, ya que no tengo ni idea de cómo funciona y el proceso es muy importante.

    Mi consejo: trata de entender, al menos un poco lo que hace el código, porque si no... auguro un desastre.

    Después, si no tienes la desgracia de estar limitado a Windows, usa Valgrind [valgrind.org] y te dirá exactamente en dónde tienes los leaks de memoria, con lo cual podrás averiguar en dónde tienes que poner los free(), deletes, o como sea que se llamen ahora en .NET.

  • Evita C++ .NET

    (Puntos:3, Informativo)
    por kalceto (21056) el Sábado, 01 Mayo de 2010, 12:47h (#1216233)
    ( http://barrapunto.com/ | Última bitácora: Lunes, 15 Enero de 2007, 15:41h )
    Como consejo si puedes usar valgrind o alguna herramienta parecida para buscar errores de memoria te ahorrará quebraderos de cabeza.

    Ahora bien, lo de pasar código C++ a C++ .NET no te lo aconsejaría, porque es bastante chapuza lo que ha hecho microsoft, y acabarás metiendo un montón de código sin sentido que no te ayudará a acabar pasándolo a C#.

    Otra idea que puede ayudar, no sé bien cuál es la finalidad del proyecto, pero la interacción de cualquier lenguaje .NET con funciones nativas de c es bastante sencilla (busca PInvoke). Lo que te puede ayudar a tener una parte en c o c++ nativo y otra en c#.
    --

    Optimizacion motores de busqueda [optimizacionbusqueda.com]