Много добър аргумент за foreach-a! Благодаря!

За интерфейсите също съм съгласен и обикновено ги ползвам, като се двоумя дали да ползвам IList или IEnumerable, но този път май не се сетих (писах ги на работа и ме разсейваха редовно). Статията изглежда перфектна!

Беше ми малко трудно да разбера какво имаш предвид за Size. Специално за целта изгледах лекцията на Наков, но по темата имаше само няколко думи около мин. 8:00. Може би него си имал предвид.

Понеже размера на BitArray се подава като параметър на масива, то вътре в конструктора трябва да се присвоява или директно на полето size, или да се направи свойство Size. Аз предпочитам втория начин, защото може да се направи валидация. Така че наличието на свойство Size e по-скоро оправдано. Единственото, което наистина мисля, че е правилно да променя е достъпът до сетера на свойството Size (направих го private). Потребителят наистина не е редно да има право да променя размера на масива, защото може да се получи разминаване между this.size и размера на this.arr. Благодаря, че ми обърна внимание за това!

По твоето домашно:

В stackoverflow ми беше попаднал по друг повод коментар, че е за предпочитаме да се хвърля ArgumentNullException вместо NullReferenceException. Не задълбочих тогава за причините.

Point3D: струва ми се крайно излишно вкарването на втори метод (toDataPoint) за изписването на точката като стринг.

BitArray: както си го направил, масивът ти винаги ще е с пълен размер, разхищение на ресурси. Ако ползваш инт мисля, че е по-добре да имаш предвид, че един инт е 32 бита и да работиш поотделно с всеки бит. Така максимално масивът ти ще съдържа 100000/32=3125 елемента.

Трудно ми е да коментирам домашното ти повече, защото е едва започнато. Опитвай да ползваш имената на класовете от заданието! На този етап форматирането на кода не е никак добро и продължаваш да слагаш подчертавки. Много ми се иска да видя завършения ти HTML Dispatcher, особено тестове за припокрития оператор *.

Мерси за коментара ти, свърши ми много полезна работа. Диспачера съм го направил , разменил съм обаче местата на класа ElementBuilder и DispatcherHTML, sorry за което. Предефенираният оператор съм го показал в програмс (като че ли) :) .Ти имаш предвид имплицитният оператор, сега видях, не съм го правил защото сметнах че няма нужда (ще го погледна днес по късно). За ексепшаните мисля че си прав, по прецизно е. 

Да точно за тази част от лекцията, Наков много набързо го спомена.

За BitArray нарочно оставих масивът да съхранява 32 битови блокове, а не типът Bool. Направих си някви тестове с всички възможни варянти, включително със Size полето (твоят метод работи най-бързо). На око се вижда че разликата  между int и bool е много малко в полза на bool , което ме втрещи, но май е логично. (очаквах разликата да е огромна )Незнам не съм задълбавал...Иначе е разхищение на памет, определено.   

Колега, за качеството не мога да кометирам, ама 2-рата задача класа Point, декларираш double x,y,z а в конструктора подаваш int x,y,z.

Първо имам няколко препоръки по качването на кода в гитхъб. Не е добре да се качват bin и obj папките в репозиторито. Има един тоол CleanProject (и във форума е писано за него), който ти почиства папките от ненужни неща, преди да ги качваш в GitHub или да ги пращаш на някого.
sln файла би ми спестил доста време при проверката, ако беше качен
BitArray проектът ми гърми,защото ми казва, че BitArray класът не е включен в проекта. И на мен ми се видя странно, но вероятно нещо не е наред с начина, по който създаваш проектите и добавяш items към тях. Или преди да качиш си затрил някои файлове на VS, които държат информация за solutiona.

HTML Dispatch: Забележките ми тук не са към ООП-то, а към HTML. В HTML няма такива тагове, каквито твоят диспечер създава - <image>, <URL> не съществуват. има таг <img>.
При createImage метода, title е също атрибут, а ти го подаваш като контент.
При createURL май единственото правилно е, че добавяш текста като контент. Според мен задачата изисква да се направи <a> елемент с атрибути href и title, като на href стойността е url.
При createInput() не използваш атрибута typе.
И трите елемента, които диспечерът трябва да създаде се затварят само с ">" или "/>"(преди HTML5), а не с </tagName>
За какво ти е GetAllTags? - предполагам си имал идея да валидираш с него подадения таг, но не го ползваш никъде в момента.

Бях останал с впечатлението, че при припокриване на оператор, трябва да се връща обект от същия клас, и затова в моето решение минах през implicit conversion. Благодарение на твоето домашно ми се изясни това, за което благодаря!

