Статья:
Управляемые (managed) ресурсы в исполняемых файлах .NET

Автор(ы): Павел Румянцев, Владислав Чистяков
Дата: 17.01.2004
В статье рассматриваются способы создания управляемых (managed) ресурсов, описываются классы, обеспечивающие доступ к ресурсам, а также разбирается работа методов этих классов. Приводится информация о физической организации управляемых ресурсов.

Авторы:
VladD2
OldDino

Аннотация:
В статье рассматриваются способы создания управляемых (managed) ресурсов, описываются классы, обеспечивающие доступ к ресурсам, а также разбирается работа методов этих классов. Приводится информация о физической организации управляемых ресурсов.

А как бы было классно, если бы еще хоть какие-то исходники к статье прилагались

Здравствуйте, VBez, Вы писали:

А исходники чего интересуют?

С уважением,

OldDino

VB>А как бы было классно, если бы еще хоть какие-то исходники к статье прилагались

VB>>А как бы было классно, если бы еще хоть какие-то исходники к статье прилагались
OD>А исходники чего интересуют?

Ну какой-нибудь маленький, но рабочий проект с примерами работы с ресурсами.
Скачал, запустил студию, и увидел как все работает.

Здравствуйте, VBez, Вы писали:

Ну... Тогда, к сожалению, это не ко мне. Я в большей степени писал вторую часть, о структуре ресурсов в исполняемом файле.

С уважением,

OldDino

VB>>>А как бы было классно, если бы еще хоть какие-то исходники к статье прилагались
OD>>А исходники чего интересуют?

VB> Ну какой-нибудь маленький, но рабочий проект с примерами работы с ресурсами.
VB> Скачал, запустил студию, и увидел как все работает.

Здравствуйте, VBez, Вы писали:

VB> Ну какой-нибудь маленький, но рабочий проект с примерами работы с ресурсами.
VB> Скачал, запустил студию, и увидел как все работает.

А что мешает копировать код из статьи?

VB>> Ну какой-нибудь маленький, но рабочий проект с примерами работы с ресурсами.
VB>> Скачал, запустил студию, и увидел как все работает.
VD>А что мешает копировать код из статьи?

Да ничего не мешает.
Но например на CodeProject каждая статья идет с рабочим проектом.
Это просто удобно.

Здравствуйте, VBez, Вы писали:

VB> Да ничего не мешает.
VB> Но например на CodeProject каждая статья идет с рабочим проектом.
VB> Это просто удобно.

Статьи имею разное назначение. Если статья демострирует какой-то законченый пример, то это разумно. А когда демонстрируется отдельные методы, то что будет в таком примере?

Ребята, у меня такой вопрос. Может быть вместо Assembly.GetExecutingAssembly().GetManifestResourceStream для обыденных целей проще использовать соотв. конструкторы соотв. типов?

Например

Bitmap pic = new Bitmap(this.GetType(), "logo.bmp");

Здравствуйте, Кирилл Осенков, Вы писали:

КО>Ребята, у меня такой вопрос. Может быть вместо Assembly.GetExecutingAssembly().GetManifestResourceStream для обыденных целей проще использовать соотв. конструкторы соотв. типов?

КО>Например

КО>

КО>Bitmap pic = new Bitmap(this.GetType(), "logo.bmp");
КО>

Друзья, а как быть с ресурсами, которые находятся в сателитах? GetExecutingAssembly() возвращает всегда ссылку на текущий ассембли, а локализованные рессурсы находятся ведь в другой сборке?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Кирилл Осенков, Вы писали:

КО>>Ребята, у меня такой вопрос. Может быть вместо Assembly.GetExecutingAssembly().GetManifestResourceStream для обыденных целей проще использовать соотв. конструкторы соотв. типов?

КО>>Например

КО>>

КО>>Bitmap pic = new Bitmap(this.GetType(), "logo.bmp");
КО>>

А>Друзья, а как быть с ресурсами, которые находятся в сателитах? GetExecutingAssembly() возвращает всегда ссылку на текущий ассембли, а локализованные рессурсы находятся ведь в другой сборке?

Ну кто нибудь, гуру .Net, авторы статьи!

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, Кирилл Осенков, Вы писали:

КО>>>Ребята, у меня такой вопрос. Может быть вместо Assembly.GetExecutingAssembly().GetManifestResourceStream для обыденных целей проще использовать соотв. конструкторы соотв. типов?

КО>>>Например

КО>>>

КО>>>Bitmap pic = new Bitmap(this.GetType(), "logo.bmp");
КО>>>

А>>Друзья, а как быть с ресурсами, которые находятся в сателитах? GetExecutingAssembly() возвращает всегда ссылку на текущий ассембли, а локализованные рессурсы находятся ведь в другой сборке?

А>Ну кто нибудь, гуру .Net, авторы статьи!

И все таки, позвольте вам помешать! Чистяков и Со, за статью спасибо, но ресурсы как правило для локализации придумываются, если я не могу получить стрим с локализованым рессурсом то нафиг это все не нужно.

