GetManifestResourceStream zwraca NULL

To jest aplikacja C # .NET 4.0:

Osadzam plik tekstowy jako zasób, a następnie próbuję wyświetlić go w oknie dialogowym:

    var assembly = Assembly.GetExecutingAssembly();
    var resourceName = "MyProj.Help.txt";

        using (Stream stream = assembly.GetManifestResourceStream(resourceName))
        {
            using (StreamReader reader = new StreamReader(stream))
            {
                string result = reader.ReadToEnd();
                System.Windows.Forms.MessageBox.Show(result, "MyProj", MessageBoxButtons.OK);
            }
        }

Rozwiązaniem jest MyProjSolution, a plikiem wykonywalnym jest MyProj.exe. Help.txt to zasób osadzony. Jednak strumień jest pusty. Próbowałem MyProjSolution.Help.txt i MyProjSolution.MyProj.Help.txt, ale wydaje się, że nic nie działa.

Możesz sprawdzić, czy zasoby są poprawnie osadzone przy użyciu

//From the assembly where this code lives!
this.GetType().Assembly.GetManifestResourceNames()

//or from the entry point to the application - there is a difference!
Assembly.GetExecutingAssembly().GetManifestResourceNames()

podczas debugowania. Spowoduje to wyświetlenie wszystkich (w pełni kwalifikowanych nazw) wszystkich zasobów osadzonych w zestawie, w którym jest zapisany kod.

Zobacz Assembly.GetManifestResourceNames () w witrynie MSDN.

Po prostu skopiuj odpowiednią nazwę i użyj jej zamiast tego, co zdefiniowałeś w zmiennej „resourceName”.

Uwagi - w nazwie zasobu rozróżniana jest wielkość liter i jeśli niepoprawnie osadziłeś plik zasobu, nie pojawi się on na liście zwróconej przez wywołanie GetManifestResourceNames (). Ponadto - upewnij się, że czytasz zasób z prawidłowego zestawu (jeśli używanych jest wiele zestawów) - zbyt łatwo jest pobrać zasoby z aktualnie wykonywanego zestawu, a nie z zestawu, do którego się odwołuje.

EDYCJA - .NET Core
Zobacz ten wpis SO, aby uzyskać szczegółowe informacje na temat osadzania przy użyciu platformy .NET Core.

Pobieranie informacji manifestu wygląda podobnie - po prostu użyj go, this.GetType().GetTypeInfo().Assembly.GetManifestResourceNames()aby pobrać manifest z zestawu, w którym wykonywany jest kod.

Jeszcze nie wymyśliłem, jak zrobić odpowiednik Assembly.GetExecutingAssembly()w .NET Core! jeśli ktoś wie - daj mi znać, a zaktualizuję tę odpowiedź.

Miałem podobny problem, najpierw sprawdź, czy plik jest zawarty w twoim projekcie, a następnie przejdź do właściwości i ustaw akcję kompilacji tego pliku na Zasób osadzony. to działało dla mnie.

Właściwość „Build Action” osadzonego pliku powinna być ustawiona na „Embedded Resource”, aby poprawnie uruchomić wiersz podany poniżej:

Stream stream = assembly.GetManifestResourceStream(resourceName)

Kliknij plik prawym przyciskiem myszy, kliknij właściwość, a następnie ustaw właściwość „Build Action” na „Embedded Resource”:

Oto przyczyna mojej wartości zerowej.

http://adrianmejia.com/blog/2011/07/18/cs-getmanifestresourcestream-gotcha/

GetManifestResourceStreamMetoda będzie zawsze powraca NULLjeśli właściwość zasobu „zbudowany działania” nie jest ustawiony na „zasobu osadzonego”

Po ustawieniu tej właściwości ze wszystkimi potrzebnymi plikami assembly.GetManifestResourceStreamzaczyna zwracać poprawny strumień zamiast NULL.

Tylko ostrzeżenie.

Nie mogłem uzyskać dostępu do mojego pliku jako zasobu osadzonego, mimo że określiłem, że był i mimo że miał tę właściwość Build Action. Zmarnowałem dużo czasu na walenie głową. Osadziłem plik kodu csharp z .txt dołączonym do jego nazwy (xxx.cs.txt). Z jakiegoś powodu metody GetManifestResourceNames () i GetManifestResourceStream () nie zobaczą pliku z .cs w nazwie.

Zmieniłem nazwę po prostu na xxx.txt i wszystko było w porządku.

Dziwne.

Miałem ten sam problem, dzięki Jayowi stwierdziłem, że w nazwie katalogu były myślniki.

ProjectName.ResourceFolder.Sub-Directorystaje się, ProjectName.ResourceFolder.Sub_Directorygdy odwołujesz się do strumienia zasobów.

W moim przypadku problem polegał na tym, że kod szukający zasobu znajdował się w innym projekcie niż sam zasób.

Możesz uzyskać dostęp tylko do zasobów, które są w tym samym projekcie, w którym znajduje się kod. Pomyślałem, że mogę umieścić wszystkie moje zasoby w projekcie strony internetowej, ale potrzebuję również obrazów w projekcie poczty.

