Параметризованная абстрактная фабрика/фабричный метод/другие шаблоны создания

Не используйте шаблоны дизайна, потому что вы используете шаблоны дизайна. Всегда имейте в виду, когда его использовать, а когда нет. В ваших условиях, по крайней мере, абстрактный фабричный шаблон неверен, поскольку он предполагает, что все фабрики работают с одинаковыми параметрами. Поэтому, если у вас разные параметры, вам наверняка нужны разные фабрики. Однако у абстрактной фабрики нет возможности угадать, как получить экземпляр HelpData в одном случае, но не в другом, поэтому либо передайте его каждой абстрактной фабрике, либо полностью опустите эту дальнейшую абстракцию. и остаться с двумя независимыми фабриками:

public abstract class Product {}

public class MyProduct : Product
{
    public bool Abc { get; set; }
}

public class YourProduct : Product {}

public class MyProductFactory
{
    public Product Create(HelpData additionalData)
    {
        return new MyProduct {Abc = additionalData.SomethingImportantForMyProduct};
    }
}

public class YourProductFactory
{
    //unused parameter
    public Product Create()
    {
        return new YourProduct();
    }
}

public class HelpData
{
    public bool SomethingImportantForMyProduct { get; set; }
}

Предоставлять параметр, используемый только в одной фабрике, для всех фабрик — не лучшая идея.

Помимо этого просто представьте, что у вас не фабрики, а любые другие классы, у которых есть Create-метод, где одному нужен параметр, а другому нет. Почему эти два класса должны быть производными от одного и того же базового класса (в вашем случае абстрактной фабрики), когда у них нет общих членов? По-видимому, для этого нет никакой причины, поэтому не усложняйте вещи только ради использования шаблона, который не подходит.

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

public abstract class ProductFactory
{
    public abstract Product Create();
}

public class MyProductFactory : ProductFactory
{
    private HelpData additionalData;

    public MyProductFactory(HelpData additionalData)
    {
         this.additionalData = additionalData;
    }

    public override Product Create()
    {
        return new MyProduct {Abc = additionalData.SomethingImportantForMyProduct};
    }
}

public class YourProductFactory : ProductFactory
{
    public override Product Create()
    {
        return new YourProduct();
    }
}

Вместо того, чтобы передавать HelpData конструктору фабрики, вы можете внедрить сервис, который знает, как получить HelpData, специфичный для создаваемого объекта. Вы можете передать какой-либо другой параметр в метод Create, если он используется для обеих фабрик.

Я также немного погуглил и нашел хороший ответ, который объясняет, почему не https://stackoverflow.com/a/6241219/2138959. Передача словаря или типа, который имеет свойство типа словаря, также является опцией, но в таких подходах клиент слишком много знает о типе, который он хочет создать, чтобы использовать абстрактную фабрику.