biblioteca [2] VS WPF estructuras de directorios soluciones práctico tutorial y enlace dinámico

1. Introducción

Cuando se crea un proyecto utilizando VS, podemos encontrar los siguientes problemas:

① con una solución que contiene varios proyectos de ingeniería, entre estos proyectos y algunos dependen unos de otros, cuando una solución de generación de claves, orden de construcción para cada elemento impredecible, lo que lleva a una solución de generación de claves emergen de error.

② Si citamos algunos DLL biblioteca de terceros, DLL que estas bibliotecas deben ser colocados antes de las soluciones apropiadas qué directorio?

Cuando el difunto ③ en libertad, yo no era una copia directa de la compresión de la carpeta de salida se puede?

Lleva este tipo de preguntas, que escriben sobre sus propias experiencias.

2. Directorio local

La cifra es la estructura de directorios de mi propia que suelen utilizar, por lo general antes de iniciar un proyecto, yo en primer lugar crear varios directorios en el mapa, el contenido de cada directorio almacenado:

  • Docs: el almacenamiento de documentos relacionados con el desarrollo de proyectos, etc., cuando la posibilidad de subir a Git o SVN plataforma de alojamiento, normalmente elegir la carpeta para cargar ignorado.

  • Pública: el almacenamiento de todas las dependencias del proyecto, los archivos generados, los archivos de recursos, etc., cuando se utilizan las herramientas de paquetes paquete, se puede envasar directamente en el directorio. Una vez cargados en la plataforma de alojamiento, el paquete porque no DLL o formato de archivo EXE, se puede optar por subir también puede optar por no cargar.

  • GC: El archivo de solución para almacenar diferentes versiones de VS herramienta creada. Una vez cargados en la plataforma de alojamiento, es necesario subida.

  • SRCs: Como su nombre indica, almacenan los archivos de código fuente. Una vez cargados en la plataforma de alojamiento, es necesario subida.

  • Pruebas: Me suelen almacenar proyecto de demostración de prueba para una función.

3. Presentación del proyecto

Después de que el directorio creado en la sección 2, empecé a hacer algunas presentaciones, suponiendo que tengo los siguientes requisitos: un proyecto de código abierto de control personalizado de WPF, llamado MicroUI, la salida final al usuario como un archivo: MicroUI.Wpf .Toolkit.dll, ahora quiero crear un proyecto.

3.1 Creación de Soluciones

VS abierta, aquí estoy usando VS2013, .NET4.5.

Nuevo proyecto Haga clic en la flecha, puede \ "nueva" \ "proyecto" por "archivo" VS barra de menú se crea.

Como puede observarse, el nuevo proyecto es MicroUI.Wpf.Samples, elección del lugar es [directorio raíz] \ \ MicroUI ERS, porque es una nueva solución, el mismo nombre y crear nuestro primer nombre del proyecto. Después de que la información se rellena, haga clic en el botón "OK".

 

mapa local indicado por la flecha, como se puede ver, para crear una buena solución denominada "MicroUI.Wpf", esta solución tiene un proyecto. Y se puede ver en las soluciones de archivo de directorio local paréntesis se indica a continuación:

Un total de dos archivos con el siguiente significado:

archivo .sln: (Visual Studio.Solution), proporcionando una referencia a proyectos ambientales, elementos de proyecto y soluciones de localización clave en el disco, puede organizarlos en soluciones. Por ejemplo se genera el modo de depuración, o modo de lanzamiento, una CPU especial o de propósito general, y similares.

.suo archivo: (Solución Opertion usuario) opciones de usuario solución para registrar todas las opciones asociadas con la solución, por lo que cada vez que se abre contiene ajustes personalizados que haya realizado. Por ejemplo VS Diseño y, por último archivo de proyecto compilado pero no se apaga.

En estos dos documentos, Internet tiene una explicación más detallada, no hacer demasiado explicación.

3.2 soluciones a medida ubicación y el nombre

En primer lugar, el ratón para seleccionar la parte de la flecha mostrada en la figura:

