Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.06.13;
Скачать: CL | DM;

Вниз

Насколько правиьны эти утверждения   Найти похожие ветки 

 
TUser ©   (2004-05-30 19:56) [0]

Прочитал это на DelphiWorld. Хотелось бы услышать авторитетное мнение по поводу этих советов
Главное, что нужно помнить при разработке DLL - вы не должны допускать ситуацию, при которой любое исключение осталось бы неперехваченным (спасибо Pat Ritchey за столь мудрый совет). В теле экспортируемых функций "заверните" все в блоки try..except (которые замечательно обрабатываются Delphi).

Далее, любые ресурсы, которые вы явно создаете при открытии DLL, должны создаваться в обработчике FormCreate (а не в секции Initialization) и освобождаться в обработчике FormClose. Мне кажется, что при вызове DLL (и использовании ее для распределения ресурсов) они не полностью освобождается до тех пор, пока вызывающее приложение не будет закрыто, а при вторичном вызове DLL не перегружается (это мои наблюдения, но, похоже, они верны). По всей видимости, ресурсы, освобожденные в первый раз, во время второго вызова не пересоздаются. У меня была масса проблем до тех пор, пока в коде я не определил "нужное место" для освобождения ресурсов. Но после того, как я переместил работу с ресурсами в обработчики событий FormCreate и FormClose, GPF исчезли.

Кроме того, для освобождения ресурсов вы должны вместо метода Close или Free использовать метод Release.

Ну и последний совет: вы должны быть очень осторожными при создании и освобождении ресурсов в DLL и подходить к вопросу программирования очень тщательно. Delphi может простить такую ошибку в EXE, но не в DLL.


 
VMcL ©   (2004-05-30 20:24) [1]

>>TUser ©  (30.05.04 19:56)

В теле экспортируемых функций "заверните" все в блоки try..except
Стараюсь приблизительно так и делать (если код в DLL может вызвать исключение).

создаваться в обработчике FormCreate ... и освобождаться в обработчике FormClose
ИМХО, если создавать в FormCreate, то освобождать в FormDestroy.

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


 
TUser   (2004-05-31 10:27) [2]

А правда ли, что
> Delphi может простить такую ошибку в EXE, но не в DLL.


 
Erik1   (2004-05-31 10:32) [3]

Прощает суд, а не Delphi. :)
Ну а насчет ресурсов вроде правильно, поскольку dll может загружатся один раз и Initialization соответствено выполнится один раз.



Страницы: 1 вся ветка

Текущий архив: 2004.06.13;
Скачать: CL | DM;

Наверх




Память: 0.47 MB
Время: 0.026 c
14-1085753578
Igorek
2004-05-28 18:12
2004.06.13
Парсеры, парсеры, парсеры...


3-1084820947
bgelena
2004-05-17 23:09
2004.06.13
Только 5 экземпляров приложения!!!


6-1082656646
Deff
2004-04-22 21:57
2004.06.13
Определение принадлежности к LAN.


3-1085175771
DmitryMN
2004-05-22 01:42
2004.06.13
Проблема с добавлением StoredProc


3-1085032891
Alex_x
2004-05-20 10:01
2004.06.13
технология доступа в MIDAS?