Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата Qraizer @ 14.03.11, 03:13

А вот второе - категорическое нет. Это методы разных интерфейсов. С какого перепуга они окажутся одним и тем же? Имена совпали? Бывает. Кто виноват?

В обоих ситуациях можно считать Программиста (хоть мне тоже не нравится молчание компилятора при совпадении имён, но тут иначе только хуже):
а) На начальном проектирования не позаботился о именовании методов у классов, позиционируемых как "множествено-наследуемые".
б) Выбрал классы изначально не позиционируемые как "множествено-наследуемые".

Цитата Qraizer @ 14.03.11, 03:13

Зато Shaggy лишён возможности наследовать готовые реализации ITCP и IHistory, написанные с год назад для разных проектов. Вот объединить бы оба плюса в одни Плюсы...

Можно путём агрегации, будет выглядеть примерно так:

  MultiClass.TCP.LifeTime;
  MultiClass.History.LifeTime;

Но зато никаких коллизий.

Цитата Qraizer @ 14.03.11, 03:13

Ну, забыть поставить можно и очередной override.

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

Цитата Qraizer @ 14.03.11, 03:13

DesweR, как обычно, ничего не понял, но вставил. Речь шла о том, что при передаче в функцию, ожидающую интерфейс A, и получая в ней поведение интерфейса B - это только в Delphi и C# считается за +. Интересно посмотреть на счастливого программера, меняющего время жизни TCP-пакета и получающего вместо этого смену длины истории диалога.

А ты читай внимательнее, т.к. в Delphi и C# интерфейсы реализацию не несут - обрати своё внимание на классы реализующие эти интерфейсы, а именно на переопределённый метод f класса B, унаследованного от базового A. И не надо нам потом рассказывать о "счастливых" программистах С++

Цитата Qraizer @ 14.03.11, 03:13

Я-таки вижу в Дельфийном коде AS? Или мне мерещится? ...Ах да, он же не работает, тьфу ты... работает как и должен работать в Дельфи, угу.

Да он собственно там и не нужен (пардон за мой копипаст), класс B и так включает реализацию IA.

Цитата Qraizer @ 14.03.11, 03:13

Если кто не понял. А то как слепые, такое ощущение. static_cast<> там играет роль селектора реализаций интерфейса A. Если уж горе-дизайнер надизайнил такую иерархию, что бедному Повстанцу теперь за ним разгребать, то выбор требуемой одной из двух копий реализации A выполняется одним чихом. "А у вас?"

Больше походит на хак, прямой вызов метода предка, переопределённого в потомке.

Добавлено 14.03.11, 05:15

Цитата MyNameIsIgor @ 14.03.11, 04:54

Цитата Qraizer @ 14.03.11, 03:13

Цитата DesweR @ 14.03.11, 02:47

Delphi +
C# +
C++ -

DesweR, как обычно, ничего не понял, но вставил.

Да я вообще в осадок выпал... Вот что сказать человеку, утверждающему, что небо красное?

Цитата DesweR @ 14.03.11, 02:47

Ну вы ещё в полиморфизме используйте static_cast и называйте нас ненормальными

Привидение потомка к предку и предка к потомку - две большие разницы.

Цитата DesweR @ 14.03.11, 02:47

Если правильно понял, то также как и у меня.

Слава Богу, хоть что-то поняли... Только сначала я просил как раз иное поведение. И уже после того, как korvin привёл код, который по моим представления им не обладал (что вы и подтвердили), я спросил, как же тогда будет выглядеть код с переопределение метода класса A в B.

Ты юродствуешь или в самом деле не понимаешь?

Сообщение отредактировано: DesweR - 14.03.11, 05:20

Цитата DesweR @ 14.03.11, 05:14

Ты юродствуешь или в самом не понимаешь?

Это вы не изволите понимать наличие двух реализаций интерфейса IA в одном классе.

Цитата MyNameIsIgor @ 14.03.11, 04:54

Слава Богу, хоть что-то поняли... Только сначала я просил как раз иное поведение. И уже после того, как korvin привёл код, который по моим представления им не обладал (что вы и подтвердили), я спросил, как же тогда будет выглядеть код с переопределение метода класса A в B.

Мда, это так "ООПшно"

Добавлено 14.03.11, 05:19

Цитата MyNameIsIgor @ 14.03.11, 05:17

Это вы не изволите понимать наличие двух реализаций интерфейса IA в одном классе.

Гмм... что?

Цитата DesweR @ 14.03.11, 05:18

Мда, это так "ООПшно"

Это теперь мантра такая? korvin - законодатель мод?

Цитата DesweR @ 14.03.11, 05:18

Гмм... что?

Вот и я говорю: вы не понимаете.

Цитата MyNameIsIgor @ 14.03.11, 05:21

Вот и я говорю: вы не понимаете.

