Соглашения об именах в C # по сравнению с Java

Стандартное соглашение об именах в мире Java заключается в присвоении имен пакетам, классам и методам в соответствии с:

com.domainname.productname (package)
com.domainname.productname.ClassName (class)
com.domainname.productname.ClassName.isUpperCase(String str) (method)

Что такое стандартное соглашение об именах C # /. NET для вышеуказанных случаев?


java c# naming-conventions
person knorv    schedule 24.01.2009    source источник

Ответы (2)


arrow_upward
7
arrow_downward

Ответ AKU должен вам помочь:

пространства имен .NET

Он ссылается на рекомендации Microsoft:

http://msdn.microsoft.com/en-us/library/893ke618(VS.71).aspx

Вам следует подумать о прочтении остальных рекомендаций, начиная с этого:

http://msdn.microsoft.com/en-us/library/czefa0ke(VS.71).aspx

Остальная часть сообщения также очень информативна:

пространства имен .NET

В вашем случае вы бы выбрали:

CompanyName.ProductName
CompanyName.ProductName.ClassName
CompanyName.ClassName.IsUpperCase(string str)

Руководства .NET не соответствуют стилю Java использования перевернутых доменных имен FQ для указания пространств имен, и я еще не видел, чтобы коммерческий компонент, такой как Telerik или Infragistics, например, следовал чему-либо, кроме рекомендаций MS.

person Kev    schedule 24.01.2009

arrow_upward
3
arrow_downward

Редко можно увидеть "com." в C # или .NET:

DomainName.ProductName (namespace)
DomainName.ProductName.ClassName (class)
DomainName.ProductName.ClassName.IsUpperCase(String str) (method)

Полное описание ( это действительно вопрос .NET больше, чем вопрос C #).

person Joe Erickson    schedule 24.01.2009
comment
Мне было интересно, почему так много пакетов Java начинаются с com.. Поскольку почти все доменные имена компаний заканчиваются на .com, это кажется излишним. - person David R Tribble; 12.12.2009
comment
Насколько я помню - а я начал использовать Java в 1995 или 1996 годах - это просто соглашение, которому следовали Sun и все остальные. - person Joe Erickson; 13.12.2009
comment
Я действительно видел много org.* и несколько edu.* пакетов. Он соответствует принципам работы Java и написанию для самых необычных ситуаций. - person ehdv; 02.03.2010
comment
@DavidRTribble, соглашение возникло из-за попытки отличить company.com от company.org и т. Д. Java заняла позицию, согласно которой ни одно доменное имя не будет указывать более чем на одну компанию, поэтому это был довольно явный, повсеместный и универсальный идентификатор. На самом деле это более чистый метод, на мой взгляд, что CompanyName только в том, что нет гарантии, что две компании с одинаковыми названиями случайно не назовут что-то одно и то же. Например, до того, как Всемирная федерация борьбы уступила WWF Всемирному фонду дикой природы, они оба могли выбрать WWF.ProductName. Если бы, конечно, они были в софте. :) - person ; 25.01.2015