Общий код C# между классами

Если у вас есть функции, которые вы часто используете в классах, представляющих очень разные вещи, по моему опыту, они должны относиться всего к нескольким категориям:

• Утилиты (например, форматирование строк, синтаксический анализ, ...)
• Сквозные проблемы (регистрация, обеспечение безопасности, ...)

Для функциональности служебного типа вам следует рассмотреть возможность создания отдельных классов и ссылки на служебные классы, где это необходимо, в бизнес-классе.

public class Validator
{
  public bool IsValidName(string name);
}

class Patient
{
  private Validator validator = new Validator();
  public string FirstName
  {
     set
     {
         if (validator.IsValidName(value)) ... else ...
     }
  }
}

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

Что касается примера PrintA и PrintB, обсуждавшегося в других комментариях, это звучит как отличный случай для шаблона Factory. Вы определяете интерфейс, например. IPrint, классы PrintA и PrintB, которые реализуют IPrint и назначают экземпляр IPrint в зависимости от того, что нужно конкретной странице.

// Simplified example to explain:

public interface IPrint 
{ 
   public void Print(string); 
}

public class PrintA : IPrint
{
   public void Print(string input)
   { ... format as desired for A ... }
}

public class PrintB : IPrint
{
   public void Print(string input)
   { ... format as desired for B ... }
}

class MyPage
{
   IPrint printer;

   public class MyPage(bool usePrintA)
   {
      if (usePrintA) printer = new PrintA(); else printer = new PrintB();
   }

   public PrintThePage()
   {
      printer.Print(thePageText);
   }
}

Вы не можете просто загрузить код, который хотели бы добавить в класс в C#, с помощью директивы препроцессора, как в C.

Однако вы можете определить интерфейс и объявить методы расширения для этого интерфейса. Затем интерфейс может быть реализован вашими классами, и вы можете вызывать методы расширения для этих классов. Например.

public interface IShareFunctionality { }

public static class Extensions
{
    public static bool DoSomething(this IShareFunctionality input)
    {
        return input == null;
    }
}

public class MyClass : Object, IShareFunctionality
{
    public void SomeMethod()
    {
        if(this.DoSomething())
            throw new Exception("Impossible!");
    }
}

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

Возможно, нам понадобятся более конкретные примеры того, что вы хотите сделать?

Служебный класс C# будет работать. Он действует как центральный реестр для общего кода (или как конструкция модуля VB.NET) — он должен содержать код, не относящийся к какому-либо классу, в противном случае он должен был быть присоединен к соответствующему классу.

Вы не хотите копировать исходный код, если в этом нет необходимости, потому что это приведет к проблемам с обновлением кода, учитывая дублирование.

Пока источнику не нужно сохранять состояние, используйте статический класс со статическим методом.

static public class MySharedMembers {
    static public string ConvertToInvariantCase(string str)  {
        //...logic
    }
    // .... other members
}

Если классы находятся в одном и том же пространстве имен, нет необходимости во включенном аналоге. Просто вызовите членов класса, определенного в другой функции.

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

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

Методы расширения проверки: http://msdn.microsoft.com/en-us/library/bb383977.aspx

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

В противном случае предложения по рефакторингу «общих» подпрограмм в common.dll — лучшее, что я придумал в .Net.

Я не совсем уверен, что вы уже подразумеваете под «значимой» структурой, но это звучит как место, где вы могли бы использовать реализацию базового класса. Хотя это и не так "многословно", как множественное наследование C++, вы можете получить некоторую выгоду от использования связанной реализации базового класса для повторного использования общих функций.

Вы можете сохранить иерархию классов, по крайней мере визуально, и при необходимости переопределить поведение.

Вытащите повторяющийся код в services. Повторяющийся код указывает на то, что может быть место для рефакторинга.

Например, создайте «PrintingService», который содержит логику, необходимую для печати. Затем вы можете иметь классы, которые должны печатать, иметь зависимость от этой службы (либо через конструктор, либо через параметр в методе, для которого требуется служба).

Еще один совет, который у меня есть в этом направлении, — создавать интерфейсы для базовой функциональности, а затем использовать интерфейсы для кодирования. Например, у меня была куча классов отчетов, которые пользователь мог отправить по факсу, электронной почте или распечатать. Вместо того, чтобы создавать методы для каждого, я создал сервис для каждого, чтобы они реализовали интерфейс с одним методом Output(). Затем я мог бы передать каждую службу одному и тому же методу в зависимости от того, какой результат хотел получить пользователь. Когда заказчик хотел использовать eFax вместо отправки факсов через модем, нужно было просто написать новую службу, реализующую тот же интерфейс.

Честно говоря, я не могу придумать ничего похожего на включение в Visual C# или зачем вам нужна эта функция. Тем не менее, частичные классы могут делать что-то вроде того, что вы хотите, но их использование может противоречить вашему требованию «классы уже имеют значимую иерархию».

У вас есть много вариантов, TT, метод расширения, делегат и лямбда.