Переміщення складання зі строгим ім’ям в кеш GAC в Visual C # (Sharp)

Окрім можливості уточненого вказівки загружаемой збірки, іншою причиною для використання точних імен збірок є можливість завантаження збірки з кешу GAC До поміщеним в кеш GAC зборках можливий розділяється глобальний доступ Кеш GAC можна розглядати як папку Windows \ System32 середовища NET Власне кеш розташований в папці C: \ Windows \ assembly (рис 127)

Рис 127 Папка кешу GAC

Хоча кеш GAC і є звичайною папкою, що містяться в ній збірки неля видаляти просто так, як вміст інших папок Файли з кешу GAC удалтся за допомогою команди Uninstall контекстного меню (рис 128)

Рис 128 Видалення файлу збірки з кешу GAC

Для приміщення збірки в кеш GAC застосовується утиліта gacutil, що поставляється з набором SDK NET (не входить до складу Visual С # Express)

Наступні два рядки коду демонструють додавання збірок Definitions і implementations2 в кеш GAC (передбачається, що файли implementationsdll і definitionsdll знаходяться в поточному каталозі)

gacutil /I definitionsdll gacutil /I implementations2dll

Додавання збірки Definitions є обовязковим, т к від неї залежить збірка implementations2 Якщо не додати збірку Definitions, то буде згенерована помилка утиліти gacutil

ОРГАНІЗАЦІЯ ДИНАМІЧНОГО КОДА

Не використовуйте способи, показані в книзі, для приміщення файлів в кеш GAC для промислового випуску програм Розглянуті в книзі методи предназначтся виключно для розробників Це прискорені методи, застосування котих вважає, що ви знаєте, які залежно існують, і впевнені в тому, що ви робите Для установки файлів в кеш GAC для дистрибутивних версій програм користуйтеся додатком  Microsoft Windows  Installer

Хоча написання динамічного коду і можливо в Visual С # Express, дана середу разрабчткі залишає бажати багато кращого Версії Visual Studio більш високого рівня спеціально призначені для розробки динамічного коду При разротке все має бути організовано належним чином У Visual С # Express органі-

тання залежить від правильного виконання всіх операцій У версіях Visual Studio більш високого рівня більша частина роботи з організації виповнюється аоматіческі

При розробці динамічного коду слід розділити розробку компонента і рааботку клієнта компонента Тому ці два модулі не повинні розроблятися в одному проекті Створіть для кожного з них власний проект і добийтеся поой працездатності за допомогою тестових процедур Обєднайте функціональнті під час виконання, і, якщо ви протестували код належним чином, вони повинні працювати спільно

Джерело: Гросс К С # 2008: Пер з англ – СПб: БХВ-Петербург, 2009 – 576 е: ил – (Самовчитель)

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*