Темата много ми харесва, за това се включвам веднага :)

Позволете да не се съглася с две от нещата, или поне да ги докарам до дискусия.

1. Името на променливата в полето да се пише с малка буква.

2. Автоматичното пропърти трябва да е с главна буква

Това, както попитах и в другата тема - не може ли само пропърти. Четох по въпроса и не открих добра причина да се ползва и поле и пропърти.

Другото е

4. Параметрите на Конструктора е хубаво да се именуват като стандартни променливи, по-възможност различни от тези в полетата, за да е по-лесно ориентирането после.

Няма нужда - нали за това всичко е разделено по неймспейсове, класове и инстанции на обекти. Това все едно да кажеш, че за всяка инстанци на класа, трябва да се казва по различен начин името на пропъртито за Име на човека, понеже може да се объркаш, ако напишеш

personOne.Name = personTwo.Name;

В този смисъл се гледа инстанцията, от която е извикан, така и в конструктурите се гледа инстанцията, а именно - this

public MyConstructor(string myVar)

{

    this.myVar = myVar;

}

Пределно ясно е, че на текущия обект (this) полето myVar получава стойността на myVar

Тук по-скоро грешката, която допускам е, че асайнвам директно към поле, но както по-рано казах, според мен няма нужда и от двете (поле и пропърти)

Всмисъл това за именуването го казвам, защото ми се струва, че ако се опитваме във всеки клас и всеки метод да именуваме всичко по различен начин, се губи смисъла от пакетирането - излиза че все едно всичко е в един global scope и човек се опитва да избегне повтаряемост. Но след като пишем на строго обектно ориентиран език като C# няма нужда излишно да си усложняваме живота търсейки различни имена, за нещо което е едно и също. А и понякога е невъзможно, както дадох примерно с асайнвамено на името на първия човек, към името на втория човек.

В един по-остарял стил на писане се използва ъндърскор пред прайвит пропъртитата на класа за да се стигне до тази четимост, за която се говори.

Ето един полезен линк от мен (от секцията за правете на библиотеки съвместими с .NET Framework т.е. препоръчителните неща са потехния стил на писане)

http://msdn.microsoft.com/en-us/library/ms229060(v=vs.110).aspx

И цитат съответно, по това което коментирах:

√ DO use the same name for constructor parameters and a property if the constructor parameters are used to simply set the property.

Ето малко линкчета и от мен:

Въведение в ООП Концепцията

Основни шаблони за дизайн

SOLID Принципи

Много е полезно още от сега да се използва StyleCop. Създава добри навици за писане на качествен код и подсказва за пропуснати this. или неправилно подредени полета, конструктори пропъртита и т.н..

Имам въпрос?

Клас-наследник има два метода :

- единият се имплементира като интерфейс (Метод Х)

- другият идва като member от абстрактен клас-родител (Метод У), т.е. не е в интерфейс

Класът-наследник трябва да вложи единия метод "У"  в другия метод "Х"...

Та въпросът ми е отделно ли  трябва да овъррайдвам вложения метод "У" (преди да го вложа в другия), защото  Resharper ми се кара, ако не го направя или нещо бъркам?