Здравствуйте, Аноним, Вы писали:

А>И все таки, позвольте вам помешать! Чистяков и Со, за статью спасибо, но ресурсы как правило для локализации придумываются, если я не могу получить стрим с локализованым рессурсом то нафиг это все не нужно.

А ты попробуй выставить локализацию для текущего потока (Thread.CurrentCulture) и получай данный как обычно через ResourceManager, не заботясь об сателлитных сборках.

Здравствуйте, Mika Soukhov, Вы писали:

MS>Здравствуйте, Аноним, Вы писали:

А>>И все таки, позвольте вам помешать! Чистяков и Со, за статью спасибо, но ресурсы как правило для локализации придумываются, если я не могу получить стрим с локализованым рессурсом то нафиг это все не нужно.

MS>А ты попробуй выставить локализацию для текущего потока (Thread.CurrentCulture) и получай данный как обычно через ResourceManager, не заботясь об сателлитных сборках.

ОК, с РисурсМенеджером как раз проблем нету, он предоставляет интерфейс для доступа к стрингам и ресурсам диалогов, мне же для картинки нужно получить из манифеста РисурсСтрима

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Mika Soukhov, Вы писали:

MS>>Здравствуйте, Аноним, Вы писали:

А>>>И все таки, позвольте вам помешать! Чистяков и Со, за статью спасибо, но ресурсы как правило для локализации придумываются, если я не могу получить стрим с локализованым рессурсом то нафиг это все не нужно.

MS>>А ты попробуй выставить локализацию для текущего потока (Thread.CurrentCulture) и получай данный как обычно через ResourceManager, не заботясь об сателлитных сборках.

А>ОК, с РисурсМенеджером как раз проблем нету, он предоставляет интерфейс для доступа к стрингам и ресурсам диалогов, мне же для картинки нужно получить из манифеста РисурсСтрима

Ндя, какие то не управляемые эти ресурсы получаются...

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, Mika Soukhov, Вы писали:

MS>>>Здравствуйте, Аноним, Вы писали:

А>>>>И все таки, позвольте вам помешать! Чистяков и Со, за статью спасибо, но ресурсы как правило для локализации придумываются, если я не могу получить стрим с локализованым рессурсом то нафиг это все не нужно.

MS>>>А ты попробуй выставить локализацию для текущего потока (Thread.CurrentCulture) и получай данный как обычно через ResourceManager, не заботясь об сателлитных сборках.

А>>ОК, с РисурсМенеджером как раз проблем нету, он предоставляет интерфейс для доступа к стрингам и ресурсам диалогов, мне же для картинки нужно получить из манифеста РисурсСтрима

А>Ндя, какие то не управляемые эти ресурсы получаются...

Друзья, ну напрягите извилины плиз, особенно это относится к авторам статьи. Раздачу баллов гарантирую

Здравствуйте, Аноним, Вы писали:

MS>>А ты попробуй выставить локализацию для текущего потока (Thread.CurrentCulture) и получай данный как обычно через ResourceManager, не заботясь об сателлитных сборках.

А>ОК, с РисурсМенеджером как раз проблем нету, он предоставляет интерфейс для доступа к стрингам и ресурсам диалогов, мне же для картинки нужно получить из манифеста РисурсСтрима

Если ты локализуешь ресурсы через сателитные сборки, то нужно использовать ResourceManager. Например, получить картинку можно так:

Image image = (Image)manager.GetObject("MyImage");

Если ты картинку хранишь в манифесте, то в сателитную сборку она попасть не сможет, так как будет находиться в основной. Для этого используется метод Assembly.GetManifestResourceStream

Здравствуйте, Mika Soukhov, Вы писали:

MS>Здравствуйте, Аноним, Вы писали:

MS>>>А ты попробуй выставить локализацию для текущего потока (Thread.CurrentCulture) и получай данный как обычно через ResourceManager, не заботясь об сателлитных сборках.

А>>ОК, с РисурсМенеджером как раз проблем нету, он предоставляет интерфейс для доступа к стрингам и ресурсам диалогов, мне же для картинки нужно получить из манифеста РисурсСтрима

MS>Если ты локализуешь ресурсы через сателитные сборки, то нужно использовать ResourceManager. Например, получить картинку можно так:

MS>

MS>Image image = (Image)manager.GetObject("MyImage");
MS>

MS>Если ты картинку хранишь в манифесте, то в сателитную сборку она попасть не сможет, так как будет находиться в основной. Для этого используется метод Assembly.GetManifestResourceStream

Выходит что невозможно локализовать манифестные Embedded Resources? А зачем же тогда они нужны вообще??

Здравствуйте, <Аноним>, Вы писали:

А>ОК, с РисурсМенеджером как раз проблем нету, он предоставляет интерфейс для доступа к стрингам и ресурсам диалогов, мне же для картинки нужно получить из манифеста РисурсСтрима

ResourceManager.GetObject. Картинки помещаешь в соотв. resx.