Несколько проектов в рамках решения: Соглашение об именах интерфейсов

Question

Мне было интересно, что будет означать соглашение об именах для субпроекта интерфейса в рамках решения. Я знаю, что файлы интерфейса начинаются с «Я», применимо ли это и к проектам?

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

Все файлы и проекты содержатся в одном решении.

Приносим извинения, если это не хорошо читается.

Answer 1

Это общий шаблон для организации решений со многими проектами. Тем не менее, есть некоторые дебаты о том, стоит ли (в некоторых случаях) это делать.

Я видел несколько различных соглашения об именах, используемые:

1. Inc.Project.Contract
2. Inc.Project.Contracts
3. Inc.Project.Interface
4. Inc.Project (например, базовый проект, который является общей зависимостью)
5. Inc.Project.Common

Answer 2

Это путь MS использует его <Company>.(<Product>|<Technology>)[.<Feature>][.<Subnamespace>]

Например, Microsoft.WindowsMobile.DirectX. см ссылку http://msdn.microsoft.com/en-us/library/ms229026.aspx

Answer 3

Я согласен с соглашением об именах, которые dtryon написал в своем ответе.

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

То же самое для самого файла интерфейса: если вы не планируете ссылаться на экземпляр объекта, используя тип интерфейса (а не тип объекта, который фактически реализует интерфейс), интерфейс не очень полезен.