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

Это невозможно. Изменение параметров постфактум не сработает. Опции клонируются внутри конструктора блока. Изменение параметров позже не будет иметь никакого эффекта.

Вы можете увидеть примеры этого здесь и здесь и это просто проверить:

var options = new ExecutionDataflowBlockOptions
{
    NameFormat = "bar",
};
var block = new ActionBlock<int>(_ => { }, options);

options.NameFormat = "hamster";
Console.WriteLine(block.ToString());

Вывод:

бар

Позвольте мне ответить на мой собственный вопрос. Используя информацию из декомпиляции DotNetInside сборки Dataflow, например, TransformBlock здесь (еще раз спасибо @i3amon за ссылку на dotnetinside.com) и очень хороший пакет ExposedObject на codeplex здесь (о котором я узнал на странице это сообщение в блоге, я сделал следующее:

• Поток данных TPL блокирует все реализующие визуализаторы отладчика с помощью атрибута DebuggerTypeProxy, который применительно к типу дает имя другому типу для использования в отладчике Visual Studio всякий раз, когда должен отображаться исходный тип (например, окно просмотра).

• Каждый из этих классов с именем DebuggerTypeProxy является внутренним классом блока потока данных, к которому прикреплен атрибут, обычно с именем DebugView. Этот класс всегда закрытый и запечатанный. Он раскрывает множество интересных вещей о блоке потока данных, включая его подлинный (не копию) DataflowBlockOptions, а также — если блок является исходным блоком — ITargetBlock[], который можно использовать для отслеживания сети потока данных от ее начального блока после построения.

• Как только вы получите экземпляр DebugView, вы можете использовать dynamic через ExposedObject для получения любых свойств, предоставляемых классом - ExposedObject позволяет вам взять объект и использовать обычный метод и синтаксис свойств для доступа к его методам и свойствам.

• Таким образом, вы можете получить DataflowBlockOptions из блока потока данных и изменить его NameFormat, а если это ExecutionDataflowBlockOptions (и вы еще не подключили блок к другим блокам), вы можете изменить его значение SingleProducerConstrained.

• Однако вы не можете использовать dynamic для поиска или создания экземпляра внутреннего класса DebugView. Для этого нужно отражение. Вы начинаете с получения атрибута DebuggerTypeProxy из типа вашего блока потока данных, выбираете имя класса отладки, предполагаете, что это внутренний класс типа блока потока данных, и ищете его, преобразуете его в закрытый универсальный тип и, наконец, создаете экземпляр .

• Будьте полностью осведомлены о том, что вы используете недокументированный код из внутренних компонентов потока данных. Используйте свое собственное суждение о том, является ли это хорошей идеей. На мой взгляд, разработчики TPL Dataflow проделали большую работу по поддержке просмотра этих блоков в отладчике, и они, вероятно, будут продолжать в том же духе. Детали могут измениться, но если вы выполняете правильную проверку ошибок при отражении и динамическом использовании этих типов, вы сможете обнаружить, когда ваш код перестанет работать с новой версией потока данных TPL.

Следующие фрагменты кода, вероятно, не компилируются вместе - они просто вырезаны и вставлены из моего рабочего кода из разных классов, но они, безусловно, дают вам представление. Я заставил это работать нормально. (Кроме того, для краткости я исключил все проверки ошибок.) (Кроме того, я разработал/протестировал этот код с версией 4.5.20.0 только для потока данных TPL, поэтому вам, возможно, придется адаптировать его для прошлых или будущих! - версий.)

// Set (change) the NameFormat of a dataflow block after construction
public void SetNameFormat(IDataflowBlock block, string nameFormat)
{
    try
    {
        dynamic debugView = block.GetInternalData(Logger);
        if (null != debugView)
        {
            var blockOptions = debugView.DataflowBlockOptions as DataflowBlockOptions;
            blockOptions.NameFormat = nameFormat;
        }
    }
    catch (Exception ex)
    {
        ...
    }
}

// Get access to the internal data of a dataflow block via its DebugTypeProxy class
public static dynamic GetInternalData(this IDataflowBlock block)
{
    Type blockType = block.GetType();
    try
    {
        // Get the DebuggerTypeProxy attribute, which names the debug class type.
        DebuggerTypeProxyAttribute debuggerTypeProxyAttr =
            blockType.GetCustomAttributes(true).OfType<DebuggerTypeProxyAttribute>().Single();

        // Get the name of the debug class type
        string debuggerTypeProxyNestedClassName =
            GetNestedTypeNameFromTypeProxyName(debuggerTypeProxyAttr.ProxyTypeName);

        // Get the actual Type of the nested class type (it will be open generic)
        Type openDebuggerTypeProxyNestedClass = blockType.GetNestedType(
            debuggerTypeProxyNestedClassName,
            System.Reflection.BindingFlags.Public | System.Reflection.BindingFlags.NonPublic);

        // Close it with the actual type arguments from the outer (dataflow block) Type.
        Type debuggerTypeProxyNestedClass =
            openDebuggerTypeProxyNestedClass.CloseNestedTypeOfClosedGeneric(blockType);

        // Now create an instance of the debug class directed at the given dataflow block.
        dynamic debugView = ExposedObject.New(debuggerTypeProxyNestedClass, block);

        return debugView;
    }
    catch (Exception ex)
    {
        ...
        return null;
    }
}

// Given a (Type of a) (open) inner class of a generic class, return the (Type
// of the) closed inner class.
public static Type CloseNestedTypeOfClosedGeneric(
                       this Type openNestedType,
                       Type closedOuterGenericType)
{
    Type[] outerGenericTypeArguments = closedOuterGenericType.GetGenericArguments();
    Type closedNestedType = openNestedType.MakeGenericType(outerGenericTypeArguments);
    return closedNestedType;
}

// A cheesy helper to pull a type name for a nested type out of a full assembly name.
private static string GetNestedTypeNameFromTypeProxyName(string value)
{
    // Expecting it to have the following form: full assembly name, e.g.,
    // "System.Threading...FooBlock`1+NESTEDNAMEHERE, System..."
    Match m = Regex.Match(value, @"^.*`\d+[+]([_\w-[0-9]][_\w]+),.*$", RegexOptions.IgnoreCase);
    if (!m.Success)
        return null;
    else
        return m.Groups[1].Value;
}
// Added to IgorO.ExposedObjectProject.ExposedObject class to let me construct an 
// object using a constructor with an argument.
public ExposedObject {
    ...

    public static dynamic New(Type type, object arg)
    {
        return new ExposedObject(Create(type, arg));
    }

    private static object Create(Type type, object arg)
    {
        // Create instance using Activator
        object res = Activator.CreateInstance(type, arg);
        return res;

        // ... or, alternatively, this works using reflection, your choice:
        Type argType = arg.GetType();
        ConstructorInfo constructorInfo = GetConstructorInfo(type, argType);
        return constructorInfo.Invoke(new object[] { arg });
    }
    ...
}