Возвращение себя в собственности

Question

Я начать использовать следующий метод группировки, чтобы сделать мой код более читабельным:

public interface IUserMethodGroup 
{ 
    void SomeMethodOne(); 
    String SomeMethodTwo(); 
} 

//File MainClass.Users.cs 
public partial class MainClass : IUserMethodGroup 
{ 
    void IUserMethodGroup.SomeMethodOne(){ //some code } 
    String IUserMethodGroup.SomeMethodTwo(){ return "some str";} 
} 

//File MainClass.cs 
public partial class MainClass 
{ 
    //HOW ABOUT PERFORMANCE? 
    public IUserMethodGroup UserHandle {get { return this; } }  
} 

делает это оказывает большое влияние на производительность?

Edit 1

Это позволит мне сделать это:

class ConsumerClass 
{ 
    public void Method() 
    { 
     MainClass mc = new MainClass(); 

     mc.UserHandle.SomeMethodOne(); 

     //@ vc 74: 
     //Interface has to be explicitly, otherwise it will be: 
     ms.SomeMethodOne(); //grouping lost... 
    } 
} 

@adelphus: Рассмотрим У меня есть 5 схожие свойства (метод групп). Каждый раз, когда я хочу использовать какой-либо метод из группы I, я возвращаюсь к классу. Это намного медленнее по сравнению с реализацией без групп?

Answer 1

Каждый раз, когда я хочу использовать какой-либо метод из группы, я прошу класс возвратиться. Это намного медленнее по сравнению с реализацией без групп?

Нет. Возврат this в свойство только для чтения должен быть только одной строкой кода IL. На самом деле это может быть даже встроено оптимизатором JIT.

Большой вопрос: почему у вас так много методов на одном классе? Наличие так много методов, что их нужно «организовывать» с помощью явных реализаций интерфейса, пахнет, как будто у вас есть класс, который делает слишком много.

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