Функционални
Използваме бисквитки и подобни технологии, за да предоставим нашите услуги. Използваме „сесийни“ бисквитки, за да Ви идентифицираме временно. Те се пазят само по време на активната употреба на услугите ни. След излизане от приложението, затваряне на браузъра или мобилното устройство, данните се трият.
Използваме бисквитки, за да предоставим опцията „Запомни Ме“, която Ви позволява да използвате нашите услуги без да предоставяте потребителско име и парола. Допълнително е възможно да използваме бисквитки за да съхраняваме различни малки настройки, като избор на езика, позиции на менюта и персонализирано съдържание.
Използваме бисквитки и за измерване на маркетинговите ни усилия.
Благодаря за отделеното време. Аз грешно предположих,че двете числа задължително ще са от различен тип понеже има изход по-голям и по-малък тип.
Задавам променлива 0 в началото да брои overflows.
В случая, когато първото число е по-голямо и е ulong изобщо не правя проверка при която второто също е ulong - имам само иф - елсове за второ число за uint,ushort and byte,няма дефолт else изход и не изчислява нищо за оверфлоу и каунта си остава направо 0,както съм го задал в началото...
Но затова се сетих,едва ти като ми каза :D
Tест има за ulong само,но при всички варианти ,при които и двете числа са от един тип при мен оверфлоът ще е 0 вместо един....
Аз баш това го гледах в решението ти, накрая реших, че си се сетил добре да пренебрегнеш случаите , в които и двете са един вид тип число, защото си взима overflowCount = 0 и няма проблем(малко станно звучи хем да е в тоя тип, хем да го превърта). Е да ама ако си е баш на границата не е коректно, не бях ли тръгнал да търся какъв точно е инпута не знам къде щеше да му излезе края :Д
A как разбираш какъв е инпутът :D