Как правильно подключить обработчик AssemblyResolve в WinForms

Возник интересный вопрос – в какой момент правильнее подключить AssemblyResolve, который, как известно, позволяет подложить нужные dll, если система сама их не нашла.

Вариант 1 – делаем в конструкторе основной формы

    public partial class MainForm : Form

    {

        public MainForm()

        {

            InitializeComponent();

            AppDomain.CurrentDomain.AssemblyResolve +=

                        new ResolveEventHandler(CurrentDomain_AssemblyResolve);

Этот вариант будет работать только в том случае, если форма не использует искомые dll для UI, т.е. конструктор успеет вызваться. Для подключения таким образом UI-компонентов этот вариант не работает.

Вариант 2 – в методе Main

Этот вариант работает, если нужные dll не должны сразу загрузиться в домент. Даже если главная форма использует dll для построения UI, то это будет работать. Если же dll нужны для создания Application, то и этот вариант не сработает.

Вариант 3 – самый надежный, статический конструктор Program

Создаем статический конструктор для основного класса.

    static class Program

    {

        static Program()

        {

            AppDomain.CurrentDomain.AssemblyResolve +=

                 new ResolveEventHandler(CurrentDomain_AssemblyResolve);

            Application.SetUnhandledExceptionMode(

                 UnhandledExceptionMode.CatchException);

        }

Теперь обработчик будет гарантированно создан.

Программирование это...

Программирование это творчество или бизнес? Вроде творчество, но мы хотим за него получать денег... Вроде бизнес, но мы говорим что сегодня нет настроения :) Не прет...

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

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

Но хочу сказать что просто программировать мало, чтобы быть программистом. Ну как пианист. Как творчество. На клавиши все нажимать умеют, ноты все могут выучить. Но стать настоящим композитором, настоящим пианистом - только единицы. Нужно что-то большее, чем просто нажатие клавиш в нужной последовательности и в нужные моменты. Что-то творческое...

Так творчество или бизнес?...

Зачем переписывать у соседа код?

Замечаю что многие студенты вместо того чтобы писать программу сами, переписывают ее у соседа с экрана. Я не возражаю - если хочется работать секретарем/секретаршей, то почему не поучиться быстро набирать на клавиатуре текст? Но какое это отношение имеет к программированию понять не могу.

Представил себе занятия по плаванию - стою я на суше, махаю руками, делаю точно также как тот, который в воде барахтается... Интересно - научусь или нет? Что-то сомнительно.... Или в качалке - один потеет, железки таскает, другой повторяет движения... Возможно даже какой-то результат и будет, но совсем не такой, как у того, который сам.

Мой совет - пишите код сами. Лучше взять задачку попроще и сделать ее. Потом взять сложнее, потом еще сложнее... Ни кто же не гонит, не торопит. Зачем хватать очень сложную задачу, понимая что ее не выполнить и этим оправдывать свое бездействие.

В той же качалке - берем сразу огромный вес, который придавит. Зовем здоровенного качка, просим "подними за меня, я не могу". Ну он-то понятно поднимет, может даже и не вспотеет, здоровый он. А вам-то что с этого толку? Даже морального удовольствия нет...

Цитата

Если спросите, то будете дураком 5 минут, а если не спросите, то всю жизнь

Снова про code style...

Еще раз хочу про стиль кода написать. Замучился доказывать, что писать надо в едином стиле. Вот если кино начинается комедией, а заканчивается детективом, все плюются… Если в часть главы в книге написано от первого лица, а потом резко так, без перехода от третьего – странно все это выглядит. Возникает вопрос что курил автор. А если код так писать, почему-то нормально.

Второй вопрос – заглавные буквы. Заглавная буква это начало мысли, начало чего-то большого, обозначение идеи. Название городов пишут с большой буквы, имена людей и т.д. Но если взять и Просто так начать Писать часть слов Не понятно зачем писать с Большой буквы, то читать это сложно. Ну и про автора такого текста мысли какие-то бродят.. Так почему нужно писать имена переменных именно так:

  private int MyTempVar;

Почему с большой буквы-то? Имя метода (имя человека, города) – это понятно. А тут-то зачем? И читать такой код сложно, хотя можно конечно.

Вообще загадочно, почему то что в обычной жизни никто не делает, в программировании считается нормальным и до хрипоты спорят что можно и так.

Диалоги

Индус (и) разговаривает с боссом (б) в европейской фирме:
б: Is it done?
и: Yes, but not yet.

б: so did you have chance to complete it?
и: yes
б: could you please send it to me
и: I will send it to you tomorrow after it will be finally completed

- Дим, ты все сделал по этой задаче?
- Да, все
- Совсем все или еще что-то осталось?
- Ну тут еще немного...

События

События (event) это почти делегаты, только используется ключевое слово event, что позволяет редактору Visual Studio правильно распределять их по закладкам окна свойств.

Описание класса, использующего события:

namespace EventTest

{

    /// <summary>

    /// Тип метода

    /// </summary>

    public delegate void Progress(int progress);

    public class Parser

    {

        /// <summary>

        /// Описываем событие

        /// </summary>

        public event Progress ProgressHandler;

        /// <summary>

        /// Основной метод

        /// </summary>

        public void Calc()

        {

            for (int i = 0; i < 100; i++)

            {

                // Если обработчик задан - вызываем его

                if (ProgressHandler != null)

                    ProgressHandler(i+1);

            }

        }

    }

}

Использование этого класса:

namespace EventTest

{

    class Program

    {

        static void Main(string[] args)

        {

            // Создаем экземпляр

            Parser parser = new Parser();

            // Вешаем обработчик

            parser.ProgressHandler += new Progress(parser_ProgressHandler);

            // Можно и два метода обработки одного события

            parser.ProgressHandler+=new Progress(parser_ProgressHandlerSecond);

            // Можно описывать обработчики "по месту", хотя это не всегда удобно

            parser.ProgressHandler+= delegate(int progress)

            {

                Console.WriteLine("inline:" + progress);

            };

            // Вызываем метод

            parser.Calc();

        }

        /// <summary>

        /// Этот метод будет вызываться при обработке события

        /// </summary>

        static void parser_ProgressHandler(int progress)

        {

            Console.WriteLine("first:" + progress);

        }

        /// <summary>

        /// Можно вешать и два метода

        /// </summary>

        static void parser_ProgressHandlerSecond(int progress)

        {

            Console.WriteLine("second:" + progress);

        }

    }

}