Должны ли исключения быть в другом проекте - PullRequest
1 голос
/ 06 октября 2008

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

Вопрос в том, должны ли эти исключения быть в отдельном проекте для (например) Модельных классов?

Я склонен помещать их в подпространство имен модели и организовывать их в каталог в рамках проекта модели. но должны ли они быть в отдельном проекте все вместе?

Ответы [ 3 ]

3 голосов
/ 06 октября 2008

Это зависит от того, как вы представляете их использование и как вы разворачиваете свое приложение. Как правило, никогда не создавайте больше пакетов / сборок, чем необходимо.

Существует один веский аргумент для того, чтобы поместить классы Exceptions и Interface в их собственную сборку, и именно тогда они должны быть разделены между клиентами, которым необязательно требуется «полный» пакет, один из распространенных сценариев - это использование remoting другого, когда архитектура плагинов.

2 голосов
/ 06 октября 2008

Зависит от того, как они используются. Если исключение ограничено одним проектом, поместите его туда. Если его используют несколько проектов, поместите его в отдельный проект.

0 голосов
/ 06 октября 2008

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...