Стана. Значи всъщност то копира във втората част на конструктора след base информацията от първата част

Александър също е прав за нивата на достъп на класовете. Уточнявай ги изрично за да не се объркваш /при теб класовете са с достъп по подразбиране internal/.

Благодаря ти за отговора и за насоката с нивата на достъп. Обаче нещо се прецаква там: Имам следния код за класа Discipline:
http://pastebin.com/JMH96826

дава ми следната грешка:

Error 1 Inconsistent accessibility: property type 'System.Collections.Generic.IList<Student>' is less accessible than property 'Discipline.Students' C:\Users\Ico\Documents\Visual Studio 2013\Projects\InheritanceAndAbstraction\Problem01_School\Disciplines.cs 35 27 Problem01_School

Като махна Public пред класа и се оправя, но не разбирам защо се получава така.

П.С. Виждам, че вече и въпрос да зададе човек - следва истеричен хейт и минуси на поразия. Не че знам за какво са тези форумни точки де, но все си мислех, че форумите са за обмен на информация. Но който се чувства щастлив да бие минуси - да заповяда :)

Класа Student public ли е?

Ако един клас е публичен, всички пропъртита и методи, които също са публични, трябва да връщат публичен тип.  Идеята е там, че ако някой отвън/друго асембли/ реши да ползва този клас и ти му връщаш internal/private тип, той няма как да го ползва, защото за него никъде няма да е дефиниран. Visual Studio това го вижда и ти казва, че правиш простотия.

"property type 'System.Collections.Generic.IList<Student>' is less accessible than property 'Discipline.Students'" - Типа IList<Student> е по-малко достъпен от пропъртито Students. IList си идва от .NET и си е публичен, но класа Student май си е internal.

Всички полета в класа ти са дефинирани без зададено ниво на достъп - това, което ще ти създава проблеми.

В C# много лесно можеш да запомниш кое се нуждае от private/public/protected/internal и кое не. Само променливите в body-то на методите и пропъртитата не им трябва такова - те се намират в scope и е безсмислено. Всичко останало е дори задължително да му посочиш нивото на достъп.

Също така вместо да правиш пропъртита без никакви проверки, можеш да се възползваш от автоматичните такива.

public int PropName { get; set; } - Това създава и `скрито` private поле, което ще те подсигури, че спазваш ООП `законите`. Спестяваш си писане + сума редове код.

Променен код.

И още нещо... Винаги инициализирай всяка една променлива още в момента, в който я декларираш!

Щом му се е получило с моето предположение, значи и класа Person вероятно е без модификатор за достъп - тоест е internal, като този на Student.

Oчевидно :). Но с него сме писали практически по едно и също време и не съм видял отговора му. Иначе предположих, че става въпрос за достъпа тъй като и самият той казва, че компилаторът му пищи с такава грешка.

Аз в интерес на истината не бях стигнал до това каква грешка точно му дава - само погледнах конструктурите... :)

Възможно е, но не е правилно според мен. Така couple-ваш два класа.

Не се ли целиш в нещо подобно?: ЛИНК

Аксесорът на UniqueNumber връща конкатенирания стринг от класа, буквата и номерът в клас. Така ако няма дублиращи се номера в клас, няма да има и дублиращи се уникални в един клас. Но също така няма проблем номер 16 да съществува в 10ти Б клас. Тогава UniqueNumber ще върне 10b16.

От друга страна пропъртито няма мутатор (setter) съответно няма как някой от външния свят да го промени от 10b16 на 11a16. Възможността е някой да смени класа от 10ти Б на 11ти А, но тук може да се намеси проверка дали вече няма такъв номер в този клас.

Не съм разгледал условието на задачата, но ми се струва и неправилно да може някой да смени класа на студента. Като цяло даже не е правилно да може да се сменя информацията на един обект от тип клас, т.е. там полетата трябва да са рийдонли.

Ако един ученик трябва да смени класа си, и ако следваме здравия разум - един ученик не може да влезе в по-долен клас, то единственият вариант е да повиши класа си или да смени паралелката. Тогава трябва да има два експоузвани метода - Move(Class newClass) и Graduate().

В реална ситуация, ако по време на учебната година по някакви неведоми обстоятелства някой сени паралелката си, става последен номер в класа, независимо от името му. Така, че Move() трябва да вземе предвид новоподадения клас, първо да провери дали не е по-ниска или висока цифра, защото трябва да позолим само смяна на паралелката, тъй като не може да мутираме буквата на вече съществуващ клас, трябва да подадем изцяло нов обект. Ако всичко е точно и буквата е различна от сегашната - просто намира сет-а от студенти в новия клас и съответно техният брой и променя номерът на ученика на максимума + 1. Така логиката за UniqueNumber няма да се счупи и отново ще имаме уникален.

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

Да, мисля че наистина така може да стане, но по условие на задачата Class-а би трябвало да има ученици, а не обратното.

Освен това, и в реалния свят мисля, че няма как един ученик да има свой клас.

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

Ми ще стане с доста огромни хакове итерирайки през обектите от тип Клас, намирайки ученика и правейки нещо с него.

Да, учениците си нямат собствен клас, но знаят за него. Нещата, които не трябва да имаш като полета, са нещата, които пряко не е нужно да знаеш за тях. Но е hardly believable, че ученик може да съществува без училище или клас.

Ако все пак смяташ, че ученик може да съществува без училище или клас и искаш да decouple-неш ученикът от класа, т.е. дори и да преместиш класът Ученик в друг проект, където не същстевува клас Клас, пак да работи системата, тогава трябва да си направиш някаква отделна структура, например междинен клас, който да държи key => value pair Class => Student.

Така лесно можеш да влезеш в този клас, да кажеш на определен ученик Graduate() той да го премести в тази структура от данни и да го премести и в Листа от ученици, който Class държи.

А това за което питаше в по-горния пост е това:

        public void Gradute()
    {
        var callerClass = new StackFrame (1).GetMethod ().DeclaringType;
        if (callerClass != typeof(Class)) 
        {
            throw new Exception ("Cannot call this method from outside object of type Class");
        }
    }

Когато викаш базовия конструктор просто му подай параметрите, които са подадени на конструктора на кучето, т.е.:

: base(dogName, dogAge, doggender)

Ха, явно съвсем съм се оплела и крайно грешно съм схванала цялата концепция! Аз мислех, че трябва да извикаме параметрите с имената от базовия клас. Много ме помешаха тези еднакви имена, малки и големи букви и т.н. Както и да е- така, разбира се, сработи и по-важното- просветна ми поредното погрешно разбиране на нещата :) Много ти благодаря, полезен играч, както винаги :)

Не ги викаш (те не съществуват), а ги подаваш (искаш да им пратиш някакви стойности)