@a.angelov, Така се получи, но трябваше да изтрия полето "private decimal salary". Да разбирам ли, че  полета, декларирани в съответния интерфейс са все едно декларирани и в класа, който го наследява?

@ goodlifeinc , базовият клас не би трябвало да пречи- щом могат да се наследяват едновременно и клас, и интерфейс... Абе, подозирам, че основната задача на интерфейсите е да ме гърбят, а останалото са странични ефекти, но това е малко извън темата :)

Само автоматичното пропърти си прави отзад поле /без да го виждаш/. Ако правиш валидация в пропъртито задължително ти трябва и private поле, в което да запазиш стойността /ако не бъркам нещо/.

@a.angelov, искам да кажа, че щом имам автоматично пропърти в интерфейса, който ъм задължена да имплементирам, това значи ли, че няма нужда от съответното поле в конкретния клас, който имплементира? Защото, когато оставя в класа да има прайвът селъри поле, ми казва, че селъри е вече дефинирано веднъж и има конфликт. За това говоря:

public class Employee: IEmployee

// private decimal salary;

public Employee
            (int employeeID, string employeeFirstName, string employeeLastName, decimal employeeSalary, Department employeeDepartment)
            : base(employeeID, employeeFirstName, employeeLastName)
        {
            this.salary = employeeSalary;
            this.department = employeeDepartment;
        }

P.S. CamelCase не е ли всъщност camelCase?

Интерфейсите не се наследяват, те се имплементират. Интерфейсите са договор между класовете, какви методи и пропъртита трябва да има един клас за да може да върши работата за която са го написали. С IEnumerable най лесно се вижда, разгледай го. 

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

Ами отново си написала пропъртитата в интерфейса с малка буква... - пропъртита винаги се пишат с първа главна буква, и всяка следваща дума също с главна буква - FirstName. Трябва идентификаторите да са едно към едно в интерфейса и имплементиращия клас.

Ох, бе, май разбрах- т.е. полетата могат да имат различни имена, но пропъртитата, трябва да са същите като тези в интерфейса, защото той ги задава. Така ли? Схванах ли най-сетне?

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

Имената на членовете на интерфейса, трябва да са напълно еднакви с тези в имплементиращия клас. Както казах по-горе с Ctrl+. и клик на implement interface еди кой си, си решаваш проблема с възможна грешка в това отношение.

Единствените забележки, които забелязах, са за форматирането на кода, но това не е по темата. :)

Само един съвет ще ти дам: не прекалявай с namespace и папките. Можеш да изведеш всички интерфейси в една папка Interfaces, релативна на тази на проекта - сиреч в root. Базовия клас и енумерацията също в root и всички наследници на Employee в папка "Employees".

Според мен не е необходимо за всеки отделен тип да се прави нов namespace, а за няколко класове, които имат сходни свойства/наследяват един и същи клас.

Имената на namespace трябва да са релативни на директорията.

namespace [Име на проекта].[Папка в проекта].[Папка в папката]

Виждам, че повечето така си ги направила, но други не. - липса на консистентност. Като цяло това е на тема КПК. :)

До сега не съм виждал проект, в който интерфейсите са отделени в папка интерфейси, обикновено са там, където са съответният тип данни. Опитах се да разгледам кода на .NET в Github. Не видях и там да ги отделят в отделна папка :)

Благодаря, заемам се с обратния процес- по връщането :)