Кодовое название продуктов и Visual Studio

Есть ли практика использования кодовых имен продуктов в проектах и ​​решениях Visual Studio? В этом случае пространства имен, имена сборок, двоичные выходы и т. Д. Необходимо переименовывать после выбора названия продукта: есть ли способ с этим справиться?

10.12.2008 10:24:05
2 ОТВЕТА
РЕШЕНИЕ

Это будет частично зависеть от типа продукта. Если это клиентская библиотека - или что-то, что потребует от пользователей видеть имена - тогда имена явно имеют значение. Я не думаю, что это действительно имеет значение в противном случае. Имейте в виду, что разные версии продукта могут иметь новые кодовые имена (например, Everett, Whidbey, Orcas для Visual Studio) - вам не нужно переименовывать код каждый раз, когда вы запускаете новую версию!

1
10.12.2008 10:37:52

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

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

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

2
10.12.2008 10:30:41
Спасибо, так что, думаю, от проблемы Refactor не уйти - если она будет использоваться в качестве публичного API.
Jonathan C Dickinson 10.12.2008 10:37:07
если API - это продукт, то нет, если это только часть кодов продуктов, может быть в порядке - но, по крайней мере, коды позволяют вам
annakata 10.12.2008 10:56:29