Сообщение Re[3]: [Ann] Next big thing in c#: default interface methods от 25.03.2017 21:36
Изменено 25.03.2017 21:42 Silver_S
Re[3]: [Ann] Next big thing in c#: default interface methods
Здравствуйте, VladD2, Вы писали:
VD>... Можно разбить все на атомы и собирать нужные конфигурации из готовых частей.
VD>Такой подход давно используется в С++.
Собирать из кусочков хорошо, только вот бы еще одну фичу из С++ — private наследование интерфейсов. Почему не предлагают, не уж то это только мне требуется?
Уже не мало классов пришлось написать, которым в конструктор передается по 3-4 делегата, кроме прочего.
Можно было бы один интерфейс передать, но как его реализовывать в классе-клиенте этой штуки, если используется приватно, нельзя поганить класс-клиент публичным наследованием?
Альтернатива только в классе-клиенте private nested класс делать, в нем интерфейс реализуется, методы интерфейса вызывают поля-делегаты, эти поля заполняются классом-клиентом. Хотя бы так сделали без изменения CLR.
VD>... Можно разбить все на атомы и собирать нужные конфигурации из готовых частей.
VD>Такой подход давно используется в С++.
Собирать из кусочков хорошо, только вот бы еще одну фичу из С++ — private наследование интерфейсов. Почему не предлагают, не уж то это только мне требуется?
Уже не мало классов пришлось написать, которым в конструктор передается по 3-4 делегата, кроме прочего.
Можно было бы один интерфейс передать, но как его реализовывать в классе-клиенте этой штуки, если используется приватно, нельзя поганить класс-клиент публичным наследованием?
Альтернатива только в классе-клиенте private nested класс делать, в нем интерфейс реализуется, методы интерфейса вызывают поля-делегаты, эти поля заполняются классом-клиентом. Хотя бы так сделали без изменения CLR.
Re[3]: [Ann] Next big thing in c#: default interface methods
Здравствуйте, VladD2, Вы писали:
VD>... Можно разбить все на атомы и собирать нужные конфигурации из готовых частей.
VD>Такой подход давно используется в С++.
Собирать из кусочков хорошо, только вот бы еще одну фичу из С++ — private наследование интерфейсов. Почему не предлагают, не уж то это только мне требуется?
Уже не мало классов пришлось написать, которым в конструктор передается по 3-4 делегата, кроме прочего.
Можно было бы один интерфейс передать. Но как его реализовывать в классе-клиенте этой штуки, если используется приватно, и нельзя поганить класс-клиент публичным наследованием?
Альтернатива только в классе-клиенте private nested класс делать, в нем интерфейс реализуется, методы интерфейса вызывают поля-делегаты, эти поля заполняются классом-клиентом. Хотя бы так сделали без изменения CLR.
VD>... Можно разбить все на атомы и собирать нужные конфигурации из готовых частей.
VD>Такой подход давно используется в С++.
Собирать из кусочков хорошо, только вот бы еще одну фичу из С++ — private наследование интерфейсов. Почему не предлагают, не уж то это только мне требуется?
Уже не мало классов пришлось написать, которым в конструктор передается по 3-4 делегата, кроме прочего.
Можно было бы один интерфейс передать. Но как его реализовывать в классе-клиенте этой штуки, если используется приватно, и нельзя поганить класс-клиент публичным наследованием?
Альтернатива только в классе-клиенте private nested класс делать, в нем интерфейс реализуется, методы интерфейса вызывают поля-делегаты, эти поля заполняются классом-клиентом. Хотя бы так сделали без изменения CLR.