Новый класс С# только с одним свойством: производный от базы или инкапсулировать в новый?

Зачем вообще нужно создавать новый класс? Или, скорее, почему это должен быть класс, который может загружать и сохранять самого себя? Почему бы не иметь методы в другом месте:

public void SaveDictionary(Dictionary<int, string> dictionary, string fie)

public Dictionary<int, string> LoadDictionary(string file)

Я бы выбрал вариант B. Я бы использовал вариант A только в том случае, если я хотел использовать словарь за кулисами (т. е. сделать его частным/защищенным) и предоставить только ограниченное количество функций из словаря в моем новом классе.

Если вы предлагаете всю функциональность словаря, а затем и некоторые, очевидным решением будет наследование от словаря (а-ля вариант Б)

Из ответа, который я написал на другой вопрос:

Когда вы хотите «скопировать»/открыть API базового класса, вы используете наследование. Если вы хотите только «скопировать» функциональность, используйте делегирование.

Один из примеров: вы хотите создать стек из списка. В стеке есть только pop, push и peek. Вы не должны использовать наследование, учитывая, что вам не нужны функции push_back, push_front, removeAt и др. в стеке.

С другой стороны, ни один из подходов не кажется наиболее «подходящим» для вашей дилеммы. Возможно, вы могли бы создать вспомогательный класс, который выполняет всю работу по сериализации, например:

class DictionarySerializationHelper
{
    public static void Serialize(Dictionary<int, String> d, File f){
    //...
    }
    public static Dictionary<int, String> Deserialize(File f)
    {
    //...
    }
}

Этот подход может быть замечательным, потому что вы также можете обобщить статические методы, чтобы разрешить любую специализацию словаря.

Мои 2 цента:

В примере A я бы использовал этот стиль, когда хочу скрыть тот факт, что мой код использует Dictionary от потребителя моего класса.

В примере B — я бы сделал это, если бы не возражал против того, чтобы потребитель знал, что я использую словарь.

Поэтому в зависимости от сценария я мог бы выбрать один стиль/стратегию для кодирования, и я думаю, что это мышление не зависит от того, нужно ли сериализовать класс или нет...

Хотелось бы услышать комментарии по этому поводу.

ХТН.

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

  public static class DictionaryExtensions
  {
        public static void Save(this Dictionary<int,string> yourDict, ...) {...}
        public static void Load(this Dictionary<int,string> yourdict, ...) {...}
  }

Теперь вы можете сохранить экземпляр следующим образом:

Dictionary<int,string> dict = ....;
dict.Save(...);

Вы всегда можете использовать пару методов расширения

public static class DictionaryExtensions
{
    public static void Save<TKey, TValue>(this Dictionary<TKey, TValue> dictionary, string fileName)
    {
        // TODO: save logic
    }

    public static void Load<TKey, TValue>(this Dictionary<TKey, TValue> dictionary, string fileName)
    {
        // TODO: load logic
    }
}

Или, если вы будете использовать только Dictionary<int, string>

public static class DictionaryExtensions
{
    public static void Save(this Dictionary<int, string> dictionary, string fileName)
    {
        // TODO: save logic
    }

    public static void Load(this Dictionary<int, string> dictionary, string fileName)
    {
        // TODO: load logic
    }
}

Вы можете создать свой собственный класс, который реализует как IDictionary<TKey, TValue>, так и IXmlSerializable (или в зависимости от того, какой интерфейс сериализации требует желаемой функциональности, вам, возможно, придется создать свой собственный). Кажется, я где-то читал, что по какой-то причине было предпочтительнее реализовать интерфейс IDictionary<TKey, TValue>, чем наследовать от Dictionary<TKey, TValue>.

Редактировать: C# наследуется от Dictionary, перебирает KeyValuePairs — это вопрос, который я задал о наследовании от класса Dictionary. Смотрите ответы там, почему это плохая идея.