Вопрос

Я закрываю приложение, в котором я использую множество классов Dictionary для хранения делегатов Function и Action. Сейчас я немного рефакторинг своего проекта и очистки кода. Мой вопрос: где вы или вы бы поместили классы Dictionary в структуру вашего проекта? Прямо сейчас они находятся в исходных файлах вызывающего класса, но мне было интересно, должен ли я создать отдельный исходный файл для хранения всех своих словарей. Я надеюсь, что это достаточно информации. Пожалуйста, прости меня, если это не так. Спасибо.

Это было полезно?

Решение

Я бы организовал словари так же, как и остальной код; группируйте связанные функции вместе и разделяйте несвязанные функции.

Кроме того, я бы посмотрел, как используются словари делегирования. Если ваш шаблон использования всегда для извлечения делегата и немедленного его вызова, то я бы обернул это поведение в класс с помощью & Quot; do-the-right-thing & Quot ; метод. Тогда каждый такой класс может быть назван в соответствии с концепцией домена, которую он представляет.

Например, если у вас был словарь, в котором аббревиатуры штатов США сопоставлялись с расчетом налога с продаж, вы могли бы заключить все это в класс с помощью " вычислить налог с продаж " метод, принимающий код состояния и промежуточный итог в качестве аргументов. Тот факт, что он использует словарь для поиска правильной схемы вычислений, становится скрытой деталью реализации.

Другие советы

Обычно класс Dictionary - это нечто само по себе (библиотека), и ваши различные пользователи могут создавать его экземпляры.

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

Может быть, вопрос, который вы действительно должны задать себе &, почему у меня есть несколько классов Dictionary "?

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top