Что включить в служебную библиотеку
Имея за плечами все больше и больше проектов, я обнаружил, что часто повторяю много общих задач от проекта к проекту, от клиента к клиенту. Итак, я начал собирать «служебную» библиотеку, коллекцию этих общих элементов, которые часто повторяются от проекта к проекту.
Пока что у меня есть утилиты для изменения размера изображений, экспорта сеток данных в Excel, отправки электронных писем и замены токенизированных сообщений.
Если бы вы создавали / использовали библиотеку служебных классов .NET, какие типы процессов вы бы сочли полезными? Какие пространства имен / группы вы бы себе вообразили?
Обновлять
Я говорю о реальной библиотеке классов, разделенной на пространства имен для группировки общих элементов.
Ответы 5
Лично я бы поместил некоторые из этих функций в отдельные библиотеки, поскольку «полезность» - это довольно субъективный термин, и то, что один человек считает полезным, не так полезно для другого.
Если бы в библиотеке он был разбит на описательные пространства имен, я бы сказал, что это лучше (например, изменение размера изображений будет в каком-то пространстве имен .Drawing или в .Drawing.dll).
- Я бы не стал писать библиотеку под названием «Общие», «Утилиты», «Разное» или ... Вы поняли. Вместо этого у меня был бы каталог под названием «Lib», и каждая функциональная область была бы в отдельной библиотеке под ним. Например, у меня могут быть Lib / Trace, Lib / UI, Lib / Net, Lib / Web для проекта C++. Для C# у меня были бы Lib / Acme.Trace, Lib / Acme.Windows.Forms, Lib / Acme.Net и т. д. (При условии, что ваше пространство имен / компания верхнего уровня называется «Acme»).
- ЯГНИ. Не пишите код, который вам нужен мощь.
- Не бросайте вещи в общую библиотеку, пока не используете их в двух или более проектах.
Я полностью согласен с пунктом 3.
Где-то я недавно читал, что его нельзя использовать повторно, пока он не будет использован один раз, и повторно использовать еще два раза (всего 3 раза).
Роджер, очень хорошее замечание. Что бы вы посоветовали для наименования. Из предметов, которые я включил до сих пор, они были повторно использованы в 10-20 проектах.
Хотя я сам только начинающий разработчик, я обнаружил, что функции RegEx и фильтры SQL весьма полезны. У меня также есть функция репликации слиянием для MSSQL, которая до сих пор мне очень пригодилась.
В моей библиотеке классов много вещей, которыми я делюсь между проектами:
- Контейнер IoC и структура внедрения зависимостей
- Полная структура контроллера / наблюдателя позволяет мне отделить код пользовательского интерфейса от кода обратной логики.
- Разумный независимый от базы данных набор классов для выполнения SQL устраняет некоторые синтаксические различия, в основном имена функций.
- Множество других вспомогательных классов и служебных методов для работы с данными
- Некоторые стандартизированные классы внутренней памяти, например
Tuple<..>и т. д. - Некоторые пользовательские коллекции, такие как
Set<T>,Heap<T>, а также множество служебных методов для работы с различными типами коллекций.
Библиотека классов добавляется, когда мне нужно больше материала.
Я бы посоветовал вместо «служебной» библиотеки просто создать библиотеки для конкретной области (графика, аутентификация, проверка и т. д.) И включать их только там, где они необходимы. Ключевым моментом, конечно же, является то, насколько конкретным будет. Как правило, чем больше конкретность, тем лучше.
Независимо от того, что у него нет домена, вы, вероятно, не понимаете его полностью, что означает, что вы должны сначала переоценить то, что вы делаете и пытаетесь достичь.
Также помните, что то, что полезно в одном или двух проектах, может оказаться полезным только в одном или двух проектах. Добавление большего количества классов, чем необходимо, только вызовет проблемы с обслуживанием в будущем.
Ой, я пропустил что-то важное в своем посте, я говорил о библиотеке, а не о классе. Я разделил элементы на различные пространства имен / классы, чтобы сгруппировать похожие элементы вместе.