Nie znalazłem w Internecie nic o zaakceptowanych konwencjach nazewnictwa dla rozwiązania .NET, które zawiera .NET Standard, .NET Core i .NET. Projekty NET Framework.Konwencje nazewnictwa .NET dla rozwiązania ze standardami .NET Standard, .NET Core i .NET Framwork Projects
W moim przypadku mieliśmy następującą konwencję w naszym projekcie można zorganizować .NET:
[CompanyName].[TechnologyName].[Feature]
Teraz chcemy do tego portu NET Standard i .NET Core. Nie wszystkie klasy w obiekcie działają na wszystkich, więc mamy projekt .NET Standard, do którego odwołuje się projekt .NET Core. Projekt .NET Core jest następnie odniesieniem do projektu .NET Framework. Jak powinniśmy teraz nazwać nasze projekty?
Jednym rozwiązaniem byłoby zawierać nazwę standardu lub Core w przestrzeni nazw:
[CompanyName].Standard.[TechnologyName].[Feature]
[CompanyName].Core.[TechnologyName].[Feature]
[CompanyName].[TechnologyName].[Feature]
lub
[CompanyName].[TechnologyName].[Feature].Standard
[CompanyName].[TechnologyName].[Feature].Core
[CompanyName].[TechnologyName].[Feature]
Ale chcemy wiedzieć, czy istnieje globalna konwencja nazewnictwa dla tego produktu.
Nie jestem przekonany, że potrzebujesz nazwy technologii jako części nazwy swoich projektów. Dlaczego rodzaj podstawowej struktury ma znaczenie dla nazewnictwa twojego projektu? Nazwij swoje rzeczy zgodnie z tym, co robi * dla ciebie *, z twojej perspektywy. Być może projekt działający na platformie .NET Core jest dla Ciebie wieloplatformowy, w takim przypadku nazwy byłyby takie jak "[CompanyName]. [Product]. [Windows]. [Feature]', '[CompanyName]. [Product]. [Wieloplatformowy]. [Reportaż] 'itp. – nawfal
@nawfal: Jednym z powodów może być rozróżnienie kilku wariantów projektu, które są ukierunkowane na różne podstawowe struktury. –
@ O.R.Mapper Wydaje mi się, że byłby to wyjątkowo rzadki scenariusz. Zastanów się, ile duplikacji kodu doprowadzi do tego. W każdym razie sytuacja jest taka, gdy nazywane jest coś w rodzaju '[CompanyName]. [Product]. [Framework]. [Feature]' lub '[CompanyName]. [Product]. [Feature]. [Framework]' miałoby sens, ponieważ jest tak z perspektywy twojego produktu. Po prostu trzymaj się jednej z tych konwencji. W każdym razie sprawa OP jest inna. – nawfal