Existe-t-il des pratiques concernant l'utilisation des noms de code des produits dans les projets et solutions Visual Studio? En général, les espaces de noms, les noms d'assemblages, les sorties binaires, etc. doivent être renommés une fois le nom du produit choisi: y a-t-il un moyen de gérer cela?Codenamed Products et Visual Studio
Cela dépendra en partie du type de produit. S'il s'agit d'une bibliothèque cliente - ou de tout ce qui nécessitera que les utilisateurs voient les noms - il est clair que les noms sont importants. Je ne pense pas que ce soit vraiment important. Gardez à l'esprit que différentes versions du produit peuvent avoir de nouveaux noms de code (par exemple Everett, Whidbey, Orcas pour Visual Studio) - vous ne voulez pas avoir à renommer le code chaque fois que vous démarrez une nouvelle version!
Dans un endroit j'ai travaillé nous choisirions un nom indépendant et inoffensif, et typiquement systématique pour n'importe quel projet donné. Jupiter, Orca, Feynman peu importe ... et collons avec cet espace de noms pour toujours. Parce que, comme vous avez vu ce que le marketing/client/conseil choisit d'appeler un produit (l'enfer, même le numéro de version de son choix) est si rarement connu au début et encore moins le même à la fin, qu'il est tellement plus facile pour tout le monde d'avoir une référence interne fixe qu'ils n'ont pas à refactoriser plus tard.
Je ne peux pas souligner combien il est important que le nom soit simple, un mot et inoffensif cependant.
Merci, donc je suppose qu'il n'y a pas moyen de contourner le problème de Refactor - si cela va être utilisé comme une API publique. –
si l'API est le produit non, si c'est juste une partie des codes de produit peut être bien - mais au moins les codes vous permettent de refactoriser juste une fois – annakata