Проблема с OCX'ом

[XairOn]

Здравствуйте, у меня такой вопрос: в моей прогк требуется контрол ListView, но я вот думаю, добавив его я автоматически делаю свою прогу зависимой от mscomctl.ocx, решил грузить контрол динамически не добавляю компонент к проекту:

Код: Выделить всё


Licenses.Add "MSComctlLib.ListViewCtrl.2"
Set ctlExtender = Controls.Add("MSComctlLib.ListViewCtrl.2", "MyControl")
............................................
и т.д.


А потом чё-то подумал и решил что глупость я какую-то сморозил, всё равно ведь контрол будет грузиться из того же самого OCX'а. Так вот в чём мой вопрос: есть всё же какая-нибудь разница между тем, что я подключу mscomctl.ocx или буду динамически его подгружать? Или в любом случае придётся его за собой тащить? А может он с виндой идёт... стандартно?[/code]

[GSerg]

Сам как думаешь?
В том смысле, что все пользуются инсталляторами - наверное, есть причина?

[XairOn]

Ну прога вобщем-то небольшая, и этот mscomctl.ocx весит в 10 раз больше самой проги, как-то уж очень не хочется его за собой тащить :-/ Вобщем разницы нету никакой, что я буду динамически контрол добавлять, что как компонент к проекту подключать... да?

[lord0n]

Ну прога вобщем-то небольшая, и этот mscomctl.ocx весит в 10 раз больше самой проги, как-то уж очень не хочется его за собой тащить :-/ Вобщем разницы нету никакой, что я буду динамически контрол добавлять, что как компонент к проекту подключать... да?

ты не поверишь, но MSVBVM60.DLL весит в 20 раз больше

[CodeName33]

XairOn, я чтобы при обновлении проги, людям не приходилось по 2 метра каждый раз качать, делаю 2 инсталлятора. Первый только с ехешником и его настройками (ini всякие), Второй с необходимыми библиотеками. Те кто уже скачивал библиотеки раньше или у них они и так были - просто качают ехешник только и всё.

[XairOn]

Меня вообще-то малость другой вопрос интересовал: я имел в виду, что зачем таскать за собой OCX, когда на каждой тачке и так есть уже все эти компоненты, вот например тот же ListView это один из самых основных компонентов в системе... без него и окошек-то нету... так зачем же мне какой-то OCX, может можно откуда-нибудь подгрузить нужный мне контрол вот и всё?!

[CodeName33]

XairOn это DLL есть, а OCX'а нет. А в OCX'е как раз все методы свойства для работы с объектом и хранятьтся. Если ты из DLL'а хочешь создать объект, то придётся свой класс писать, где через CreateWindow будет создаваться элемент, сабклассится и управляться константами через SendMessage... иди скачай где-нибудь уже готвый класс...

[XairOn]

2CodeName33 да ну его нафиг... пусть лучше OCX качают

[AjaxVS]

ты не поверишь, но MSVBVM60.DLL весит в 20 раз больше

Ты не поверишь - я сжимал этот файл до 650 Кб... И он работал на любой машине... И жрал меньше ресурсов +_+
С тех пор все коммерческие проекты поставляю с собственной библиотекой AjaxVSvm.dll, и никто не знает, что я пишу на ВБ (msvbvm50/60.dll экзехи не требуют) +_+

А ты? +_+

[lord0n]

а чем ты его сжал?

[AjaxVS]

PS. Я обхожусь БЕЗ всяких там архиваторов!

[alibek]

(msvbvm50/60.dll экзехи не требуют)

Мда... Как все запущено.

[AjaxVS]

Так и знал... Не поверил =(
С прогами типа upx знаком?

[alibek]

А как они работают, знаешь? Если знаешь, то незачем говорить глупости.

PS. Я обхожусь БЕЗ всяких там архиваторов!

Как ни странно, но проги типа UPX -- это как раз таки архиваторы.

[tyomitch]

2All: пожатые библиотеки требуют больше ресурсов, чем непожатые, потому что их код свопится (а у непожатых просто стирается из памяти, а потом подгружается с диска).

Жать библиотеки имхо было актуально несколько лет назад, когда у всех были модемы на 14400 бит/с и дискеты на столько же сотен байт. Сейчас же это никакой разумной цели не отвечает, кроме как "скрыть от общественности позорный факт, что прога написана на VB"

[hCORe]

Этим надо гордиться, а не считать позорным фактом. VB - единственный язык, который не надо учить годами, чтобы создать работающую программу со сносным интерфейсом!