Я бы назвал такой класс изменчивым держателем данных, и иногда использовал общую форму:
class DataHolder<T>
{
public T dat;
}
Обратите внимание, что перенос datв свойство снижает производительность и не дает никаких преимуществ, поскольку средство доступа к свойствам ничего не может сделать (кроме чтения / записи поля), что не нарушило бы некоторые реализации. Кроме того, может потребоваться использование Interlockedметодов с dat(или, если это структура, с их полями), но это было бы невозможно, если бы они datбыли заключены в свойство.
Обратите внимание, что, хотя держатели изменяемых данных могут быть полезны для типов (изменяемых или нет), которым необходимо хранить данные, их нельзя безопасно использовать для обмена данными так же, как и неизменяемые типы. Например, утверждение типа:
myData = myCollection.GetData(myKey);
будет иметь ясное значение, если будет GetDataвозвращен неизменный тип класса или структура («изменяемая» или нет), которая не содержит ссылок на изменяемые данные. Однако, если он вернул изменяемый объект класса, было бы неясно, будут ли какие-либо изменения в этом объекте последовательно игнорироваться базовой коллекцией, постоянно приводить к чистым обновлениям или вызывать какое-то утомительное или непредсказуемое поведение, не соответствующее ни одному описанию.
Если бы кто-то хотел, чтобы коллекция возвращала данные в изменяемом объекте, правильная парадигма часто была бы чем-то вроде:
var myData = new WhateverType();
myCollection.GetData(myKey, myData);
myData.ModifySomehow();
myCollection.StoreData(myKey, myData);
При использовании этого подхода есть явное следствие, GetDataкоторое приведет myDataк заполнению данными из коллекции, но myCollectionне следует ожидать , что она будет сохранять ссылку на нее после завершения функции и не будет использовать ее для каких-либо других целей. StoreDataбудет также копировать информацию myDataв свою внутреннюю структуру данных без сохранения ссылки. Обратите внимание, что одним из преимуществ этого подхода является то, что если клиентский код будет читать много элементов данных в цикле, он может безопасно создать один экземпляр myDataвне цикла, а затем повторно использовать тот же экземпляр каждый раз до конца. Аналогично, myCollectionможет быть возможность повторно использовать экземпляр объекта, связанный с ключом (копирование данных из переданного экземпляра), без необходимости создания нового экземпляра.