Почему методы пишутся по-разному, когда они в новом классе?

Question

Почему методы пишутся по-разному, когда они в новом классе?

1

Пожалуйста, голось с моим, я очень новичок в программировании.

На данный момент я работаю над учебником С#. И до сих пор все переменные и вспомогательные методы, которые я создал, являются capitalizedLikeThis. Я делал все это в классе Progam.

Сегодня я создал свой первый новый класс и внутри него метод, и способ, которым был написан метод WasLikeThis с первой буквой, также заглавной, объяснения этому не было. Это обычное соглашение? И если это так, есть ли для этого конкретная причина?

Благодаря,

macrae2100 14 дек. 2014, в 21:41

Источник

0

см. случай Паскаля и верблюда в программировании на c #
Chandan Kumar 14 дек. 2014, в 20:06
0

В мире C # WasLikeThis (верблюжий случай) обычно является соглашением, в Java это больше похоже на wasLikeThis
AD.Net 14 дек. 2014, в 20:06
2

Вы можете найти эту статью на C # Coding Conventions интересным чтением
Steve 14 дек. 2014, в 20:06
0

@AD.NetAD.Net это не венгерская запись
NimChimpsky 14 дек. 2014, в 20:07
2

Некоторые программисты предпочитают, чтобы непубличные участники записывались без прописной буквы. Как я. Это личное предпочтение.
Hans Passant 14 дек. 2014, в 20:07
1

возможный дубликат Соглашения об именах в c #
Gabe 14 дек. 2014, в 20:07
0

@NimChimpsky, ты прав, мозги пердят с моей стороны.
AD.Net 14 дек. 2014, в 20:08
0

Методы AreLikeThis и свойства AreLikeThis ... Однако поля являютсяLikeThis, а поля поддержки свойств _AreLikeThis. По крайней мере, так мы делаем, где я работаю. Там нет реальной причины, это просто стандарт. Я предпочитаю делать это таким образом, чтобы я знал, что переменная является полем поддержки свойства только по имени. Я знаю, что поле является полем без поддержки свойств только по его имени, и я знаю, имею ли я дело со свойством или методом только по его имени, потому что метод IsLikethis () и свойство IsLikeThis.
Ryan Mann 14 дек. 2014, в 20:15
0

Лично я не думаю, что этот вопрос основан на мнении. Компилятор и даже такие инструменты, как resharper и т. Д., Просто применяют некоторые правила проектирования, которые являются общими в .NET Framework. Это факт.
Faris Zacina 14 дек. 2014, в 20:46

Показать ещё 7 комментариев

Теги:

c#

2 ответа

Ещё вопросы

см. случай Паскаля и верблюда в программировании на c #
В мире C # WasLikeThis (верблюжий случай) обычно является соглашением, в Java это больше похоже на wasLikeThis
Вы можете найти эту статью на C # Coding Conventions интересным чтением
Некоторые программисты предпочитают, чтобы непубличные участники записывались без прописной буквы. Как я. Это личное предпочтение.
возможный дубликат Соглашения об именах в c #
@NimChimpsky, ты прав, мозги пердят с моей стороны.
Методы AreLikeThis и свойства AreLikeThis ... Однако поля являютсяLikeThis, а поля поддержки свойств _AreLikeThis. По крайней мере, так мы делаем, где я работаю. Там нет реальной причины, это просто стандарт. Я предпочитаю делать это таким образом, чтобы я знал, что переменная является полем поддержки свойства только по имени. Я знаю, что поле является полем без поддержки свойств только по его имени, и я знаю, имею ли я дело со свойством или методом только по его имени, потому что метод IsLikethis () и свойство IsLikeThis.
Лично я не думаю, что этот вопрос основан на мнении. Компилятор и даже такие инструменты, как resharper и т. Д., Просто применяют некоторые правила проектирования, которые являются общими в .NET Framework. Это факт.

Faris Zacina · Answer 1 · 2014-12-14T18-43-00.000Z

Да, есть причина для этого. Это Pascal Case naming convention об именах в Pascal Case naming convention для имен методов, которое является стандартом в платформе.NET.

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

Ваш метод capitalizedLikeThis является частью класса Program, который имеет API, который следует за соглашениями об именах.NET. Например, он содержит метод экземпляра ToString() чтобы вы могли:

var program = new Program();
Console.WriteLine(program.ToString());

Итак, реальный вопрос: хотите ли вы добавить метод к классу программы, который нарушает соглашение об именах существующего API? Согласованность - это хорошо, и именно поэтому вы должны следовать конвенции.

Если вы хотите получить дополнительную информацию по этой теме, вы можете ознакомиться с единственной соответствующей книгой для руководящих принципов разработки.NET, содержащей соглашения об именах, и многие другие подробности, связанные с решениями по разработке платформы.NET:

http://www.amazon.com/Framework-Design-Guidelines-Conventions-Libraries/dp/0321246756

Или прочитайте приведенную статью MSDN на основе книги:

http://msdn.microsoft.com/en-us/library/ms229042.aspx

Нет. Если вы читаете статью, в ней говорится: «Эти руководящие принципы взяты из книги« Руководящие указания по разработке структуры: условные обозначения, идиомы и шаблоны для многократно используемых библиотек .NET », 2-е издание», автором которой является Кшиштоф Квалина и Брэд Абрамс ».
Ах хорошо. Я видел эту страницу дюжину раз и никогда не замечал этой строки.
У меня есть печатная копия книги, так что я знаю, что она намного больше, чем статья;)

Mike Burdick · Answer 2 · 2014-12-14T17-42-00.000Z

Что-то вроде SyleCop может быть полезно для вас. Он будет применять стандарты именования между прочим, и вы можете настроить параметры по мере необходимости, чтобы соответствовать вашим стандартам именования. У встроенного анализа кода Visual Studio также есть правила, которые вы можете включить для этого.

Я думаю, что этот вопрос касается «почему», а не «как».