Вызов конструкторов
Для того чтобы вызвать конструктор, необходимо правильно объявить и определить класс. Объявление класса должно быть доступно, т.е. он должен находится в области видимости из того места, где конструктор будет вызываться.
Если в пользовательском классе не определен конструктор, то по умолчанию будет использоваться конструктор, унаследованный от класса-потомка. В любом случае у всех объектов есть доступ к конструктору Create, определенному в классе TObject.
Определение класса создает активную структуру, способную создавать представителей этого класса. Объекты, которые создаются с помощью определения класса, способны хранить ссылки на вновь создаваемые объекты.
Var <имя обьекта>: <имя класса>; // Объявление переменной -указателя Begin <имя обьекта>:=<имя класса>.<имя конструктора>[(<параметры>)];
• Если вызвать конструктор от имени объекта, то новый объект не будет создан (память не выделяется), но будут выполнены операторы, указанные в коде конструктора. • Конструктор может также вызываться с помощью переменной типа указателя на класс.
Вызов деструкторов
Деструкторы вызываются точно так же, как и большинство других методов класса – через его действующий экземпляр.
Синтаксис вызова конструктора следующий:
<имя объекта>.<имя деструктора>[(<параметры>)];
Примечания: • После вызова деструктора объект становится недоступен. Целесообразно присваивать объекту значение Nil сразу после его уничтожения, чтобы в дальнейшем можно было бы проверить его существование. • Не следует вызывать деструкторы непосредственно. Вызов метода Free, наследуемого от TObject.Free, сравнивает указатель экземпляра со значением Nil перед тем, как вызвать деструктор Destroy.
Вызовы конструкторов и деструкторов визуальных компонентов Delphi. Любой компонент, попавший в ваше приложение при визуальном проектировании, включается в определенную иерархию объектов, которая замыкается на форме (класс TFonn). Поэтому вызов конструкторов и деструкторов всех компонентов формы производится автоматически при инициализации и удалении формы, незримо для программиста.
Сами формы создаются и уничтожаются приложением – глобальным объектом с именем Application. В файле-проекте с расширением *.Dpr можно увидеть вызов конструктора формы в виде строки:
Application.CreateForm(TForml, Fonnl);
Динамическое создание объектов. Пользователь может создать объект и программным путем:
Var Mem: TMemo; Begin Mem:=TMemo.Create(Self); // Создание экземпляра класса TMemo Mem.Parent:=Self; // Form1 указывать не обязательно Mem.Name:=’TmpMem’; // Присвоение имени компоненту FindComponent(‘TmpMem’).Free; // Удаление компонента
Для чего нужен виртуальный деструктор?
Чтобы избежать возможной утечки ресурсов или другого неконтролируемого поведения объекта, в логику работы которого включен вызов деструктора. Пример: class Base { public: virtual ~Base() { std::cout << "Hello from ~Base()" << std::endl; } }; class Derived :public Base { public: virtual ~Derived() { // Здесь могла бы быть очистка ресурсов std::cout << "Hello from ~Derived()" << std::endl; } }; Base *obj = new Derived(); delete obj; Output: Hello from ~Derived() Hello from ~Base() Без ключевого слова virtual у родительского класса Base деструктор порожденного класса не был бы вызван. Т.е. вызвался бы только ~Base(): Output: Hello from ~Base()
Конструкции распределенного и параллельного программирования
Методы параллельного программирования позволяют распределить работу программы между двумя (или больше) процессорами в рамках одного физического или виртуального компьютера.
Методы распределенного программирования позволяют распределить работу программы между двумя (или больше) процессорами, причем процессы могут существовать на одном и том же компьютере или на разных.
Параллельное приложение показанное на рисунке состоит из одной программы, разделенной на 4 задачи. Каждая задача выполняется на отдельном процессоре, следовательно, все они могут выполняться одновременно. Эти задачи можно реализовать в распр. приложении, состоит из 3х отдельных программ, каждая из которых выполняется на отдельном компьютере. При этом программа 3 состоит из двух отдельных частей, выполняющихся на одном компьютере. Несмотря на это, задачи A и D являются распределенными, поскольку они реализованы как два отдельных процесса. Задачи параллельной программы более тесно связаны, чем задачи распределенного приложения. В общем случае процессоры, связанные с распределенными программами, находятся на различных компьютерах, в то время как процессоры, связанные с программами, реализующими параллелизм, находятся на одном и том же компьютере. Конечно же, существуют гибридные приложения, которые являются и параллельными, и распределенными одновеременно. Именно такие гибридные объединения становятся нормой.
Программы, надлежащее качество проектирования которых позволяет воспользоваться преимуществами параллелизма, могут выполняться быстрее, чем их последовательные эквиваленты, что повышает их рыночную стоимость.
Методы распределеного программирования позволяют воспользоваться преимуществами ресурсов, размещенных в Internet, в корпоративных Intranet и локальных сетях.