Rock_maniak_forever, ё-моё...
Это совершенно неважно в какой папке лижит DLL либа, потому что, как я уже говорил, расход памяти будет очень высокий, как дисковой так и оперативной памяти. Не надо кошмарить систему.
С какой это стати? А? Расход дисковой памяти будет не больше, чем если бы подобная функциональность была "вшита" в программу без использования библиотек (библиотеками-то никто пользоваться не заставляет, хочешь - пиши свой код). В оперативную память библиотека будет загружена при работе с zSea (до тех пор, пока он не запущен, никуда твоя свободная оперативная память не денется).
Было бы лучше по-твоему, если бы
модули работы с изображениями различных форматов и функции поворота и масштабирования не были бы вынесены в obj-и, а были "намертво" вкомпилены в программу
Нет, ну ты скажи? Если бы не было отдельных файлов-библиотек, а весь код был бы вшит в исполняемый файл zSea, вопросов бы не возникло?
То, что библиотеки различного назначения есть - огромный плюс, но никто же не заставляет ими пользоваться в обязательном порядке.
Вот, хочу я, допустим, конфигурационный файл прочитать. А libini меня по каким-то причинам не устраивает (не будем говорить, по каким именно, это просто условный пример). И? И что? Если я напишу свой код для парсинга конфигурационного файла, это будет трагедией? И программу на этом основании в дистрибутив не включат, сколь бы хороша она ни была?
: Вот под винду Майкрософт разработал библиотеку классов MFC. И? И что? С момента выхода MFC разрабатывать программы на базе чистого WinApi стало запрещено?
Потом .NET Framework появился. Если следовать твоей логике, то с этого момента писать программы на базе MFC и на базе чистого WinApi стало нельзя. Ты что: не дай бог напишешь что-то, что в библиотеке классов .NET уже создано до нас... Вдруг конфигурационный файл сам парсить будешь... Или BMP'шки в JPEG'и конвертировать... Или... Мало ли чего... И вообще, код для .NET Framework - управляемый и безопасный, работает под управлением виртуальной машины - не то, что "настоящий" машинный код, использующий вызовы WinApi "вручную".
А то, что существующая реализация меня по каким-то причинам не устраивает, никого не волнует. По твоей логике, есть библиотека - ОБЯЗАН пользоваться.
Повторяю ещё раз
ключевой вопрос:
Если бы модули работы с изображениями различных форматов и функции поворота и масштабирования не были бы вынесены в obj-и, а были "намертво" вкомпилены в программу, проблем с включением программы в дистрибутив не возникло бы???