Видео понравилось. Однако есть замечания. Во второй части ролика идет сравнение элементов массива по росту, а это у нас поле double. В представленном коде могут быть проблемы.
Делать публичными поля - это моветон, если нужен доступ извне экземпляра класса, то для следует использовать свойства. И еще, наименование полей нужно делать с нижним подчеркиванием в начале имени поля, это позволяет избежать путаницы с именами параметров метода или его локальными переменными, и тогда не надо будет писать типа: "this.age = age;", а просто "_age = age;"
По всем соглашениям это так, вы правы, но я думаю автор знает как все должно писаться. А в данном случае, автор показывал на простых примерах. поэтому нет смысла так над дизайном кода заморачиваться. Этот код не идет же в продакшн и над этим кодом не работает целая команда, чтобы так заморчиваться.
@@sanchous177 Нет. Чисто писать нужно всегда в особенности в публичных учебных видео. Это как мыть руки после туалета. Нет привычки мыть руки и писать чистый код, будет человек неряхой и грязнулей. А тем более когда учишь других.
Не знаю, что случилось с автором курса, но начиная с 36 урока объяснения стали не такие понятные, как раньше ( а раньше на мой взгляд он был один из лучших по сравнения с ITVDN или метанитом). Появилось ощущение, что запал у автора прошел и нужно просто добить до конца курс по си шарпу. По-моему лучше вообще не тратить время, чем делать вот так. Уже дошел до 42 урока и понимаю, что пора искать новый канал...
Спасибо! Теперь я понял на кой ляд в List есть Sort(IComparer comparer)
Спасибо!
Микрофон решает =)
Спасибо мужик, реально помогло)
Шикарно, спасибо автору )
Спасибо ;)
Видео понравилось. Однако есть замечания. Во второй части ролика идет сравнение элементов массива по росту, а это у нас поле double. В представленном коде могут быть проблемы.
Делать публичными поля - это моветон, если нужен доступ извне экземпляра класса, то для следует использовать свойства. И еще, наименование полей нужно делать с нижним подчеркиванием в начале имени поля, это позволяет избежать путаницы с именами параметров метода или его локальными переменными, и тогда не надо будет писать типа: "this.age = age;", а просто "_age = age;"
По всем соглашениям это так, вы правы, но я думаю автор знает как все должно писаться. А в данном случае, автор показывал на простых примерах. поэтому нет смысла так над дизайном кода заморачиваться. Этот код не идет же в продакшн и над этим кодом не работает целая команда, чтобы так заморчиваться.
@@sanchous177 Нет. Чисто писать нужно всегда в особенности в публичных учебных видео. Это как мыть руки после туалета. Нет привычки мыть руки и писать чистый код, будет человек неряхой и грязнулей. А тем более когда учишь других.
Возможно ли IComparer реализовать в теле класса Person?
)))
я был уверен что в C# как и в PHP есть куча функций для работы с массивами.
вообще-то они есть и их не мало.
Не знаю, что случилось с автором курса, но начиная с 36 урока объяснения стали не такие понятные, как раньше ( а раньше на мой взгляд он был один из лучших по сравнения с ITVDN или метанитом). Появилось ощущение, что запал у автора прошел и нужно просто добить до конца курс по си шарпу. По-моему лучше вообще не тратить время, чем делать вот так. Уже дошел до 42 урока и понимаю, что пора искать новый канал...
Ну хз, раньше я его на скорости х2 слушал, сейчас убавил до 1,5))) Посмотрим что будет дальше