Module и Class Module

[Diamock]

В VB существуют Module и Class Module. Хотелось бы узнать, в каких случаях целесообразнее использование Module и Class Module.

[Viper]

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

[Diamock]

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

Это понятно. Приведу пример. CommonDialog (который не OCX), код для его использования размещают и в Модулях и в Классах.
Я, хочу знать в каких случаях предпочтительно создание объекта, а в каких нет.

[Хакер]

Зависит от логического восприятия программистом происходящего.

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

[Antonariy]

Я, хочу знать в каких случаях предпочтительно создание объекта, а в каких нет.

Объясню на пальцах.
Модуль может содержать какой-то набор публичных переменных. Эти переменные будут для всех членов проекта глобальными, в один и тот же момент времени они будут возвращать одни и те же значения. Ты не можешь в режиме исполнения сделать копию модуля и присвоить копии новые значения, имея два и более разных наборов одновременно. Адресное пространство модуля во время исполнения программы не меняется, можно сказать является статическим.

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

Касательно CommonDialog (который не OCX). Его код размещают в модулях потому что он использует процедуру обратного вызова, которую находит по ее адресу, который ему передают при его создании через оператор AddressOf. AddressOf может работать только со статическим адресным пространством процесса, потому что оно не меняется во время исполнения — точка входа в процедуру обратного вызова гарантированно останется по тому адресу, по которому она оказалась при запуске процесса. Объекты же могут удаляться и создаваться, получая непредсказуемые диапазоны адресного пространства. Если в качестве адреса процедуры обратного вызова будет дан адрес объектной процедуры, то после уничтожения объекта обратный вызов уйдет в астрал и программа рухнет.

[Хакер]

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

ActiveX DLL проект в режиме Apartament Threading имеет копию всех переменных модуля для каждого апартамента (читай — потока).

ddressOf может работать только со статическим адресным пространством процесса, потому что оно не меняется во время исполнения — точка входа в процедуру обратного вызова гарантированно останется по тому адресу, по которому она оказалась при запуске процесса. Если в качестве адреса процедуры обратного вызова будет дан адрес объектной процедуры, то после уничтожения объекта обратный вызов уйдет в астрал и программа рухнет.

Архичушь. Никуда они не уйдут. Разделение адресного пространства процесса на статические и динамическое — нонсенс.

[Antonariy]

ActiveX DLL проект в режиме Apartament Threading имеет копию всех переменных модуля для каждого апартамента (читай — потока).

Частный случай, до которого ТСу нет дела. Он не знает разницы между модулем и классом, ну а разные виды dll вообще пока в пролете...

Архичушь. Никуда они не уйдут. Разделение адресного пространства процесса на статические и динамическое — нонсенс.

На данном этапе освоения материала это не существенно. Зато описывает причины и следствия происходящего в тех словах и словосочитаниях, которые ТС способен правильно воспринять. И то, что ты не понимаешь смысла словосочетания "на пальцах" в противовес "в сертифицированных терминах ™".

[Хакер]

На данном этапе освоения материала это не существенно.

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

Он не знает разницы между модулем и классом, ну а разные виды dll вообще пока в пролете...

Вообще-то его слова говорят о том, что всё-таки знает (да и предыдущие посты говорят). А в данном случае, получается, он спрашивает, почему WinAPI-шные фичи одни оборачивают в модуль, а другие — в класс. Вопрос в применимости техник, а не в сути техник.

P.S. Лучше направь свою комментарческую энергию вот сюда.

[Antonariy]

На данном этапе освоения материала это не существенно.

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

Он не знает разницы между модулем и классом, ну а разные виды dll вообще пока в пролете...

Вообще-то его слова говорят о том, что всё-таки знает (да и предыдущие посты говорят). А в данном случае, получается, он спрашивает, почему WinAPI-шные фичи одни оборачивают в модуль, а другие — в класс. Вопрос в применимости техник, а не в сути техник.

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

Помимо стиля здесь присутствует предохранитель, не позволяющий прострелить себе ногу.

Вообще-то его слова говорят о том, что всё-таки знает (да и предыдущие посты говорят).

Если бы знал, не было бы вопроса.

P.S. Лучше направь свою комментарческую энергию вот сюда.

Некрофилия, 4 года как-никак прошло.
Проект вскоре после той темы переехал на дотнет, а технология сама по себе мне не интересна. Да любые технологии по производству протезов для vb6 уже не интересны. Их негде применить.

Лучше расковыряй эту тему, если времени много. Эту библиотеку я бы вернул с с++ на vb6, если бы он нормально работал.

[Хакер]

Ну передай коммондиалогу адрес объектного коллбэка, а потом удали объект.

Я как раз сейчас делаю кирпич, одной из функций которого является использование в роли callback-ов методов интерфейсов объектов. А ты говоришь — адрес станет недействительным.

Передать коммондиалогу адрес объектного callback-а не получится, потому что он будет ожидать первым параметров передачу This(Me), а CommonDialog ничего такого передавать не будет. Несоответствие прототипов процедур. И именно в этом дело, а не в том, что адреса методов становятся недействительными (или методы, боже упаси, куда-то перемещаются). Как минимум, если бы AddressOf был применим к методам, они бы для всех объектов одинакового класса возвращал бы один и тот же адрес. И этот адрес был бы действительным даже после того, как все такие объекты бы умерли. Я не проверял, но если предположить, что компилятор VB и здесь не пытается всех перехитрить своей оптимизацией, то получится, что даже после смерти всех объектв можно вызвать метод по адресу, передав первым параметром нулевую ссылку. Никакого краха не прозойдёт. Максимум — Object variable or With block variable not set при первом же обращении к Me внутри кода вызываемого метода.

Так что, на каких бы «пальцах» ты не объяснял, есть упрощённые объяснения на пальцах, но в данном случае были просто ошибочные утверждения.

[Antonariy]

Так что, на каких бы «пальцах» ты не объяснял, есть упрощённые объяснения на пальцах, но в данном случае были просто ошибочные утверждения.

Да, пожалуй чересчур на пальцах. Поздно вспомнил про строение интерфейсов, а переписывать телегу было лень. Конечно, сама процедура остается на том же месте, но пропадают или изменяются контекстно-зависимые данные. В общем, при определенных условиях коллбэком через объектную процедуру можно прострелить себе ногу, а использование AddressOf эту возможность исключает.

[Хакер]

Проверил: вызов метода несуществующего объекта в IDE вызывает крах, в скомпилированном виде, как и предсказывалось, «Object variable or With block variable not set».

[Sam777e]

Доброго времени суток всем !

to Diamock

Рекомендую почитать книгу "Приемы объектно-ориентированного проектирования" о паттернах проектирования, Erich Gamma и соавторы.

[Zenitchik]

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