Una pequeña asociación entre la versión del framework del complemento Delphi y la versión del framework .Net. Por cierto, déjame preguntarle a los expertos.

Me gustaría pedir consejo a expertos sobre el lanzamiento de Delphi plug-in framework (BPL) y el lanzamiento de .Net framework.

En los últimos dos días, escribí Un marco de desarrollo de Delphi y resolvió tres aspectos. Los camaradas interesados ​​pueden venir y echar un vistazo ():

1. Para diferentes funciones del cliente, no es necesario instalar N paquetes. Solo necesita especificar su archivo de configuración. Un paquete de instalación puede mostrar la interfaz principal de la posición correspondiente.

2. Colaboración. Los programadores que comparten cada módulo ya no necesitan cargar con el sombrero del programa principal para depurar. Pueden crear aplicaciones para cada módulo con los módulos públicos distribuidos, sin tener que considerar engorrosos problemas de inicio de sesión, etc., lo que mejora la eficiencia del desarrollo.

3. Recuerdo que cuando estaba estudiando el programa de integración del marco DLL, el RTTI de componentes de terceros siempre tenía episodios tan pequeños. Además, el marco DLL parecía ahorrar problemas y preocupaciones, pero la herencia y el microcontrol dentro de la interfaz eran todos diferentes. de programas EXE independientes. Lo más frustrante que no puedo aceptar es la belleza de la interfaz y la reutilización de recursos. Estos problemas ya han quedado atrás. El marco adopta el estilo Ribbon y el programa principal solo viene con un aspecto. Durante el desarrollo, el programa principal fusiona automáticamente las barras de herramientas del menú de cada formulario de módulo, evitando por completo la herramienta de diseño del formulario principal y el problema de si el formulario del módulo es Dock. o MDI.