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

Цитата scorpion @ 03.11.11, 08:26

Ну вот, теперь они уже не закрытые, а защищеные стали.

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

Сообщение отредактировано: Romkin - 03.11.11, 08:34

Цитата D_KEY @ 03.11.11, 08:33

Да, но она для C++0x...

Цитата Flex Ferrum @ 03.11.11, 08:23

Будет amgigous name resolution. Но это компилятор проконтролирует.

Гммм... Не понял слегка. Диспетчеру должно быть известно о всей иерархии наследования?

Цитата Flex Ferrum @ 03.11.11, 08:35

Цитата D_KEY @ 03.11.11, 08:33

Да, но она для C++0x...

Все-равно
Даже лучше, а то было бы много странного кода

Romkin, у вас крайне странный подход к проектированию...

Цитата korvin @ 03.11.11, 08:28

потому что класс нам об этом сказал, потому что в этом суть интерфейсов, а не в том, что вы думаете

В этом суть абстрактных классов (что, где и как), интерфейсы обязывают только реализацию.

Цитата MyNameIsIgor @ 03.11.11, 08:39

Romkin, у вас крайне странный подход к проектированию...

Нормальный. Четкое разделение функций. Фактически интерфейсы используются для присоединения дополнительного функционала, и есть свободный выбор в способах реализации. И четко отделяются области использования основного функционала и этого дополнительного.

в общем то, что вы хотите сделать делается так:

unit Users
 
interface
 
type
  IGuest = interface
    procedure foo;
  end;
 
  IAdmin = interface(IGuest)
    procedure bar;
  end;
 
function createGuest : IGuest;
function createAdmin : IAdmin;
 
implementation
 
type
  TUser = class(TInterfacedObject, IAdmin)
    procedure foo;
    procedure bar;
  end;
 
procedure TUser.foo;
begin
  //
end;
 
procedure TUser.bar;
begin
  //
end;
 
function createGuest : IGuest;
begin
  Result := TUser.Create;
end;
 
function createAdmin : IAdmin;
begin
  Result := TUser.Create;
end;
 
end;

и не важно в какой секции объявлены методы TUser

Цитата scorpion @ 03.11.11, 08:29

Это ты конкретно сейчас про делфи сказал? Вон корвин, что та там кастит и ниче, прокатывает.

Там прокатывает потому что они в реализации класса, а здесь нет.

Цитата Romkin @ 03.11.11, 08:34

Реализация может быть в любой секции, определяется это при написании класса, по общим правилам.

Если твоя функциональность распологается в private секции класса, зачем ее тогда вообще пихать в интерфейс?

Добавлено 03.11.11, 08:47

Цитата DesweR @ 03.11.11, 08:44

Там прокатывает потому что они в реализации класса, а здесь нет.

Там прокатывают, тут не прокатывают. Я тебя спросил: Это ты конкретно сейчас про делфи сказал?

Цитата scorpion @ 03.11.11, 08:26

И кто будет использовать голые классы, имея в своем распоряжении интерфейсы?

И кому нужна вообще "строгая типизация"?

Цитата scorpion @ 03.11.11, 08:44

Если твоя функциональность распологается в private секции класса, зачем ее тогда вообще пихать в интерфейс?

По той же причине, почему может быть несколько интерфейсов у класса. Объект тоже обладает своим интерфейсом, по какой причине он должен дополнительно публиковать еще и методы своих интерфейсов? (блин, тавтология получилась)

Цитата scorpion @ 03.11.11, 08:44

Это ты конкретно сейчас про делфи сказал?

Да.

Цитата DesweR @ 03.11.11, 08:47

И кому нужна вообще "строгая типизация"?

Ты о чем?

Цитата scorpion @ 03.11.11, 08:48

Ты о чем?

Программисты никогда не ошибаюся.

Добавлено 03.11.11, 08:54

Цитата Romkin @ 03.11.11, 08:47

По той же причине, почему может быть несколько интерфейсов у класса. Объект тоже обладает своим интерфейсом, по какой причине он должен дополнительно публиковать еще и методы своих интерфейсов?

И их реализация в классе может изменится (пример с логгированием и коллизией метод разных интерфейсов).