Здравствуйте, rudzuk, Вы писали:

R>Здравствуйте, Serginio1, Вы писали:

S>> __>стоп! Не знаю, как в оригинальном Паскале, а в ТурбоПаскале ООП появилось в версии 5.5, и было это аж в 1989г., четко до Дельфи.

S>> На ДВК-2 не было. В турбопаскале появился, но не было такого применения как в Делфи в частности в VCL

R>Ну да... А TurboVision на которой строились все борландовские IDE?
Ну давай сравним с VCL по количеству компонентов?

Здравствуйте, rudzuk, Вы писали:


S>> __>стоп! Не знаю, как в оригинальном Паскале, а в ТурбоПаскале ООП появилось в версии 5.5, и было это аж в 1989г., четко до Дельфи.

S>> На ДВК-2 не было. В турбопаскале появился, но не было такого применения как в Делфи в частности в VCL

R>Ну да... А TurboVision на которой строились все борландовские IDE?
Ну давай сравним с VCL по количеству компонентов?
https://ru.wikipedia.org/wiki/Turbo_Vision

Основным недостатком Turbo Vision можно считать достаточно высокую (для целевой платформы) потребность в оперативной памяти. На типовом для времени выхода библиотеки компьютере с процессором 8086 c 1 Мб ОЗУ под управлением ОС DOS подключение к проекту Turbo Vision часто приводило к необходимости использования оверлейной структуры программы (динамической загрузки кода по частям во время исполнения). Во многом это связано с тем, что в открытой версии, поставлявшейся со средами программирования Borland, библиотеки были написаны с использованием средств ООП, что само по себе приводило к большому расходу оперативной памяти. При этом в самой Borland IDE, по утверждениям исследовавших код хакеров, использовался ассемблерно-оптимизированный вариант, гораздо более экономный по объёму кода и затратам памяти.