¿Cuándo debería usar uno u otro?¿Cuál es la diferencia entre un recurso y un recurso incrustado en una aplicación C#?
Me gustaría que todos los archivos que uso en mi aplicación (imágenes, sonido, archivo xml, etc.) estén dentro del archivo .exe, así que no despliego con un grupo de carpetas y archivos.
Gracias por la información.
Las acciones de compilación "Recurso" y "Contenido" son para acceder a los recursos de WPF utilizando el Uris. Sin embargo, "Recurso incrustado" es para tecnologías anteriores. Sin embargo, ambas opciones incrustan el recurso en el ensamblaje, pero la opción "Recurso" se utilizará para WPF.
MSDN privides una explicación completa here
Según ha informado de MSDN,
recursos integrados son la mejor opción si tiene que compartir la aplicación de recursos (.resx) entre múltiples proyectos. Por ejemplo, si usted tiene un archivo recurso común que contiene logotipos de su empresa, información sobre marcas, y tal, el uso de recursos incrustados significa que tiene que única copia del archivo .resx y no los archivos de datos de recursos asociados.
No puede editar recursos incrustados directamente. Si intenta editar un recurso incrustado , recibirá un mensaje que le solicita que convierta el elemento a un recurso vinculado para editarlo. Se recomienda conversión pero opcional. Debe exportarlos, hacer sus modificaciones en un programa externo , y luego importarlos de nuevo en su proyecto.
Esto no responde a la pregunta: ¿cuál es la diferencia entre un recurso incrustado y un recurso? Tu respuesta solo aborda los recursos incrustados. – Grokys
El texto de la pregunta dice "¿Cuándo debería usar uno u otro?"; Creo que respondí a eso. Las preguntas son realmente dos. – kiamlaluno
recurso A WPF (build action = Recursos) aprovecha los recursos incrustado como apoyado por el marco básico .NET, pero añade soporte para acceder al recurso incrustado a través de un pack URI. De MSDN:
WPF archivos de recursos no son los mismos que del tipo incorporado o vinculado de recursos que se pueden configurar mediante el apoyo .NET Framework básico para recursos de montaje. Si bien los archivos WPF resource aprovechan el .NET soporte de recursos incrustado Framework, la capacidad de acceder a los recursos WPF usando URI de paquete es más fácil que usando espacios de nombres.
@DanW No puedo evitar encontrar extraño que se queje de un enlace que posiblemente se va a desaparecer cuando el enlace sigue siendo válido siete años después de su publicación original. Si se tratara de una respuesta solo de enlace, tendría sentido, pero no hay nada de malo en proporcionar un enlace a información complementaria valiosa que no necesariamente es apropiada para incluir en la respuesta real. – jmbpiano
@DanW ??? ¿Seriamente? – pixel
Gracias por todos los informes, que me ayudó a encontrar con mayor precisión dónde estaba el problema: Para mí, era las imágenes utilizadas como icono de proyecto en la barra de tareas que se construyó como recursos y tuvo que ser construido como contenido. Todas las demás imágenes se pueden compilar como recursos, no hay problema.
Espero que esto ayude para el futuro.
¡Tienes razón! Configuré todas las imágenes de mi proyecto WPF en Resource y reconstruí la fuente. Ahora cuando navego a la carpeta Debug no puedo encontrar los archivos en ninguna parte, deben ser parte del .exe, exactamente como lo quiero. No puedo agradecerle lo suficiente! :) –