Добавить методы в О7/13

[vlad]

Код: [Выделить]

BlackBox uses special objects with factory methods,
so-called factory objects. In BlackBox, factory objects are
used in a particular way: they are installed in global variables
and may be replaced at run-time, without affecting client code.
For historical reasons, we call factory objects which are used
for configuration purposes directory objects.

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

P.S. Да, это из другой оперы.

[vlad]

Основываясь на этом и буду ваять решение. Вроде бы кое-что придумалось.

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

Да, я хочу инструмент, который потянет мегапроекты. Причем не какие-то уникальные в своем роде, а тупо большие с большим количеством итераций. Потому что маленькие проекты можно делать на любом говне (oberonjs тому наглядное подтверждение).

Я верю, что еще есть куда копать для достижения данной цели - Ада не конечная точка для такого инструмента.

При прочих равных я всегда предпочту иметь общее/стандартное/масштабируемое решение, чем частное. Т.е., вместо того, чтобы из раза в раз выписывать IF/ELSIF - я лучше добавлю интерфейсы/методы в инструмент.

[vlad]

Я верю, что еще есть куда копать для достижения данной цели - Ада не конечная точка для такого инструмента.

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

[ilovb]

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

Да

[ilovb]

Полезные документики в тему:
The Evolution of Oberon-2 to Component Pascal
Metaprogramming in Oberon
Extensibility in the Oberon System
Object Oberon. An Object-Oriented Extension of Oberon
Design and Implementation of a
Component Architecture for Oberon
см. "Overview of Design Concepts"

[ilovb]

Вот кстати:

Код: [Выделить]

StyledTextDesc = RECORD (TextDesc)
   fonts: FontList;
   PROCEDURE (t: StyledText) SetFont (from, to: INTEGER; font: Font);
   …
END;http://oberon2005.oberoncore.ru/paper/p_ext.pdf

Мне кажется что было бы полезно определять заголовки процедур прямо в описании рекорда(в обязательном порядке), чтобы сразу видеть какие методы объявлены/реализованы в данном модуле.

[ilovb]

Единственный минус - это ломает обратную совместимость.

[ilovb]

Насчет интерфейсов советую посмотреть: 2.7 Описания (definitions)

[vlad]

Мне кажется что было бы полезно определять заголовки процедур прямо в описании рекорда(в обязательном порядке), чтобы сразу видеть какие методы объявлены/реализованы в данном модуле.

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

[kkkk]

Представить такой внешний инструмент проще, чем его реализовать, и это будет не легче, чем допилить основной компилятор, но во многом похоже по сути

[ilovb]

vlad, не было мысли добавить адовские комментарии?

[vlad]

vlad, не было мысли добавить адовские комментарии?

В смысле однострочные "--" или что?

[ilovb]

Угу.

[vlad]

Угу.

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

[Madzi]

> Да, мне тоже хочется видеть все в одном месте.
Посмотрите на объекты в Active Oberone

Код: [Выделить]

test = OBECT
    var1: INTEGER;
    var2: INTEGER;
    PROCEDURE method1(VAR param1: INTEGER);
    BEGIN
    END method1;
    ...
END test;