Според мен за правилен OO way отделните тагове трябва да са отделни класове, или поне различните - тези които се затварят по различен начин като Input и Image.

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

Разбира се че калсът Path mоже да държи тези методи. Методите са отделени в друг клас, защото когато приложението се усложни доста, тяхното присъствие сигурно черпи ресурс а и кода става не приятен за разбиране. Добре е нещата да са гранулирани максимално (задачите да се разпределят по всевъзможните там конструкции на кода). По просто казано е Функции да се държат извън класа, а мутатори, модификатори, "конструкторни" методи и бихейвористични методи да си ги пази самият клас. 

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

По кода всичко ти е почти наред, само малко разхвърляно тук конструктор, там конструктор. Направи свойството StartingPoint статично и в него достъпвай полето с Point3D.startingPoint.

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

Здравей Цецо,

Имам въпрос относно решението ти на Point.cs. Защо в конструктора ти public Point(double x, double y, double z) имаш this.x = x;, а не е this.X = x; ?

Доколкото разбрах от лекцията, конструктора се прави, за да може чрез него да се пипат стойностите на иначе недостъпния извън класа параметър(бидейки private static). И след това на този конструктор се прави пропърти, където може да задаваме разни ограничения и да хвърляме ексепшъни ако ни подават невалидна информация. Съответно си мислех, че в конструктора трябва да имаме this.(Името на пропъртито) = името на променливата(с малка буква). Поправи ме ако греша някъде, моля :)

Здрасти Васко,

Конструкторът не се създава за да се пипат стойностите на класа.  Неговата цел е да задели памет за съответния обект. Той се изпълнява само веднъж (това става когато използваме new) и ако с него задаваш първоначална стойност на някои полета, след това няма да може да ги промениш. В задачата съм имал точно това предвид. Идеята е, че като съсдадеш точка, тя получава координатите си чрез конструктора. Ако се  променят координатите на точката, то това вече ще е друга точка и за това съм направил така, че първоначалните стойности да се задават само чрез конструктора при създаването на обекта. А относно малките и големите букви.  this.x  е поле, а this.X е свойство. Това са две различни неща.  Аз не съм  направил сетър (нарочно, за да не може да се променя стойността) за свойствата и затова в конструктора използвам this.x.

А относно this.x = x.  this.x е поле на класа, а x e параметър на конструктора. За да ти стане по-ясно ще го напиша по следния начин.

Ами това е. Дано съм разбрал правилно въпроса ти.

Ясно, сега го разбрах, благодаря ти много 

Не ти разбрах въпроса?! Дай пример с код какво и къде повтаряш!

Става въпрос за "умножение" на div с число. Искам кодът да работи и при умножение на число с div 

Пример http://pastebin.com/rbjqBWYE

Първото, което се сещам е да си направиш private метод с повтарящото се съдържание и да го викаш от двата "оператора"

Второто, което ми хрумва е да направиш generic методите за презаписване на операторите, като вътре в тях проверяваш кой от двата предоставени аргумента е от тип ElementBuilder и  кой от тип int и си ги обработваш както искаш.

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

Трябва да добавиш съответната референция.

http://msdn.microsoft.com/en-us/library/7314433t(v=vs.90).aspx

Стана, много благодаря!

Аз също имам подобен проблем. Добавих референцията към solution-а с 3d точката. Всичко беше точно до момента, в който не се опитвам да използвам конструктора за създаване на точка. Получавам следните грешки:
Error1 Inconsistent accessibility: parameter type 'Problem_1.Point3D.Point3D' is less accessible than method 'Problem_2.Distance_Calculator.DistanceCalculator.CalcDistance(Problem_1.Point3D.Point3D, Problem_1.Point3D.Point3D)

Error3 'Problem_1.Point3D.Point3D' is inaccessible due to its protection level

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

Браво колега! И аз обичам да "пренаписвам топлата вода", т.е. да си пиша сам методи, които имаче ги има (като BigInteger).

Не съм направил цял нов BigInteger клас, но си измислих събирането на огромни числа и повдигането 2 на степен до 100 000.

Ето моето решение BitArray

п.п. пробвах твоето решение с 100-хилядния бит сетнат на 1, което трябва да върне десетично число с над 30000 цифри, но след 10 минути работа още няма резултат. Моето решение се справя с 10-хиляден бит за 1.26 сек, а с 100-хилядния за почти 2 минути. За сравнение .NETския BigInteger се справя за стотни :)

Поздравления за решението. Моето има нужда от доста оптимизации защото като цяло събирането на числа върви бавно а умножението разчита на събирането  и като искаш да ти събере число с 30000 цифри с някакво друго и увисва.