Mam nadzieję, że pomoże to komuś w takiej samej sytuacji, w jakiej byłem.

Uważam, że powołanie jest naprawdę przydatne Assembly.GetExecutingAssembly().GetManifestResourceNames();.

W przypadku, gdy pomaga to komukolwiek innemu, upewnij się, że Assembly.GetExecutingAssembly()linia jest wywoływana z tego samego zestawu, który ma osadzone zasoby.

Prostym i usprawnionym rozwiązaniem jest posiadanie tej klasy bazowej :

public class EmbededResourceReader
{
    protected string LoadString(string fileName)
    {
        return LoadString(fileName, Encoding.UTF8);
    }

    protected string LoadString(string fileName, Encoding encoding)
    {
        var assembly = this.GetType().Assembly;
        var resourceStream = assembly.GetManifestResourceStream($"{this.GetType().Namespace}.{fileName}");
        using (var reader = new StreamReader(resourceStream, encoding))
        {
            return reader.ReadToEnd();
        }
    }
}

Następnie podczas dodawania zasobu tworzysz klasę czytnika C # w tym samym folderze:

gdzie klasa czytelnika MyResource.cs jest bardzo prosta:

public class MyResource : EmbededResourceReader
{
    public string LoadString() => LoadString($"{nameof(MyResource)}.txt");
}

Zatem każdy zasób będzie miał klasę „shadow”, która wie, jak go poprawnie odczytać.

Oto jak odczytujesz zasób w swoim kodzie:

var text = new MyResource().LoadString();

I jak sugerowały inne odpowiedzi, nie zapomnij ustawić „Zasobu osadzonego” we właściwości Akcja kompilacji pliku zasobów.

Zaletą tego jednolitego rozwiązania jest

1. mniej kłopotów ze znalezieniem poprawnej pełnej nazwy zasobu, zwłaszcza gdy jest umieszczony w zagnieżdżonych folderach
2. w przypadku zmiany nazwy folderu LUB zmiany domyślnej przestrzeni nazw w ustawieniach projektu kod NIE ulegnie awarii

    First Unload the project and click on edit the project file. 

    Inside the project file make sure that the item you are fetching from the assembly is included inside <EmbeddedResource> tag.

    Eg: 

         <ItemGroup>
          <EmbeddedResource Include="Template\ForExampleFile.html" />
         </ItemGroup>


    The files I added into the project were just in Content tag but not in the EmbeddedResource as shown below by default. Hence the stream was returning null.
    <ItemGroup>
        <Content Include="Template\ForExampleFile.html" />
  </ItemGroup>

Musisz zwolnić swoje rozwiązanie, a następnie edytować projekt, a następnie znaleźć folder i zmienić go w ten sposób:

<EmbeddedResource Include="yourpath" />

Chociaż OP otrzymał GetManifestResourceStream zwracając NULL z zasobów w tym samym zestawie, niektóre odpowiedzi sugerowały, że gdy zasoby znajdują się w innym projekcie lub zestawie, nie można ich odzyskać i są uzasadnioną przyczyną zwracania wartości NULL przez GetManifestResourceStream.

To nieprawda, przynajmniej od 2011 roku; jak wskazałem w niektórych komentarzach w innym miejscu, Assembly.LoadFrom () lub typeof załatwiają sprawę iw rezultacie możesz uzyskać dostęp do zasobów, które są w innym projekcie.

Mam tutaj do zilustrowania umiarkowanie złożony przykład; to jest moja konfiguracja testowa:

Ścieżka do innego projektu:

Przechwycono tutaj:

 var sharedXMLResource =
                "D:\\My Documents\\Consultório Impressos\\DB Pacientes\\Teste\\TestesVariados\\WinFormFramework\\Read_Embedded_XML_File_CS\\bin\\Debug\\Read_Embedded_XML_File_CS.exe";

A na Form1.cs z WinFormFramework określam za pomocą

Namespace.Folder.Resource

tak:

StreamReader reader = 
                new StreamReader(Assembly.LoadFrom(sharedXMLResource).GetManifestResourceStream("Read_Embedded_XML_File_CS.SharedResources.ContactList.xml") ?? throw new InvalidOperationException());

Wynik wyświetlany w polu tekstowym:

Spędziłem kilka godzin, aby zrobić to dobrze; w tym celu musiałem często używać tych w Immediate Window:

Environment.CurrentDirectory
AppDomain.CurrentDomain.BaseDirectory
System.Reflection.Assembly.GetExecutingAssembly().Location
System.Reflection.Assembly.GetAssembly(typeof(WinFormFramework.Program)).Location

Mam nadzieję, że to komuś pomoże

Prawdopodobnie musisz podać ścieżkę do pliku txt w GetManifestResourceStreamparametrze lub możesz spróbować umieścić plik txt w tym samym katalogu, co plik wykonywalny. Mam nadzieję, że to pomoże!