Конструкторы C# с теми же подписями параметра

Ну, существует несколько потенциалов - что считало изящным, зависит от сценария использования.

• Статические методы фабрики, тот вызов в частного конструктора.

  static Thing thingWithFileName(string fileName)
  

• Создают другой тип для одного из параметров или используют встроенное. Вместо строкового имени файла, Вы могли использовать Систему. IO.FileStream. Это также более безопасно с точки зрения типов, поскольку я не могу случайно передать неправильные данные в неправильный статический метод или поле.

• Передача второй параметр конструктору, или перечисление или булевская переменная, указывая на намерение первого параметра

  enum ThingType { FileName, ConnectionString }
  Thing(string str, ThingType type) ...
  

• Вещь Подкласса, таким образом, у Вас есть ConnectionTypeThing и FileBackedThing

• Полностью, устраняет Вещь, делающую, это - соединение и предварительно соединило обеспеченные источники данных. Таким образом, Вы заканчиваете с [1 113]

  Thing(InputStream dataSource)
  

  или что-то аналогичное.

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

Можно сделать всех конструкторов частными и создать методы фабрики (статические методы для класса как CreateFromConnectionString ()).

Они на самом деле походят на различные "вещи" мне, или класс, связанный с файлом или класс, связанный с базой данных. Я определил бы интерфейс, затем имел бы отдельные реализации для каждого. Используйте Фабрику для генерации корректной реализации.

А подсказывают, что Вы, возможно, должны измениться, Ваш дизайн - то, если Ваши методы должны решить, работают ли они с файлом или базой данных, прежде чем они выполнят необходимое действие. Если это верно, затем распадение на различные классы было бы путем, которым я пойду.

public interface IThing
{
   ... methods to do the things that Things do
}

public class FileThing : IThing
{
  ... file-based methods
}

public class DatabaseThing : IThing
{
  ... database-based methods
}

public static class ThingFactory
{
     public IThing GetFileThing( string name )
     {
         return new FileThing( name );
     }

     public IThing GetDatabaseThing( string connectionString )
     {
         return new DatabaseThing( connectionString );
     }
}

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

Сделайте две общественных собственности ConnectionString и FileName и затем используйте их для заполнения объекта.

В C# можно использовать объект initalizer. Как это:

Thing thing = new Thing{FileName = "abc", ConnectionString = "123"};

Вот некоторые обходные решения.

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

public static Thing CreateThing(string fileName)

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

Другая опция, должен иметь перечисление, которое имеет два типа в ней. FileName и ConnectionString. Затем просто имейте одного конструктора, который берет строку и перечисление. Затем на основе перечисления можно определить который способ пойти.

Мне нравятся статические функции конструктора:

class Thing
{
   public static Thing NewConnection(string connectionString)
   {
       return new Thing(connectionString, true);
   }

   public static Thing NewFile(string fileName);
   {
        return new Thing(fileName, false);
   }
}
.
.
.
{
    var myObj = Thing.NewConnection("connect=foo");
    var Obj2 = Thing.NewFile("myFile.txt");
}

(не показанный, но простой, реализация Конструктора Вещи с дополнительным булевым параметром).