Luego, en la barra de menú, seleccione "Archivo" \ "[el nombre de la solución] .sln Guardar como ..."

En el cuadro de diálogo Guardar como que aparece, seleccionar la ruta "MicroUI \ GC \ VS2013"

archivo de conjunto con nombre "MicroUI.Wpf.sln", a continuación, haga clic en el botón "Guardar".

Podemos ver si ha cambiado el nombre de flecha soluciones, pero se pueden ver dos nuevas soluciones generadas en el directorio SlnS \ VS2013.

A continuación, nos MicroUI \ dos archivos SRCs \ \ MicroUI.Wpf.Samples soluciones bajo la carpeta eliminada en la línea.

después de borrado

3.3 crear una biblioteca de controles de usuario personalizada

A continuación, voy a crear una biblioteca personalizada

Solución del ratón para seleccionar, haga clic derecho seleccionar "Añadir" \ "Nuevo proyecto"

Como se indica por la flecha en la figura selecciona secuencialmente que ha de notar que esta elección es "la Biblioteca WPF Custom Control", no "la biblioteca de control de usuario WPF", hay diferencias entre los dos. Finalmente haga clic en el botón "OK".

Ver artículo ha sido añadido a la biblioteca de control personalizado, entonces tenemos que configurar para que se ejecute la plataforma.

3.4 Configuración de la plataforma de soluciones

Ahora vamos a configurar la plataforma de estos dos proyectos, como x86 o x64.

Del ratón para seleccionar la solución, haga clic derecho y seleccionar "Gestor de configuración"

De la figura se puede ver las soluciones emergentes para la configuración por defecto

 

Permítanme modificar la configuración, la plataforma de los soportes de depuración y liberación x86. Mover como se muestra en la figura.

Después de la configuración, haga clic en el botón Cerrar. (Si quieres apoyar x64, siga los pasos establecidos en la línea en el mapa)

Se puede ver en este momento la solución se desarrolló en modo de lanzamiento.

3.5 Generar ruta del archivo de proyecto personalizado

A continuación, tenemos estos dos proyectos de archivos generados en el mismo directorio, es decir catálogo público empecé a crear.

 

Haga clic con el ratón y seleccione "MicroUI.Wpf.Samples", seleccionar "Propiedades" para mostrar las propiedades del proyecto de la interfaz de la siguiente manera:

En la página Propiedades, seleccione la sección "Generar", encontrar el camino de salida

La ruta de salida se establece en ".. \ .. \ Public \", cuyo número se determina de acuerdo a la ubicación de su proyecto ..

Ctrl + S para guardar, se puede ver en el directorio público ya tiene algunos archivos.

Del mismo modo, establecer el proyecto MicroUI.Wpf.Toolkit directorio de salida a lo público:

Ctrl + S para guardar.

Tenga en cuenta que la misma: Si resolvemos programa de modo de lanzamiento se convierte en modo de depuración, se deberá ajustar de alguna directorio de salida de nuevo. La razón para hacer esto se puede entender, porque somos diferentes archivos de modo de disparo y el modo de depuración generada. Si tiene modo de disparo y el modo de depuración se establecen ruta de salida, la próxima vez que cambiar de un lado a otro cuando los dos modos, que no necesitan re-configurado. Por supuesto, si se aumenta la plataforma x64, sino también sobre la necesidad de reconfigurar.

A medida que estos parámetros de configuración se almacenan en el archivo .sln, o es .suo archivo o .csproj proyecto de ella, puede verificar las manos.

dependencias 3.6 Agregar proyecto

Deje el ratón para seleccionar la solución, haga clic en el "Generar solución"

Bajo el directorio público, se puede ver los siguientes archivos

