Думаю уместно было бы упомянуть ещё о "необязательных аргументах" , так как они могут разгрузить методы.

спасибо

Да, надо в комментах агитировать всех пролистать видосы и расставить лайки

жиза, изза учебы нет времени учиться. Мда, отвечаю на комм трехлет ней давности, я йобнулся

@@user-oy1ip1lg2g я тебе отвечу в ответ. Все хорошо, учись по пару часов в день и всё будет гуд))

@@user-oy1ip1lg2g Иронично, что школа\универ должны тебя учить, а получается, что они только мешают учиться.

Ага, я не нахожу для этого времени к сожалению. На то, чтобы решить какую-то задачу, у меня уходит почти весь день, очень сложно с пониманием, как реализовать что-то в коде. Наверное выгоднее все таки выделить час на английский в день, ведь все равно бывает теряешь впустую время, когда у тебя что-то не получается с заданием. Я бывает часами сижу, то такой вариант пробую, то другой, хз

Нет, это не полиморфизм. Тот иначе проявляется. Полиморфизм - это позднее связывание, то есть когда метод подставляется на поздней стадии (на стадии исполнения). А перегрузка - это ранее связывание, ещё на стадии компиляции, потому что компилятор способен определить по сигнатуре, какой именно вариант метода нужно выбрать. Скажем так, перегрузка - это более удобный способ записи разных функций, которые должны быть с разными именами, но мы сделали с одним.

У меня аналогичная проблема, полистал английские форумы и вот что понял: скорее всего это из-за того что мы используем .NET 6.0, а в видео более старая версия. В новой версии явно не прописаны "namespace" и "class", и потому всё написанное у нас компилируется как тело метода "static void Main()". Соответственно методы компилятор понимает как локальные, а их перегружать нельзя. Там говорят либо обойтись без перегрузок, либо прописывать самому "namespace", класс и прочее, либо "откатиться" на старую версию .NET. Сам я не спец, так что не уверен что нету других способов, но пока что так

@@S1mer заколебали менять. сам долго мучался

Там есть опция, при выборе .NET 6.0 "Do not use top-level statements" что создает проект, как обычно, с пространством имен и классами.

@@maurvick6777 полезная инфа, благодарю)

да, можно. В целом языки C# и Java - прямо близнецы-братья. В них очень много одинаковых возможностей.

У меня тоже самое, не разобрался?

@@dimasmith2311 Не знаю актуально или нет, нужно вручную написать скобки, и тогда будет это окошко со стрелочками

Смог проблему решить?

@@user-rv6jq5ko5l нет. Застопорился на этом. Может язык нужно поменять? (у меня по-русски подсказки)

Ставь курсор в скобки метода, затем нажми crtl+shift+space(пробел).

Скорее всего твой вызов метода выгляди так uint result = myFunc(2,3); Так вот, наведи на числа 2 и 3 курсор мыши в среде разработки и посмотри какой у них тип данных. В качестве параметров ты передаёшь int вот у тебя и вызывается реализация для int.

@@SimpleCodeIT Это я понял, я передавал значения до предела int, тобишь до числа 2147483647 и в результате среда считала их за аргументы типа int, потом после твоего ответа я попробовал уже выходящие за промежуток inta, но остающиеся в зоне uinta числа: 2147483648 и 2147483649 - все пошло как по маслу. Теперь меня мучает вопрос - если числа значений int и uint перекрывают друг друга в диапазоне от 0 до 2147483647, то почему компилятор отдает предпочтение именно типу int?

uint a = 2; uint b = 3; uint result = myFunc(a, b); посмотри что будет и подумай почему

@@SimpleCodeIT Допустим, такой код: static uint myFunc(uint a, uint b) { return a + b; } static int myFunc(int a, int b) { return a * b; } static void Main(string[] args) { uint a = 2, b = 3; uint x = myFunc(a, b); Console.WriteLine(x); } Если ты это имеешь ввиду, то выходит все отлично, ибо получается, что я заранее объявляю две переменные типа uint и передаю их в аргументы метода, который возвращает число такого же типа в переменную result. Если же сделать по другому: static uint myFunc(uint a, uint b) { return a + b; } static int myFunc(int a, int b) { return a * b; } static void Main(string[] args) { uint x = myFunc(2, 3); Console.WriteLine(x); } то получается по неясной пока для меня причине, что аргументы подставляются типа int, а не uint и соответственно на выходе выдает ошибку, что int не может быть переведен в uint. Получается, если явно указывать перед вызовом метода тип аргументов, которые он будет принимать все пойдет как по маслу, я так понимаю или я просто болван, который запутался в трясине собственных рассуждений?)

@@jacksparrow3982 uint x = myFunc(2, 3);

два раза будет одна и таже запись

Ммм спасибо ток я уже не смотрю этот курс.

@@betterday2980 почему?

да, так и есть. Отличаются либо типы параметров, либо их количество, либо типы и количество.

Потому что класс Console статический, со статическими методами, и нам не нужно для вызова его методов создавать экземпляр класса, к тому же модификатор static это вообще запрещает. Материал будущих уроков.

пример?

В свои 26 тоже начал изучать. На одних видео далеко не уедешь, но данный контент это лучшее что я видел. Это даже лучше тех курсов на которые хожу. Всё четко, без воды. Автору огромнейшее спасибо

@@vladislavkrivonosov3289 а что ж ещё делать надо ? Я не могу вот адекватную литературу найти ...

@@user-lm8py5rb4m просто можешь смотреть дальше эти уроки, а если будут появляться вопросы, ответы на которые в данном(еще кстати не законченном) курсе не даны, то просто гугли до талого, пока сам не разберешься. Гуглить это вообще самый важный навык для начинающего программиста, и не только для начинающего;) Задай себе для начала вопрос, зачем ты учишь c#? Применений масса, но для каждой сферы, где он применяется, нужны специфические знания, помимо базы c#. Начинай сразу практиковать, пусть криво, пусть косо, со временем будет только лучше, а там уже сам поймешь каких тебе знаний не хватает, все равно весь .net не выучить, поэтому всему свое время. Не нужно сразу набрасываться на кучу книг, в которых ты и 10% информации так сходу не воспримешь.

отладчик