А мне кажется это вы не понимаете, точнее вы изначально не так поняли поставленную задачу Корвином, исказив её в своём варианте.

Цитата DesweR @ 14.03.11, 05:26

А мне кажется это вы не понимаете, точнее вы изначально не так поняли поставленную задачу Корвином

Я понял изначальную задачу. И я её решил. Как и Повстанець.

Цитата DesweR @ 14.03.11, 05:26

исказив её в своём варианте

Я её не исказил, а предложил новую задачу на основе имеющейся. Кстати, решения так и не увидел

Цитата MyNameIsIgor @ 14.03.11, 05:27

Я понял изначальную задачу. И я её решил. Как и Повстанець.

Ну да ладно, по своему так по своему решили.

Цитата MyNameIsIgor @ 14.03.11, 05:27

Я её не исказил, а предложил новую задачу на основе имеющейся. Кстати, решения так и не увидел

Это?

Цитата DesweR @ 14.03.11, 05:14

вызов метода предка, переопределённого в потомке.

Добавлено 14.03.11, 05:57

Цитата D_KEY @ 24.02.11, 06:49

DesweR, внимательнее нужно читать и меня тоже. Модули, безусловно, нужны, речь о том, что является модулями в ООП системе. Если ты еще не понял, то Мейер считает, что классы.

Мейер не просто считает, что классы, а выводит серию критериев, принципов и правил, которым должна соответствовать модульность, собственно класс для него - это средство достижения цели (собственно ему так и проще, Eiffel - чистый ОО язык). Справедливости ради, я хотел бы провести сравнение - насколько модульность в C++ и Delphi в своём виде соответствует представлениям Мейера, но всё времени не хватает хотя бы на ознакомление с Eiffel.

Добавлено 14.03.11, 06:08
К слову спросить, а в C# есть ли дизайн классов по контракту? В Oxygene (Delphi Prism) есть
http://prismwiki.codegear.com/en/Class_Contracts

Цитата DesweR @ 14.03.11, 05:35

Это?

Прочитайте тему.

Цитата MyNameIsIgor @ 14.03.11, 06:26

Прочитайте тему.

Это Delphi vs C++ vs C# (сообщение #2852323) ?

Это.

Едем дальше, требуется чтобы на этом моменте:

f1(static_cast<A&>(b));

получилось это:

A::f()

Верно?

Добавлено 14.03.11, 06:35
Метод класса В

virtual void IB_f() { std::cout << "B::f()" << std::endl; }

это фактически перекрытый метод класса А

virtual void f() { std::cout << "A::f()" << std::endl; }

Так?

Добавлено 14.03.11, 06:43
Если всё верно, тогда зачем эти методы делать виртуальными?

Цитата DesweR @ 14.03.11, 06:30

Едем дальше, требуется чтобы на этом моменте:

f1(static_cast<A&>(b));

получилось это:

A::f()

Верно?

Добавлено 14.03.11, 06:35
Метод класса В

virtual void IB_f() { std::cout << "B::f()" << std::endl; }

это фактически перекрытый метод класса А

virtual void f() { std::cout << "A::f()" << std::endl; }

Так?

Нет, не верно. Метод A::f - отдельно, метод B::IB_f - отдельно.

Сообщение отредактировано: MyNameIsIgor - 14.03.11, 06:52

MyNameIsIgor
А что у тебя выведется при таком варианте?

var
  a: A;
  b: B;
begin
  a := A.Create;
  a.f;
 
  b := B.Create;
  b.f;
 
  a := B.Create;
  a.f;
end;

Цитата DesweR @ 14.03.11, 05:35

Цитата D_KEY @ 24.02.11, 06:49

DesweR, внимательнее нужно читать и меня тоже. Модули, безусловно, нужны, речь о том, что является модулями в ООП системе. Если ты еще не понял, то Мейер считает, что классы.

Мейер не просто считает, что классы, а выводит серию критериев, принципов и правил, которым должна соответствовать модульность, собственно класс для него - это средство достижения цели (собственно ему так и проще, Eiffel - чистый ОО язык). Справедливости ради, я хотел бы провести сравнение - насколько модульность в C++ и Delphi в своём виде соответствует представлениям Мейера, но всё времени не хватает хотя бы на ознакомление с Eiffel.

Если рассматривать классы, то С++ удовлетворяет критериям. А отдельного понятия "модуль" в С++ нет

Цитата korvin @ 13.03.11, 15:53

2) совпадают полностью сигнатуры -- никакой колизии, просто один и тот же метод, в чем проблема? пересечение множеств всего-навсего
...
т.е. это не является коллизией в общем-то. хотя как именно ведет себя C# и Delphi в таких ситуациях, я не знаю, сужу по Java/Go/Racket

В C# это не так. При реализации придётся явно указать, от какого интерфейса взят метод.

void InterfaceName.MethodName(int a)
{...}