donde:

  • sufijo .pdb es el proceso de depuración de los archivos, puede borrar todos cuando se suelta.

  • Sufijo .vshost.exe. * Los archivos son programa de control visual studio, cuando se ejecuta el depurador está abierto vs hecho de que este documento, este programa permite vs información de seguimiento de depuración se puede eliminar en el momento de la publicación.

  • MicroUI.Wpf.Samples.exe.config es el archivo de configuración de la aplicación, si no utiliza el archivo de configuración local en el programa, que se puede eliminar.

  • MicroUI.Wpf.Samples.exe proyecto se genera archivos ejecutables no se pueden eliminar

  • MicroUI.Wpf.Tookit.dll proyecto genera archivos de biblioteca de vínculos dinámicos, si hace referencia el archivo de biblioteca de vínculos dinámicos en la liberación de un archivo ejecutable, no se puede eliminar, si no se hace referencia a cualquier proyecto se pueden eliminar.

A continuación, se dejó que las referencias del proyecto MicroUI.Wpf.Samples MicroUI.Wpf.Tookit.dll.

VS en el proyecto, puesto en marcha MicroUI.Wpf.Samples, citado clic del ratón sobre el proyecto, haga clic derecho y seleccione "Agregar referencia"

En el cuadro de diálogo emergente, haga clic en la flecha debajo del botón "Examinar"

Localizar y seleccionar el MicroUI.Wpf.Toolkit.dll, haga clic en el botón "Añadir"

En este punto se puede ver en el administrador de cotización ha comprobado MicroUI.Wpf.Toolkit.dll

Hacemos clic en el botón "OK".

 

En referencia al lugar donde se puede ver los archivos se han añadido.

3.7 Opciones de configuración para generar la secuencia

Después de 3,6, que luego haga clic en la solución y seleccione "Volver a generar solución"

Las soluciones de la página de salida, se puede ver el fin de construir el proyecto se convirtió en el señor MicroUI.Wpf.Samples, a continuación, generar MicroUI.Wpf.Tookit

En su defecto, VS construir la solución, de acuerdo con este se puede ver

Dispuestos en orden de arriba a abajo generada (tal vez también podemos poner el proyecto en AAAMicroUI.Wpf.Toolkit y AAAAAAAMicroUI.Wpf.Samples, ja, ja)

De hecho, VS nos proporciona un método para generar dependencias secuenciales.

Haga clic derecho en la solución y seleccionar "Proyecto de orden de construcción."

Elegimos a la pestaña "Dependencias"

Nosotros, como se muestra a continuación, seleccione el MicroUI.Wpf.Samples artículo, compruebe MicroUI.Wpf.Toolkit y, a continuación, haga clic en Aceptar.

Se puede abrir la ventana de nuevo, se puede ver, el orden de construcción del proyecto cambió.

Volver a generar solución de nuevo

Tampoco se puede ver una advertencia.

3.8 Cómo hacer referencia al control personalizado

Ya hemos establecido MicroUI.Wpf.Samples proyecto hace referencia a una biblioteca de controles personalizados, y luego simplemente le mostrará, cómo hacer referencia a este control en el proyecto. En primer lugar, añadir un espacio de nombres en la ventana o control de usuario necesidad de referencia en:

  •  
xmlns:dazhuang="clr-namespace:MicroUI.Wpf.Toolkit;assembly=MicroUI.Wpf.Toolkit"

Como se muestra a continuación

¿Qué Dazhuang casualmente llamado. Entonces colocado controles CustomControl1:

Los controles pueden ser vistos corriendo

3.9 Resumen

Hasta este punto, básicamente hemos dominado los siguientes puntos:

  • VS crear una solución multi-proyecto

  • Ajuste de la orden de construcción del proyecto

  • Cambiar la ruta del archivo de resultados del proyecto

  • Crear una biblioteca de referencia y personalizada

Expandirla para crear la biblioteca de vínculos dinámicos y otros métodos de referencia y crear bibliotecas personalizadas y la misma referencia.

////////////////////////////////////////////////// ///////////////////////////////////////

** artículo original, reproduce, por favor adjuntar la parte de declaración

** Fuente: https://blog.csdn.net/mybelief321

** Autor: Nine Zero Zhuang

////////////////////////////////////////////////// ///////////////////////////////////////

Publicados 143 artículos originales · ganado elogios 161 · Vistas 1,21 millones +

Supongo que te gusta

Origin blog.csdn.net/mybelief321/article/details/102741091
Recomendado
Clasificación