Имам въпрос относно 6 задача, но тъй като съм решил и останалите поствам и тях
4.First Larger Than Neighbours
6.Number Calculations – Тъй като в условието е посочено, че ще ползваме само данни от тип double или integer съм ползвал dynamic, но не съм сигурен дали в този си вид решението е правилно въпреки, че работи.Брои ли се за коректно решение?
Недей да ползваш dynamic, освен ако не е крайно необходимо. В условието е казано да се направят overloads на въпросните методи, т.е. трябва да направиш един метод Sum(), който приема аргументи тип int, и още един Sum(), който приема дабъли. Анаогично за останалите методи.
Здравейте,
Ето и от мен един 02. Methods-Homework. Наистина интересни задачи!
Както винаги всякакви съвети за оптимизация са мнооого добре дошли :)
(с поправките)
Здрасти, Катя, винаги разглеждам кода ти с интерес. Както очаквах, супер логика.
Понеже си отворена за съвети:
isLarger = nums[i - 1] < nums[i] && nums[i + 1] < nums[i] ? true : false -> тук няма смисъл от тернарен оператор, достатъчно е:
isLarger = nums[i - 1] < nums[i] && nums[i + 1] < nums[i]; това си връща true/false по дефиниция : )
Поздрави !
Прав си, това винаги го забравям! Благодаря :)
В задача 6 пише "Do not use LINQ." До колкото разбирам (още се учим 
) .Split() и .ToArray са методи на LINQ, т,е ако LiNQ го няма те няма да работят?
Здравейте колеги,
Това е моето домашно Methods. За първи път поствам..надявам се да съм се справил:)
На задача 3 Larger Than Neighbors от теста даден в домашното редицата {1 3 4 5 1 0 5} и отговори:
False
False
False
True
False
False
True
Последното защо е true след като то няма комшия от дясно?
Не трябва ли да е False
По-голям е от комшията вляво. Виж в условието (when such exists)
Да оправих го но си мислех, че ако съществуват такива в смисъл и двама комшии ако ги има, а не само единия, а то не било така.
Колеги, има промяна в задача 6 Number Calculations - вместо с int и double (което правилно посочихте, че не е особено смислено), методите ви трябва да работят с double и decimal. Който я е направил вече задачата може да си я коригира.
Все пак, ще ви помоля при оценяването да не санкционирате хората, които са решили задачата по старото условие. Няма как да сме сигурни, че информацията за промените е стигнала до всички и не е правилно да се отнемат точки на хората, които са свалили условието преди корекцията.
Другия вариант е да се направи и за 3-те типа :) И без това като го направиш за единия, останалото е почти само copy/paste.
Няма нужда да ви караме да копи-пействате излишно :)
Айде и от мен 7 стотинки.
Това са първите пет задачи и от мен.После ще довърша другите.Всяко едно мнение ще ми е от полза.Приемам всякакви критики.Но като цяло са си приятни задачи.Със сигурност може и по оптимизирани да са ми решенията.
Methods-FirstLargerThanNeighbours
Ето и моите решения на задачите.
По последната задача - масивите по принцип се подават по референция, няма нужда да ползваш ref ключовата дума, това се прави само за value types.
Благодаря, поправих го.
Здравейте,
Ето ги и моите решения.
Ето и моите решения за методи. Качил съм само .cs файловете. Като къмитвам целия проект към репозиторито в GitHub(TortoiseSVN), ми гърми със съобщението, че не е позволено да се къмитват празни папки. При вас така ли е и при ако да, кои файлове да къмитвам?
Поздрави :)
@DHristoskov
Малка забележка относно зад.3 - от примерния sample code, който е даден, се вижда, че нa метода isLargerThanNeightbours се подават два параметъра - първият параметър е масива, а вторият е индекса на елемента, който ще проверяваме дали е по-голям от съседите си.
Твоят метод е само с един параметър - индекса на елемента :).
Ако в кода има грешка то той няма да се компилира, в този случай въпросния масив е изкаран като статична променлива static int[] arr;, и няма нужда да бъде подавана допълнително към метода, защото тя е еднаква за всеки метод в дадения клас.
Успех!
Аз не съм казала, че има грешка. Това, което имах в предвид, е че в примерния код към задачата се подават два параметъра на метода, а ти подаваш един. Но след пояснението, което направи разбрах каква ти е идеята. Благодаря!
Хитро решение на 7ма задача, но си използвал list, а по условие е масив.
Ето тази инициализация при мен свърши работа:
public static T[] SortArray<T> ( T[] arrayIn ) where T : IComparable
{
Sort logic here
......................
return arrayIn:
}
Благодаря много ще я напиша отново в такъв случай.А защо да избягвам ползването на dynamic по принцип?Ползвах го, защото се бях зачел в една от главите на тази книга, и ми се стори много лесно да си реша проблема като ползвам dynamic.
Мда, пази се от неща, които ти се струва, че могат да ти свършат работа навсякъде. Или т.нар. Golden hammer - примерно дават ти едно швейцарско ножче с 1000 приставки и почваш да го ползваш за всичко. По-хубаво е да ползваш специализирани инструменти за конкретните цели, които си си поставил.
Ако работиш с числа - ползваш числов тип данни; ако работиш със стрингове - ползваш стринг. Това е идеята на силно типизираните езици. dynamic може да държи всичко, но е опасно да се ползва, има си особености. Най-малкото compile-time не се знае какъв е типа на данните, които има в него, което ти позволява да правиш невалидни операции, за които ще разбереш чак runtime.
Благодаря много, ще го имам в предвид за напред, и ще избягвам ползването на dynamic.