Finalmente, lo probé por Delphi2005. El dormitorio era mejor que 512m. Hablando de estabilidad, es mucho mejor que D8, pero todavía escuché a la gente decir que hay muchos errores. ser utilizado. Después de todo, Borland no tarda mucho en desarrollar compiladores usando .NET.
No mencionaré las nuevas características de Delphi2005, está en todas partes en Internet.
Pero: realmente no entiendo. El segundo punto es que el diagrama UML puede generar directamente el código. Sabe que esta es la razón, pero Delphi2005, ¿no dijiste que puedes hacerlo sin ECO? El último punto es que el compilador de Borland es de alto nivel, pero el editor de código está lejos de VS2005. Ok, y la velocidad es extremadamente rápida, y sale al instante. apresurarse por un tiempo antes de salir. Pero para ser justos, las indicaciones para usar VS se basan directamente en el código. Será realmente un desastre. Hablando de la sangría automática del código, Borland es realmente incomparable. Lo último que no me gusta es que generaré automáticamente una plantilla de anotación por 3 // en VS, pero Delphi no proporciona las funciones correspondientes, por lo que realmente no es fácil de comentar de esta manera.
Volviendo al tema, Delphi for.net ha realizado algunos ajustes de sintaxis para adaptarse a algunos requisitos de .NET, pero hay pocos libros relacionados y no pueden escribirlos bien. Cómo escribirlos. Ahora que tienes Delphi2005, no puedes esperar, solo sigue explorando.
Hoy echaré un vistazo a la ayuda y aprenderé el espacio de nombres
espacio de nombres
Declarar espacio de nombres
En el archivo del proyecto de Delphi, se declara implícitamente un espacio de nombres, llamado el espacio de nombres predeterminado del proyecto. Suponga que el encabezado del archivo del proyecto se define de la siguiente manera:
Programa MyCompany.Programs.MyProgram;
Entonces el espacio de nombres predeterminado del proyecto es myCompany.programs
Si un encabezado de unidades se define como unidad ****;
Si un encabezado de la unidad se define como la unidad ***. ****. ***;
La unidad declarada de primera manera se llama unidad genérica, que siempre es un subespacio del espacio de nombres predeterminado del proyecto
El nombre en el espacio de nombres es insensible al caso. En otras palabras, entre los diversos segmentos de palabras divididos por., La última parte no se cuenta como un nombre y no se compila en el ensamblaje. , Unidad3. Usando esta función, si un gran espacio de nombres debe dividirse en varios archivos para escribir, puede hacer que la parte completa de estas unidades sea la misma, simplemente diferente en esta sección de la última.
Referencias a espacios de nombres
Use la instrucción usos. Supongamos que existe la siguiente declaración:
usa aaa.bbb.unit1, unidad2;
Se ha especificado claramente para AAA.BBB.unit1.
1 El espacio de nombres de la unidad actual (si lo hay)
2 El espacio de nombres predeterminado del proyecto (si lo hay)
3 espacios de nombres especificados por opciones de compilador
Aunque no se puede ver la última sección del nombre de la unidad e indistinguible para compiladores externos, la última sección sigue siendo indispensable en Delphi, por lo que la última sección debe incluirse en la declaración de usos, por ejemplo, la clase1 se define en la unidad 1 AAA.BB .Unit1. No importa qué, la Unidad1 es esencial en los usos.
En ayuda de Delphi, dice:
Múltiples unidades se pueden agrupar en un espacio de nombres utilizando una extensión de la cláusula in en el archivo de origen del proyecto.
usa myprogram.mynamespace en 'FilePath/Unit1.pas; OtherPath/Unit2.pas';
En este ejemplo, el espacio de nombres myprogram.mynamespace contiene lógicamente todos los símbolos de la interfaz de la Unidad1 y la Unidad2. Símbolo llamado MySymbol, el compilador informará un error en la cláusula de usos.
Pero no importa cómo experimente, presto atención a los errores de compilación, y no se puede implementar.
Hasta ahora no he encontrado una manera de hacer referencia a la DLL generada por Delphi. Porque cuando agrego una DLL compilada por Delphi para .NET en el nuevo proyecto del proyecto Delphi, y luego compilé, diré un error fatal, no puedo importar nada, por favor use paquetes, etc. Sin embargo, no hay problema con la adición de DLL en vs.net, y el programa puede ejecutarse normalmente.
Hasta ahora, solo he encontrado una solución temporal, que es no generar biblioteca y reemplazarla con el paquete, de modo que el archivo de destino final también sea una DLL, y también puedo llamarlo normalmente en vs.