Структура решения Visual Studio с использованием фреймворков Codesmith (NetTiers/Plinqo)

Question

Я использую инфраструктуру Codesmith NetTiers для генерации DAL и т. Д. В папку, называемую «NetTiers», вне моей основной папки проекта и ссылающуюся на DLL в этой папке из моего основного проекта.

Я начал использовать структуру Plinqo и хочу использовать сгенерированные файлы из этой структуры в рамках того же проекта, что и тот, который я использую с NetTiers. (Причина, по которой я использую оба фреймворка, заключается в том, что я хочу получить/узнать о новых возможностях LINQ от Plinqo, но также иметь знакомый код NetTiers DAL, BLL для совместимости.)

Мой вопрос: что лучшее решение Visual Studio и файловая структура для использования при использовании шаблонов Codesmith, подобных этим? Должен ли созданный фреймворк код содержаться вне основного проекта и добавляться как проекты в общее решение? Или каждый сгенерированный код каждого шаблона имеет собственное решение? Должны ли созданные файлы находиться в структуре файла основного проекта?

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

Answer 1

Я стараюсь просто хранить .csp и сгенерированную папку вне папки моего основного приложения. При добавлении ссылочных копий Visual Studio в .DLL из встроенного сгенерированного кода. Все сгенерированные проекты находятся под главной папкой, такой как D: \ CodeSmith Projects \

Если вы хотите, чтобы файл управления версиями был .SCP-файлом, возможно, было бы полезно переместить его вместе с остальной версией файлов с контролируемой версией связать все это вместе.

Answer 2

Мы помещаем сгенерированные проекты в наше решение. Фактически, в моем текущем проекте я создал файлы nettiers в том месте, где я хотел, чтобы файлы были, и начал добавлять мои собственные файлы проектов к этому ... Но мы всегда сохраняли файлы в решении, таким образом, если мне нужно чтобы добавить что-то к коду в конкретных классах, я могу сделать это, не открывая совершенно новый проект.

Answer 3

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

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

Благодаря

-Blake Niemyjski

Answer 4

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

У нас были проблемы с TFS, когда проекты были включены в решение. Недостатком является то, что вы не можете так легко входить в генерируемый код .NetTiers при отладке, хотя через некоторое время вы привыкнете к этому и принимаете то, что находится в .NetTiers, остается в .NetTiers!