На http://insidecpp.ru/art/8/ попался интересный абзац
Сильные связи. Эти проблемы относятся к системам, основанным на полностью или частично открытом многоэтажном наследовании (например .NET FrameWork или MFC). В таких системах любой класс имеет доступ ко всем членам всех своих предков, не объявленных как private. Потомок может вызвать функцию своего предка, находящегося на пять этажей выше в иерархии классов. Такая возможность вносит сквозную зависимость между типами по всему дереву иерархии. Следствием этого является монолитность и неповоротливость системы в целом. Любой рефакторинг такой системы превратится в каторгу. Более естественной и гибкой парадигмой является агрегация. Во-первых, агрегация вносит зависимости только между соседними этажами системы, во-вторых, агрегация более естественна с концептуальной точки зрения. Может конечно показаться, что наследование прослеживается во всей окружающей нас жизни и мире в целом. Возможно и так. Однако, давайте не будем забывать, Кто сотворил мир, и кто проектирует программное обеспечение. Во-первых, мир какой есть, такой и есть, его никто не меняет. Во-вторых он сразу же был создан правильно. Человек же постоянно ошибается, и его постоянно заставляют что-то менять. Наследование как парадигма, не терпит ошибок и не любит каких-либо изменений. Возможно, что авторы указанных выше платформ и ассоциируют себя с Личностью, способной сотворить систему с первого раза и без ошибок, однако, я бы не советовал вам столь сильно завышать самооценку. Кроме того, не забывайте, что система должна уметь быстро меняться, что никак не вписывается в обсуждаемую парадигму.

Ответ на »сообщение 5914« (Сергей  Кузнецов)
___________________________


Во многих случаях создание пользовательского графического интерфейса легко
сделать, используя HTML-разметку.


Легко или легче?

ИМХО для Вас использование HTML является самоцелью.
Использование спец языка для программирования интерфейса имеет следствием необходимость его изучения, + появляются специфические особенности применения.
Всё это отвлекет от непосредственного программирования логики приложения.

Кстати, BB может сам генерировать пользовательский интерфейс. Особой изысканностью он конечно отличатся не будет, но тем не менее будет вполне рабочим и функциональным.

»сообщение 5913« MS
P.S. я правильно понял, что во втором абзце вместо "Oberon" следует читать "BlackBox"?

Да, именно так.

Помоему это говорит о сложности самого процесса проектирования пользовательского графического интерфейса. И визуальное моделирование является вполне адекватным преодалением этой сложности.

Во многих случаях создание пользовательского графического интерфейса легко
сделать, используя HTML-разметку.
Если же этого недостаточно, то средства визуального моделирования можно
делать на базе DOM HTML/XML ( »сообщение 5901« ). При этом мы избавимся от массы,
наследуемых "форм", "кнопок" и пр.

Ответ на »сообщение 5904« (Сергей Кузнецов)
___________________________

Разработчики BlackBox проигнорировали принципы простоты, закладывавшиеся
в Oberon.
  Обоснованим этого утверждения может быть предлагаемый программисту в Oberon инструмент для создания пользовательского графического интерфейса. Он настолько сложен, что требует создания визуальных средств, как это уже делалось в VisualBasic и Dalphi.

Помоему это говорит о сложности самого процесса проектирования пользовательского графического интерфейса. И визуальное моделирование является вполне адекватным преодалением этой сложности. Создание графического интерфейса без визуальных средств сродни игре в шахматы в уме. IMHO конечно.

P.S. я правильно понял, что во втором абзце вместо "Oberon" следует читать "BlackBox"?

Ответ на »сообщение 5911« (Сергей  Кузнецов)
___________________________

Ответ на »сообщение 5908«
... Проще это хорошо, но ведь что получается: вместо того чтобы стремиться к созданию стандарта (или использованию уже существующего) - вводим новый для себя.
HTML может и плох, но ...

... Блэкбокс вместе со своей системой документов был сделан в 1992-93 гг.

Чем экспорт-импорт не устраивает? Если есть соотв. модули-конверторы, сконфигурировать ББ соотв. образом раз плюнуть.

Ответ на »сообщение 5908«
Гораздо более близкая к HTML, кстати, так базируется на документах.
Но при этом более простая, чем HTML, ...

  Проще это хорошо, но ведь что получается: вместо того чтобы стремиться к
созданию стандарта (или использованию уже существующего) - вводим новый для себя.
HTML может и плох, но для него существует DTD. (Но лучше опираться не на HTML, а XML)

»сообщение 5907«
Сергей, ну чеслово, Вы хоть этим "инструментом для создания" сами пользовались?
Я никогда ничего более простого в жизни не видел


  Не пользовался, если не считать нескольких проб в Delphi.
Но ведь я говорю не сложности "визуального" использования, а о сложности самого инструмента, потребовавшего создания этой "визуальной надстройки"

Ответ на »сообщение 5901« (Сергей Кузнецов)
___________________________


      Насколько я понимаю в Delphi и BlackBox, графический инструмент строится на
  на основе базовых классов типа "кнопка", "форма" и пр.
      Почему не рассматривается вариант создания графического инструмента
  на базе объектов, реализующих динамическую объектную модель XML (DOM XML)
  и наследуемого HTML?

Ничего похожего... В ББ совершенно другая модель по сравнению с Дельфой.
Гораздо более близкая к HTML, кстати, так базируется на документах.
Но при этом более простая, чем HTML, т.к. последний развивался сумбурно и включил уйму "приклёпанных прибабасов".

По нашему опыту могу сказать, что использование документов BlackBox там, где принято использовать HTML (мультимедиа) приносило большое облегчение, в частности, из-за избавления от "винегрета" (аля Ява, флеш и проч. требухи).

Ответ на »сообщение 5906« (Сергей  Кузнецов)
___________________________
Я говорил только о сложности предоставляемого в BlackBox разработчику инструмента для создания графического интерфейса. Почему его недьзя было бы реализовать на основе DOM XML (сообщение 5901)?

Сергей, ну чеслово, Вы хоть этим "инструментом для создания" сами пользовались?
Я никогда ничего более простого в жизни не видел.
Настолько простого, что школьники со второго занятия уже сами делают, при этом всё прозрачно и с полным разделением логики и интерфейса....