Это то, как Шаблон "фабрика" работает?

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

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

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

NewbieUser      [1-100]
BeginnerUser    [101-1000]
AverageJoeUser  [1001-5000]
VeteranUser     [5001-20000]
PowerUser       [20001-50000]
GodModeUser     [50001-100000]

, и пользователь может быть создан, посмотрев на их реп. и создание соответствующего объекта пользователя напрямую ссылается на класс. Jon Skeet не отображается ни в одной категории, если вам интересно. Вот дерьмовая реализация с прямой атмосферой:

if(reputation >= 1001 and reputation <= 5000) {
    AverageJoeUser user = new AverageJoeUser();
}

Если позже позже по дороге мы должны были изменить названия классов или то, как пользователи были созданы, каждый экземпляр, где объект был создан, должен быть найден и изменен. Довольно много работы, если вы спросите меня. Вместо этого, если мы использовали заводской шаблон здесь, изменение будет проходить один метод внутри заводского класса.

class UserFactory {
    public static User createUser(Integer reputation) {
        ...
    }
}

Так как кажется, вы просто хотите создать пользователь, я не вижу необходимости абстрактного фактора, отныне просто упоминается как завод. Идея заводов состоит в том, чтобы создать объекты, которые реализуют определенный интерфейс. Вы бы хотели уметь создать две разные реализации одного и того же интерфейса. Дело в том, что вам, возможно, придется создавать эти объекты снова и снова, и изменять его от Objecta на OBJECTB по всему коду громоздким. Обмен на заводе легко, потому что это часто является синглтоном.

Идея фабричного метода связана с Frameworks: вы хотите создать использование в каком-либо рамочной коде, но фактическая реализация пользователя находится в полученных классах, т. Е. Есть пользователи вашей структуры, написавшего свое собственное приложение - то есть когда вам нужно Чтобы сообщить пользователю вашей рамки «Создайте объект пользователя сейчас», который является вызовом на заводской метод. Пользователь должен реализовать это. Это также называется виртуальным компонентом согласно GOF.

Строитель обычно используется, когда есть разные представления объекта, что на самом деле здесь не так. В моих глазах, кэш, база данных и сеанс могут быть реализованы как Singletons, что облегчает участие тонкостей. В противном случае я бы предложил использовать сервивелок, который позволяет вам getDatabase , Getsession и т. Д. Тогда вам придется пройти локатор на объект пользователя (и многие другие объекты) на создание. Увеличивается, что этот локатор может быть повторно использован в разных классах.

выглядят больше похоже на шаблон строителя для меня. Какой заводской шаблон вы на самом деле имели в виду, abractfactory или FactoryMethod? Тем не менее, они оба касаются наследования, и ваш код просто собирает «сложный» объект.

не похоже на фабрику, - может быть застройщик изнутри?; 0)

Фабрика - это способ скрытия реализации и создания института. И обычно есть некоторая сборка, но в двух словах ....

  public interface IUser
    {
        void DoSomething();
    }

    public class DumbUser : IUser
    {

        public void DoSomething()
        {
            // duh... what should i do?
        }

    }

    public class SmartUser : IUser
    {

        public void DoSomething()
        {
            // calclulating prime numbers while baking bread
        }

    }


    public class UserFactory
    {
        public static IUser CreateUser()
        {
            Random r = new Random(Environment.TickCount);

            return r.Next(10) > 5 ? (IUser) new SmartUser() : new DumbUser();
        }
    }

    public class YourProgram
    {
        public void Run()
        {
            IUser user = UserFactory.CreateUser();
            user.DoSomething();
        }
    }