Этого треда уже нет.
Это копия, сохраненная 3 марта 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 3 марта 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Новогодний тред лучшего языка на планете.
1. Ресурсы:
— https://dotnet.microsoft.com/learn
— https://ru.stackoverflow.com/a/416585/422180
— https://metanit.com
— https://professorweb.ru
2. С# для веб
— https://docs.microsoft.com/ru-ru/aspnet/core
3. C# для десктопа
— https://docs.microsoft.com/ru-ru/dotnet/desktop
4. С# для игр
— https://ru.stackoverflow.com/a/609901/422180
5. С# для мобильной разработки
— https://docs.microsoft.com/ru-ru/dotnet/maui
6. Годные ютуб-каналы
— https://www.youtube.com/c/CODEBLOG
— https://www.youtube.com/c/AndreyShyrokoriadov
— https://www.youtube.com/c/DevJungles
— https://www.youtube.com/user/Shmachilin
Шапка: https://pastebin.com/HT7Hi6FD
Прошлый тред: >>2515951 (OP)
1. Ресурсы:
— https://dotnet.microsoft.com/learn
— https://ru.stackoverflow.com/a/416585/422180
— https://metanit.com
— https://professorweb.ru
2. С# для веб
— https://docs.microsoft.com/ru-ru/aspnet/core
3. C# для десктопа
— https://docs.microsoft.com/ru-ru/dotnet/desktop
4. С# для игр
— https://ru.stackoverflow.com/a/609901/422180
5. С# для мобильной разработки
— https://docs.microsoft.com/ru-ru/dotnet/maui
6. Годные ютуб-каналы
— https://www.youtube.com/c/CODEBLOG
— https://www.youtube.com/c/AndreyShyrokoriadov
— https://www.youtube.com/c/DevJungles
— https://www.youtube.com/user/Shmachilin
Шапка: https://pastebin.com/HT7Hi6FD
Прошлый тред: >>2515951 (OP)
>>2550619 →
Ты можешь иметь всего одну подписку, которая будет добавляться в новый бутон при событии его активации, и удаляться из старого бутона, если она в нём была.
Ты можешь иметь всего одну подписку, которая будет добавляться в новый бутон при событии его активации, и удаляться из старого бутона, если она в нём была.
> 1. Validation takes place (automatically) before controller action no matter the attribute. I was a bit unclear on that point before.
> 2. In monolith web apps (e.g. returning Razor pages) code should check if the model is valid (as you’ve shown), but it’s only a check against already established (validated) model state, not a validation itself.
> 3. With [ApiAttribute] you get automatic 400 response with a list of validation errors.
> Since we’ve established validation takes place before any controller action, then you will never reach IsValid() check unless the model is already valid, thus making it redundant.
Почему в таком случае в 90% примеров веб апи продолжают включать проверку валидности модели?
31 Кб, 1560x691>>551587 (OP)
В какой язык стоит погрузиться для изучения? Выбор стоит между C# и C++.
В С++ есть концепты с темплейтами, которые гибче дженериков. Есть умные указатели и в принципе в 2к23 можно на С++ писать без ручного управления памятью. На С++ можно писать маленькие крошечные программы-утилиты, в то время как на C# хелловорд будет весить 300 мб, либо же потребует от пользователя устанавливать фреймворки из интернета. На C++ написано больше кода и больше всяких либ. С++ намного более свободен и не зависит от одной корпорации. Вся инфраструктура языка открыта. С++ намного быстрее. А используя современные подходы к программированию на С++ уже не придётся сталкиваться с UB и утечками, как это было 10-20-30 лет назад. С++ полностью мультиплатформенный, хоть для БЭСМ пиши. С# - это винда + вялые имиджевые потуги на линух, в которые никто не верит. C# - это по большей части макакоразработка, в то время как на С++ есть и жирные вакансии на 700-1000к во всяких финтехах, трейдинге и крипте, и фундаментальные интересные задачи. С++ является батей C#, потому что весь рантайм C# написан на С++.
Почему в 2к23 нужно выбирать C#, а не С++?
В какой язык стоит погрузиться для изучения? Выбор стоит между C# и C++.
В С++ есть концепты с темплейтами, которые гибче дженериков. Есть умные указатели и в принципе в 2к23 можно на С++ писать без ручного управления памятью. На С++ можно писать маленькие крошечные программы-утилиты, в то время как на C# хелловорд будет весить 300 мб, либо же потребует от пользователя устанавливать фреймворки из интернета. На C++ написано больше кода и больше всяких либ. С++ намного более свободен и не зависит от одной корпорации. Вся инфраструктура языка открыта. С++ намного быстрее. А используя современные подходы к программированию на С++ уже не придётся сталкиваться с UB и утечками, как это было 10-20-30 лет назад. С++ полностью мультиплатформенный, хоть для БЭСМ пиши. С# - это винда + вялые имиджевые потуги на линух, в которые никто не верит. C# - это по большей части макакоразработка, в то время как на С++ есть и жирные вакансии на 700-1000к во всяких финтехах, трейдинге и крипте, и фундаментальные интересные задачи. С++ является батей C#, потому что весь рантайм C# написан на С++.
Почему в 2к23 нужно выбирать C#, а не С++?
>>551739
Потому что кресты никому нахрен не нужны и работы для джуна там нет. А ещё в крестопараше нет нормальной системы управления зависимостями, на каждый пук нужно катать портянку в мейк файле, если что-то пошло не так тебе выдадут ошибку на несколько страниц, и разбирайся как хочешь. Также в крестах нет нормальной инфраструктуры, стандартная библиотека очень скудная, не завезли даже работу с сетями. В языке нет рефлексии, а значит и нормальной сериализации. Продолжать можно долго. Кресты уступают шарпу во всём, кроме скорости.
> Почему в 2к23 нужно выбирать C#, а не С++?
Потому что кресты никому нахрен не нужны и работы для джуна там нет. А ещё в крестопараше нет нормальной системы управления зависимостями, на каждый пук нужно катать портянку в мейк файле, если что-то пошло не так тебе выдадут ошибку на несколько страниц, и разбирайся как хочешь. Также в крестах нет нормальной инфраструктуры, стандартная библиотека очень скудная, не завезли даже работу с сетями. В языке нет рефлексии, а значит и нормальной сериализации. Продолжать можно долго. Кресты уступают шарпу во всём, кроме скорости.
>>551739
Толсто, пошёл нахуй.
> С# - это винда + вялые имиджевые потуги на линух, в которые никто не верит
Толсто, пошёл нахуй.
>>551739
Кроссплатформенный аналог С++ - это Java, а не C#. Именно она унаследовала всё, за что любят C/C++. Работает принцип: один раз написал - работает везде (на 4 миллиардах устройств без перекомпиляции).
А C# - это наследник Delphi с PascalCase-конвенцией. Название не должно сбивать с толку. Это обман.
Кроссплатформенный аналог С++ - это Java, а не C#. Именно она унаследовала всё, за что любят C/C++. Работает принцип: один раз написал - работает везде (на 4 миллиардах устройств без перекомпиляции).
А C# - это наследник Delphi с PascalCase-конвенцией. Название не должно сбивать с толку. Это обман.
>>551739
Что ты собрался писать в 2к23-м? Основная работа разработчика сейчас это поддержка и доработка готового. А это значит, что ты погрязнешь в отладчике разбирая код хорошо если 2003-го стандарта. А что-то новое глобальное начинать на C++ слишком рисково, и мало кто решиться вкладывать бабки в такое. Так что хуй тебе, а не новые фишечки.
До-о-о, и берут конечно же пиздюков вчера только начавших учить плюсы. Ты лет десять будешь учиться и ебашить пока хотя бы запах таких вакансий почувствовать сможешь.
Тут проще в казино сходить, шансов больше. Ну и плюсы там вроде никому нахуй не сдались сейчас.
К которым тебя без корочки, а то и двух никто не подпустит.
Ты опоздал с выбором года на 3 где-то. В 2к23 совершенно похуй уже, что выбирать. Разве что только для хобби.
>в принципе в 2к23 можно на С++ писать
Что ты собрался писать в 2к23-м? Основная работа разработчика сейчас это поддержка и доработка готового. А это значит, что ты погрязнешь в отладчике разбирая код хорошо если 2003-го стандарта. А что-то новое глобальное начинать на C++ слишком рисково, и мало кто решиться вкладывать бабки в такое. Так что хуй тебе, а не новые фишечки.
>в то время как на С++ есть и жирные вакансии на 700-1000к во всяких финтехах,
До-о-о, и берут конечно же пиздюков вчера только начавших учить плюсы. Ты лет десять будешь учиться и ебашить пока хотя бы запах таких вакансий почувствовать сможешь.
>трейдинге и крипте,
Тут проще в казино сходить, шансов больше. Ну и плюсы там вроде никому нахуй не сдались сейчас.
>фундаментальные интересные задачи
К которым тебя без корочки, а то и двух никто не подпустит.
>Почему в 2к23 нужно выбирать C#, а не С++?
Ты опоздал с выбором года на 3 где-то. В 2к23 совершенно похуй уже, что выбирать. Разве что только для хобби.
>>551756
Boost является по факту стандартной либой, если тебе такое надо. Там есть всё как в дотнете. Но при этом есть и возможность и не тащить с собой то, что не нужно.
Потому что это никому не нужно, кроме ошивающихся рядом макак. Сохранение и чтение состояния пишется ручками и обычно его делают эффективным.
>в крестах нет нормальной инфраструктуры,стандартная библиотека очень скудная, не завезли даже работу с сетями
Boost является по факту стандартной либой, если тебе такое надо. Там есть всё как в дотнете. Но при этом есть и возможность и не тащить с собой то, что не нужно.
>В языке нет рефлексии, а значит и нормальной сериализации.
Потому что это никому не нужно, кроме ошивающихся рядом макак. Сохранение и чтение состояния пишется ручками и обычно его делают эффективным.
>>551759
Где нужна производительность - выбирают С++. Не карбон же, не раст брать. Они ещё сырые и разрабов нема. А что ещё брать-то?
Так можно про любой язык сказать. Речь о том, что время пройдёт, и ты уже будешь опытным разработчиком. И крестовик с 10 годами опыта намного ценней, чем такой же старый питонист. Банально выслуга лет на плюсах - выше всех ценится рынком. А вот в JS она скорее в минус идёт. JS - дело молодых.
В этих сферах крутятся бабки. Побольше чем даже в геймдеве.
Ну если тебе интересно численно моделировать какие-нибудь квантовые эффекты в высокотемпературных сплавах для авиации или обрабатывать петабайты с массивов радиотелескопов в разных концах страны и планеты, то скорее всего соответствующая вышка у тебя уже есть. Просто если ты будешь джавистом, то на такие проекты доступ тебе будет точно закрыт.
Сейчас государство будет топить айти в деньгах, будут импортозамещать всё и вся. Работы будет только больше.
>что-то новое глобальное начинать на C++
Где нужна производительность - выбирают С++. Не карбон же, не раст брать. Они ещё сырые и разрабов нема. А что ещё брать-то?
>До-о-о, и берут конечно же пиздюков вчера только начавших учить плюсы.
Так можно про любой язык сказать. Речь о том, что время пройдёт, и ты уже будешь опытным разработчиком. И крестовик с 10 годами опыта намного ценней, чем такой же старый питонист. Банально выслуга лет на плюсах - выше всех ценится рынком. А вот в JS она скорее в минус идёт. JS - дело молодых.
>Тут проще в казино сходить, шансов больше.
В этих сферах крутятся бабки. Побольше чем даже в геймдеве.
>К которым тебя без корочки, а то и двух никто не подпустит.
Ну если тебе интересно численно моделировать какие-нибудь квантовые эффекты в высокотемпературных сплавах для авиации или обрабатывать петабайты с массивов радиотелескопов в разных концах страны и планеты, то скорее всего соответствующая вышка у тебя уже есть. Просто если ты будешь джавистом, то на такие проекты доступ тебе будет точно закрыт.
>В 2к23 совершенно похуй уже, что выбирать.
Сейчас государство будет топить айти в деньгах, будут импортозамещать всё и вся. Работы будет только больше.
>>551806
Не выбирают. Выбирают C#, а если нужна производительность - то её пишут на C++, а затем интегрируют в шарп.
>Где нужна производительность - выбирают С++
Не выбирают. Выбирают C#, а если нужна производительность - то её пишут на C++, а затем интегрируют в шарп.
>>551806
Эх, бля. Если бы ты реально работал с государством ты бы так не радовался.
>Сейчас государство будет топить айти в деньгах, будут импортозамещать всё и вся. Работы будет только больше.
Эх, бля. Если бы ты реально работал с государством ты бы так не радовался.
>>551851
Представили? Посмеялись?
>если нужна производительность - то её пишут на C++, а затем интегрируют в шарп
>шарпомакака...
>пишет на C++
Представили? Посмеялись?
>>551783
Ни по какому факту стандартной либой она не является.
> Boost является по факту стандартной либой, если тебе такое надо.
Ни по какому факту стандартной либой она не является.
>>551783
Поэтому во всю идут разговоры о том, что пора бы уже добавить рефлексию? Проснись, ты сериш.
> никому не нужно
Поэтому во всю идут разговоры о том, что пора бы уже добавить рефлексию? Проснись, ты сериш.
>>551885
Обычная соевая пропаганда, она сейчас везде, буквально повсюду эти разговоры.
>во всю идут разговоры
Обычная соевая пропаганда, она сейчас везде, буквально повсюду эти разговоры.
>>551884
Ты можешь называть это как хочешь, но не нужно врать, что крестовики сидят на голой стандартной либе, а если нужно например регулярку заюзать, то им придётся искать васянолибы на каждый чих и полдня пердолиться с мейкфайлом или велосипед писать. Также легко как в шарпе всё делается уже очень давно.
>>551885
Рефлексия решает очень специфические и далеко не всем нужные задачи, но при этом затрагивает и засирает весь язык целиком. Нужно ли это в системном языке общего назначения, который позиционируется как предельно производительный? Комитет считает, что это не нужно.
Ты можешь называть это как хочешь, но не нужно врать, что крестовики сидят на голой стандартной либе, а если нужно например регулярку заюзать, то им придётся искать васянолибы на каждый чих и полдня пердолиться с мейкфайлом или велосипед писать. Также легко как в шарпе всё делается уже очень давно.
>>551885
>во всю идут разговоры о том, что пора бы уже добавить рефлексию?
Рефлексия решает очень специфические и далеко не всем нужные задачи, но при этом затрагивает и засирает весь язык целиком. Нужно ли это в системном языке общего назначения, который позиционируется как предельно производительный? Комитет считает, что это не нужно.
Дебсы отъебитесь от плюсов. Соевые куколды вы уже реально заебали. Никакая рефлексия, регулярка не нужна в плюсах, это лишняя рыготина.
>>551756
Для вкатуна может и да, но в крупных компаниях и фаангах есть свой самописный тулинг, который облегачет работу существенно. Ну и стандартные решения вроде буста и симейка никуда не делись, пакетные менеджеры вроде vcpkg и conan тоже уже давно существуют.
>>551759
Везде, где работал, старались кресты обновлять до 14/17/20 стандартов. На 98/03 уже очень мало кто сидит. Как минимум 11 везде уж точно.
>>551759
HFT все так же на С++ живет (и частично на джаве), и никуда уходить не собирается.
>>551759
Смотря что интересное для тебя. Если вот это
то вышка конечно нужна, плюс нужно работать в профильной организации научным сотрудиником. Это не для рядовых разрабов задачи, а для ученых, для которых разработка дело второстепенное.
Если говорить именно про разработку, то какие-нибудь cloud/infra хуевины вроде видеостриминга, где нужно много данных отдавать в секунду с малыми задержками, все еще на крестах написаны. И на такие проекты вполне возможно с обычной вышкой попасть.
>Также в крестах нет нормальной инфраструктуры
Для вкатуна может и да, но в крупных компаниях и фаангах есть свой самописный тулинг, который облегачет работу существенно. Ну и стандартные решения вроде буста и симейка никуда не делись, пакетные менеджеры вроде vcpkg и conan тоже уже давно существуют.
>>551759
>хуй тебе, а не новые фишечки
Везде, где работал, старались кресты обновлять до 14/17/20 стандартов. На 98/03 уже очень мало кто сидит. Как минимум 11 везде уж точно.
>>551759
>Ну и плюсы там вроде никому нахуй не сдались сейчас
HFT все так же на С++ живет (и частично на джаве), и никуда уходить не собирается.
>>551759
>К которым тебя без корочки, а то и двух никто не подпустит.
Смотря что интересное для тебя. Если вот это
>численно моделировать какие-нибудь квантовые эффекты в высокотемпературных сплавах для авиации или обрабатывать петабайты с массивов радиотелескопов в разных концах страны
то вышка конечно нужна, плюс нужно работать в профильной организации научным сотрудиником. Это не для рядовых разрабов задачи, а для ученых, для которых разработка дело второстепенное.
Если говорить именно про разработку, то какие-нибудь cloud/infra хуевины вроде видеостриминга, где нужно много данных отдавать в секунду с малыми задержками, все еще на крестах написаны. И на такие проекты вполне возможно с обычной вышкой попасть.
Проработал год на C# бэкером. Теперь думаю, что надо иметь подстраховку и изучить ещё пару языков - думаю изучить пару JS-фреймворков и изучить C++. Правильно всё делаю?
>>552050
Для подстраховки надо учить то, где есть уверенность, что при необходимости сможешь по-быстрому доучить и вкатиться. С JS прокатит, с плюсами может не пройти, их обычно учат долго.
Для подстраховки надо учить то, где есть уверенность, что при необходимости сможешь по-быстрому доучить и вкатиться. С JS прокатит, с плюсами может не пройти, их обычно учат долго.
>>552064
Как получить во всю длину?
Как получить во всю длину?
>>551965
Дебилы просто не понимают (или специально серут), что если в С++ завести фичи макакиных говноскриптов, то С++ превратится в еще один шарп или джаву. Но зачем еще шарп или джава, когда они и так уже есть? С++ нужен именно потому что это не макакин говноскрипт, которых и так полно как собачьего говна по весне. То есть, макаки просто хотят уничтожить С++, потому что он напоминает им об их ущербности. Свиньи хотят разрушить всё красивое и замазать своим говном чтобы было им удобно в этом говне лежать.
Дебилы просто не понимают (или специально серут), что если в С++ завести фичи макакиных говноскриптов, то С++ превратится в еще один шарп или джаву. Но зачем еще шарп или джава, когда они и так уже есть? С++ нужен именно потому что это не макакин говноскрипт, которых и так полно как собачьего говна по весне. То есть, макаки просто хотят уничтожить С++, потому что он напоминает им об их ущербности. Свиньи хотят разрушить всё красивое и замазать своим говном чтобы было им удобно в этом говне лежать.
>>552115
Собственно так и появился C++, свиньям не нравилась красота и лаконичность сишки.
> Свиньи хотят разрушить всё красивое и замазать своим говном чтобы было им удобно в этом говне лежать.
Собственно так и появился C++, свиньям не нравилась красота и лаконичность сишки.
>>552119
С++ содержит в себе всю красоту и лаконичность сишки, бери и пользуйся, никто не мешает.
Только С++ не ограничен сишкиной красотой только в теории, а на практике бесполезным говном, годным только для хеллоуворлдов и поделок для микроконтроллеров. Сишка была крутой в 80-х, когда компьютеры были так же примитивны как сишка. Но сейчас те времена давно ушли, сишка осталась за бортом истории, и король теперь её наследник С++.
С++ содержит в себе всю красоту и лаконичность сишки, бери и пользуйся, никто не мешает.
Только С++ не ограничен сишкиной красотой только в теории, а на практике бесполезным говном, годным только для хеллоуворлдов и поделок для микроконтроллеров. Сишка была крутой в 80-х, когда компьютеры были так же примитивны как сишка. Но сейчас те времена давно ушли, сишка осталась за бортом истории, и король теперь её наследник С++.
>>552115
Это ты про C++, который состоит наполовину из архитектурных косяков, на вторую из попыток решения этих архитектурных косяков?
>всё красивое
Это ты про C++, который состоит наполовину из архитектурных косяков, на вторую из попыток решения этих архитектурных косяков?
>>552131
В таком случае c++ мне нахуй не нужен, хватит чистых сей. А вот сами кресты, если отойти от си тот ещё большой уродливый кусок костыльного говна.
Король параши разве что.
> С++ содержит в себе всю красоту и лаконичность сишки, бери и пользуйся, никто не мешает.
В таком случае c++ мне нахуй не нужен, хватит чистых сей. А вот сами кресты, если отойти от си тот ещё большой уродливый кусок костыльного говна.
> и король теперь её наследник С++
Король параши разве что.
>>552119
Только эта красота и лаконичность приводит к тому, что в любом хоть немного большом куске кода на Си будет изобретён свой особо уродливый DSL. Ага.
>свиньям не нравилась красота и лаконичность сишки.
Только эта красота и лаконичность приводит к тому, что в любом хоть немного большом куске кода на Си будет изобретён свой особо уродливый DSL. Ага.
Чому все остальные имеют такую нужду самоутвердиться, типа "мой язык не ущербный, это ваш язык говно" и регулярно заходят сюда
>>552188
Это позеры и вкатуны. Тру-плюсовики лучше всех знают, что cpp говно. Просто выбора нет. Учат Rust и ждут Carbon.
Это позеры и вкатуны. Тру-плюсовики лучше всех знают, что cpp говно. Просто выбора нет. Учат Rust и ждут Carbon.
>>552115
Какой же смачный подрыв. Пиши еще.
Какой же смачный подрыв. Пиши еще.
>>552059
Обычная техническая вышка есть у многих, не пизди. Везде, где работал, включая самые помойные галеры, вышка была почти у всех, а техническая минимум у половины.
Если ты после путяги или вообще не учился, ну земля пухом тогда. Серьезно, большая часть разрабов, что в РФ, что на западе хотя бы диплом помойного бакалавриата имеют.
Обычная техническая вышка есть у многих, не пизди. Везде, где работал, включая самые помойные галеры, вышка была почти у всех, а техническая минимум у половины.
Если ты после путяги или вообще не учился, ну земля пухом тогда. Серьезно, большая часть разрабов, что в РФ, что на западе хотя бы диплом помойного бакалавриата имеют.
Нахуя они вообще сделали в sql столько функционала для хранимых процедур и функций, не легче ли все в sql просто хранить, а в шарпе всю логику делать, а еще представления хоть в каком-то виде нужны будут?
>>552201
Иногда хранимки быстрее и фичастее. Но, в целом, эти штуки я только у ораклоделов видел
Иногда хранимки быстрее и фичастее. Но, в целом, эти штуки я только у ораклоделов видел
>>552201
Когда-то логику на хранимках писали. Да и до сих пор иногда пишут. SQL и реляционные БД в целом очень старая и древняя вещь.
Когда-то логику на хранимках писали. Да и до сих пор иногда пишут. SQL и реляционные БД в целом очень старая и древняя вещь.
>>552006
Теневые сотни миллионов офисных программистов-автоматизаторов екселя и ворда на самом популярном в мире языке программирования VBA как-то живут с этим.
>контейнеры не нужны, ошибки, классы
Теневые сотни миллионов офисных программистов-автоматизаторов екселя и ворда на самом популярном в мире языке программирования VBA как-то живут с этим.
>>552192
Клоуны в любой тред набегают. В крестотреде срут шарписты и растовики, в джава-треде срут goвноеды и шарписты, в go-треде срут все. Разве что JS и петухон, там срать скучно, их и так жизнь обидела, поэтому срут в основном про ущербность динамической типизации и местных фреймворков. Ну и у 1С-ников и в пхп, где всё совсем плохо, можно срать совсем толстотой.
Клоуны в любой тред набегают. В крестотреде срут шарписты и растовики, в джава-треде срут goвноеды и шарписты, в go-треде срут все. Разве что JS и петухон, там срать скучно, их и так жизнь обидела, поэтому срут в основном про ущербность динамической типизации и местных фреймворков. Ну и у 1С-ников и в пхп, где всё совсем плохо, можно срать совсем толстотой.
>>552243
Скриптики на тыщу строк можно хоть на баше писать. Энтерпрайз не просто так для сервисов-миллиоников выбирает Java и C#.
Скриптики на тыщу строк можно хоть на баше писать. Энтерпрайз не просто так для сервисов-миллиоников выбирает Java и C#.
>>552198
>>552059
Очень редко встречал в профессии людей без вышки.
Такие были, как раз наверное 1 из 10 были без вышки или отчисленный с 1-2 курса. Такие люди могли быть очень даже технически грамотными и прошаренными в своём стеке, но ВСЕГДА такие люди были с нулевым социальным интеллектом, или как сегодня принято говорить, с тотальным отсутствием софт-скиллов, токсичные и странные, с которыми никто не хотел иметь дело.
Да по всякому жизнь складывается, может не получиться по разным причинам получить диплом. Но что мешает пойти на вечерний или заочный и сдать эти сраные экзамены и получить диплом, понимая, что он реально ценится и востребован и в РФ и за рубежом.
>>552059
Очень редко встречал в профессии людей без вышки.
Такие были, как раз наверное 1 из 10 были без вышки или отчисленный с 1-2 курса. Такие люди могли быть очень даже технически грамотными и прошаренными в своём стеке, но ВСЕГДА такие люди были с нулевым социальным интеллектом, или как сегодня принято говорить, с тотальным отсутствием софт-скиллов, токсичные и странные, с которыми никто не хотел иметь дело.
Да по всякому жизнь складывается, может не получиться по разным причинам получить диплом. Но что мешает пойти на вечерний или заочный и сдать эти сраные экзамены и получить диплом, понимая, что он реально ценится и востребован и в РФ и за рубежом.
>>552201
Stored это палка о двух концах. С одной стороны они намного быстрее и компактнее таких же запросов через тот же EF, с другой стороны у многих есть непреодолимое желание впихнуть туда бизнес логику, что приводит к усложнению поддержки кода и невозможности нормально покрытить эти части кода integration тестами.
В итоге stored procedures нужно пользоваться очень умело, описывая там только низкоуровневую логику связи с базой данных, а по возможности избегать их, если мы говорим о новых версиях .net core. По моему опыту они оправдывают себя, только в случае записи/удаления действительно больших объёмов данных (миллионы объектов).
Stored это палка о двух концах. С одной стороны они намного быстрее и компактнее таких же запросов через тот же EF, с другой стороны у многих есть непреодолимое желание впихнуть туда бизнес логику, что приводит к усложнению поддержки кода и невозможности нормально покрытить эти части кода integration тестами.
В итоге stored procedures нужно пользоваться очень умело, описывая там только низкоуровневую логику связи с базой данных, а по возможности избегать их, если мы говорим о новых версиях .net core. По моему опыту они оправдывают себя, только в случае записи/удаления действительно больших объёмов данных (миллионы объектов).
>>552195
Тру-плюсовик не ждёт от мира подачек. Если ему что-то не нравится в существующих языках, он сам напишет себе свой LISP на LLVM.
>Тру-плюсовики
Тру-плюсовик не ждёт от мира подачек. Если ему что-то не нравится в существующих языках, он сам напишет себе свой LISP на LLVM.
>>552263
Кстати, а не пытался ли кто-то впихнуть хранимки в сервиса? Ибо SQL-запросы билдить умеем, таблицы описывать умеем, чем хранимки хуже?
Кстати, а не пытался ли кто-то впихнуть хранимки в сервиса? Ибо SQL-запросы билдить умеем, таблицы описывать умеем, чем хранимки хуже?
>>552273
Не совсем понял куда ты предлагаешь их впихнуть, но использовать stored procedure необходимо только в очень безвыходных ситуациях даже несмотря на все их плюсы. Потому что они банально дороже в обслуживании такого же по функционалу кода в c# - их сложнее написать, их очень сложно дебажить, их сложнее поддерживать, смена версии базы данных может легко их сломать.
Я не говорю, что не стоит ими пользоваться и они говно, но в долгосрочной перспективе это почти наверняка будет стоить дороже.
Не совсем понял куда ты предлагаешь их впихнуть, но использовать stored procedure необходимо только в очень безвыходных ситуациях даже несмотря на все их плюсы. Потому что они банально дороже в обслуживании такого же по функционалу кода в c# - их сложнее написать, их очень сложно дебажить, их сложнее поддерживать, смена версии базы данных может легко их сломать.
Я не говорю, что не стоит ими пользоваться и они говно, но в долгосрочной перспективе это почти наверняка будет стоить дороже.
>>552049
ЯП для петпроектов.
Писать на нём очень сложно, очень долго, программистов не найти, все будут джунами.
Бизнес-ценность отрицательная. Только для души и for fun.
>ржавом
ЯП для петпроектов.
Писать на нём очень сложно, очень долго, программистов не найти, все будут джунами.
Бизнес-ценность отрицательная. Только для души и for fun.
>>552286
Банально описывать хранимки C#-кодом и компилировать в код СУБД по миграции.
В теории должно помочь с сопровождением и дебагом.
Надеюсь ребят, которые описывали бизнес-процессы на PL/SQL поувольняли к хуям.
>Не совсем понял куда ты предлагаешь их впихнуть
Банально описывать хранимки C#-кодом и компилировать в код СУБД по миграции.
В теории должно помочь с сопровождением и дебагом.
>но использовать stored procedure необходимо только в очень безвыходных ситуациях
Надеюсь ребят, которые описывали бизнес-процессы на PL/SQL поувольняли к хуям.
>>552288
Используют там же, где и C/C++. Уже видел вакансии на системщину и HFT.
А вот тех, кто тащит это в веб нужно кастрировать.
>ЯП для петпроектов.
Используют там же, где и C/C++. Уже видел вакансии на системщину и HFT.
А вот тех, кто тащит это в веб нужно кастрировать.
>>552261
Лично я нет. У меня были в школе знакомые, которые пошли учиться на компьютерщиков в ПТУ местное, часть из них сейчас на обычных гречневых работах просиживает штаны, кто-то на завод работягой пошел, кто-то в монтажники и техподдержку, кто-то дальше на вышку пошел и теперь 1С ковыряет, а кто-то уже ушел из жизни по разным обстоятельствам, один вот в СВО погиб недавно, мобилизованным был.
Стоит понимать, что в путяги народ идет не от хорошей жизни, как правило там собираются самые низы общества. При этом окружение очень большую роль играет в сознании как ни крути. Чел, который закончил 9 классов в мухосранской сош, кое-как получил аттестат и ушел в путягу на компьютерщика, будет сильно отличаться от условного выпускника 57/СУНЦ МГУ, который потом еще в ВШЭ или МФТИ отучился.
Лично я нет. У меня были в школе знакомые, которые пошли учиться на компьютерщиков в ПТУ местное, часть из них сейчас на обычных гречневых работах просиживает штаны, кто-то на завод работягой пошел, кто-то в монтажники и техподдержку, кто-то дальше на вышку пошел и теперь 1С ковыряет, а кто-то уже ушел из жизни по разным обстоятельствам, один вот в СВО погиб недавно, мобилизованным был.
Стоит понимать, что в путяги народ идет не от хорошей жизни, как правило там собираются самые низы общества. При этом окружение очень большую роль играет в сознании как ни крути. Чел, который закончил 9 классов в мухосранской сош, кое-как получил аттестат и ушел в путягу на компьютерщика, будет сильно отличаться от условного выпускника 57/СУНЦ МГУ, который потом еще в ВШЭ или МФТИ отучился.
>>552293
Хм, да вроде нет, у нас в колледже и мажоры всякие были, которым уже после 18 покупали и машину и квартиру и шарага при МГИМО.
Надеюсь получится работку найти без вышки, в прошлый раз это не было проблемой какой-то.
Хм, да вроде нет, у нас в колледже и мажоры всякие были, которым уже после 18 покупали и машину и квартиру и шарага при МГИМО.
Надеюсь получится работку найти без вышки, в прошлый раз это не было проблемой какой-то.
>>552291
Написать компилятор шарпа в хранимые процедуры, да ещё и дебаг прикрутить - это нереально сложная задача по сравнению с генерацией альтеров и селектов.
> Банально описывать хранимки C#-кодом и компилировать в код СУБД по миграции.
> В теории должно помочь с сопровождением и дебагом.
Написать компилятор шарпа в хранимые процедуры, да ещё и дебаг прикрутить - это нереально сложная задача по сравнению с генерацией альтеров и селектов.
83 Кб, 1844x651>>552292
Сейчас и на делфи и на ДРАКОН можно до сих пор кое-где устроиться работать. Всё это флуктуации и самодурство отдельных личностей, которые не умеют считать деньги.
В реальности внедрятели раста гарантированно кончат как в этой статье с хабра.
>Уже видел вакансии на системщину и HFT.
Сейчас и на делфи и на ДРАКОН можно до сих пор кое-где устроиться работать. Всё это флуктуации и самодурство отдельных личностей, которые не умеют считать деньги.
В реальности внедрятели раста гарантированно кончат как в этой статье с хабра.
>>552297
Вышка на сегодня в РФ - это просто некий базовый фильтр совсем конченного отребья. Ведь абсолютно любой днарь сегодня получает вышку. Кто-то идёт и чему-то учится. Кто-то просто идёт за корочками, и просто учится решать вопросики. А вот ты ни того ни другого не осилил.
Вот попробуй мне как HR-у объяснить, почему у тебя нет вышки? Ты конечно можешь вскукарекнуть, что вышка не нужна, что вон в гугле уже без ВО берут... Только кто ты такой, чтобы такое рассуждать? Из твоих уст это ничем не обоснованное оправдание.
Единственное что ты можешь сказать: да, у меня нет вышки, но я ведь на многое и не претендую. Просто относитесь ко мне как к человеку второго сорта и платите соответственно, и я не буду ждать повышения, просто буду делать безропотно самую черную и грязную работу.
Вышка на сегодня в РФ - это просто некий базовый фильтр совсем конченного отребья. Ведь абсолютно любой днарь сегодня получает вышку. Кто-то идёт и чему-то учится. Кто-то просто идёт за корочками, и просто учится решать вопросики. А вот ты ни того ни другого не осилил.
Вот попробуй мне как HR-у объяснить, почему у тебя нет вышки? Ты конечно можешь вскукарекнуть, что вышка не нужна, что вон в гугле уже без ВО берут... Только кто ты такой, чтобы такое рассуждать? Из твоих уст это ничем не обоснованное оправдание.
Единственное что ты можешь сказать: да, у меня нет вышки, но я ведь на многое и не претендую. Просто относитесь ко мне как к человеку второго сорта и платите соответственно, и я не буду ждать повышения, просто буду делать безропотно самую черную и грязную работу.
>>552313
Я тебе поясню, что для профильных знаний вышка совершенно бесполезна и никакого желания просиживать штаны для корочки у меня нет.
Но да меня насчет вышки вообще не спрашивали.
Средние показатели на то и средние, хз, мож в будущем на заочке можно будет найти варик, где можно проплатить
Я тебе поясню, что для профильных знаний вышка совершенно бесполезна и никакого желания просиживать штаны для корочки у меня нет.
Но да меня насчет вышки вообще не спрашивали.
Средние показатели на то и средние, хз, мож в будущем на заочке можно будет найти варик, где можно проплатить
>>552318
Да кто ты такой, что бы так рассуждать? Ты ноунейм-вкатыш с улицы, ты даже не джун. Что ты знаешь? Ты просто наглый, самоуверенный и глупый - вот именно такое впечатление ты производишь.
А человеку, который в IT достаточно долго, почти наверняка приходилось иметь дело с линейной алгеброй, с численным интегрированием, с численной оптимизацией, с математической статистикой, с какими-то разделами физики. Это даже не говоря про базовый computer science, если речь сугубо про айти.
Да даже орангутангам-фронтендерам, которые кнопки двигают, рано или поздно приходится всё же задаваться вопросом, почему преобразование координат реализовано через умножение матриц.
>для профильных знаний вышка совершенно бесполезна
Да кто ты такой, что бы так рассуждать? Ты ноунейм-вкатыш с улицы, ты даже не джун. Что ты знаешь? Ты просто наглый, самоуверенный и глупый - вот именно такое впечатление ты производишь.
А человеку, который в IT достаточно долго, почти наверняка приходилось иметь дело с линейной алгеброй, с численным интегрированием, с численной оптимизацией, с математической статистикой, с какими-то разделами физики. Это даже не говоря про базовый computer science, если речь сугубо про айти.
Да даже орангутангам-фронтендерам, которые кнопки двигают, рано или поздно приходится всё же задаваться вопросом, почему преобразование координат реализовано через умножение матриц.
>>552340
Таких называют амбициозными, это куда лучше аутиста из вуза, который билетики перед зачетами заучивал или на удачу надеялся и в итоге не знает ни мат стата, ни физики, ни computer science, ни английского, ни каких-либо профильных знаний.
> Ты просто наглый, самоуверенный и глупый - вот именно такое впечатление ты производишь.
Таких называют амбициозными, это куда лучше аутиста из вуза, который билетики перед зачетами заучивал или на удачу надеялся и в итоге не знает ни мат стата, ни физики, ни computer science, ни английского, ни каких-либо профильных знаний.
>>552345
В продажах и агрессивном маркетинге тебя с руками оторвут. А в айти ты такой не нужен.
>Таких называют амбициозными
В продажах и агрессивном маркетинге тебя с руками оторвут. А в айти ты такой не нужен.
Отучился 3.5 года в ВУЗе, отчислился, проработал 2.5 года на плюсах, потом вернулся в ВУЗ, закончил и пошел в магу.
Задавайте ответы.
Задавайте ответы.
>>552352
В каком НИИ работаешь?
В каком НИИ работаешь?
>>552349
Да, зато в айти нужны аутисты, которые имеют те же знания максимум 11 классов, но зато с коркой?
Ты же сам знаешь, что в вузах преподают максимально аутдейтед хуйню и нет никакой гарантии, что студент хоть какую-то базу подберет и не забудет уже в следующем семестре.
В общем-то, я проходил 3 собеседования и меня на счет вышки не спрашивали, зато спрашивали какие технологии я знаю и по сишарпу вопросы задавали, заценили, когда я сказал, что Рихтера читал, на одном я не прошел потому, что слишком далеко жил и не хотел переезжать, на другом была проблема с приписным и военником, а на третьем я на тестовое забил вообще, так как думал, что на втором примут и мать проблемы с военником быстро порешает Спойлер - нет, посмотрим, как оно сейчас будет, знаний сейчас у меня гораздо больше, чем тогда, даже по англу.
Да, зато в айти нужны аутисты, которые имеют те же знания максимум 11 классов, но зато с коркой?
Ты же сам знаешь, что в вузах преподают максимально аутдейтед хуйню и нет никакой гарантии, что студент хоть какую-то базу подберет и не забудет уже в следующем семестре.
В общем-то, я проходил 3 собеседования и меня на счет вышки не спрашивали, зато спрашивали какие технологии я знаю и по сишарпу вопросы задавали, заценили, когда я сказал, что Рихтера читал, на одном я не прошел потому, что слишком далеко жил и не хотел переезжать, на другом была проблема с приписным и военником, а на третьем я на тестовое забил вообще, так как думал, что на втором примут и мать проблемы с военником быстро порешает Спойлер - нет, посмотрим, как оно сейчас будет, знаний сейчас у меня гораздо больше, чем тогда, даже по англу.
>>552364
корпорат, спок
корпорат, спок
385 Кб, 2007x1574>>552356
Чел, без ВО в айти есть работа, есть программисты. Это так. На макакоработу тебя конечно возьмут. Просто может ты хочешь большего? Где-то ты подойдёшь по всем критериям, но тебя забракуют на финальном этапе по формальному критерию. Оно тебе надо?
Ты говоришь, что в ВУЗе не дают знаний. ОК. Ну так получи хотя бы ачивку. Найти паршивый ВУЗ с вечеркой или заочкой за 15к в год. Покажи, что ты умеешь решать вопросики и достигать.
А про знания в ВУЗе. Ну кому хочется, тот их получает и в заборостроительном. В ВУЗе дают фундаментальные знания, математику и физику, которые в зависимости от задач, не меняются уже от 100 до 400 лет. Даже в CS всё, чем мы пользуемся сейчас, кроме передовых ИИ, придумано лет 30-40 назад а то и раньше.
Чел, без ВО в айти есть работа, есть программисты. Это так. На макакоработу тебя конечно возьмут. Просто может ты хочешь большего? Где-то ты подойдёшь по всем критериям, но тебя забракуют на финальном этапе по формальному критерию. Оно тебе надо?
Ты говоришь, что в ВУЗе не дают знаний. ОК. Ну так получи хотя бы ачивку. Найти паршивый ВУЗ с вечеркой или заочкой за 15к в год. Покажи, что ты умеешь решать вопросики и достигать.
А про знания в ВУЗе. Ну кому хочется, тот их получает и в заборостроительном. В ВУЗе дают фундаментальные знания, математику и физику, которые в зависимости от задач, не меняются уже от 100 до 400 лет. Даже в CS всё, чем мы пользуемся сейчас, кроме передовых ИИ, придумано лет 30-40 назад а то и раньше.
>>552381
Хз, как там на уровнях повыше, но устроиться с профильными знаниями явно легче.
У меня есть знакомый с вышкой, он вообще собеседовался на стажера, на одном из собесов его завалили на вопросе про ООП, ясен хрен, что ни про какие принципы SOLID он не слышал, в вузике максимум UML преподают, да и то оно не запоминается.
О чем ты вообще говоришь, физика там максимум первый курс, математика да, но диплом можно пройти тупо ничего не запоминая и зазубривая билет/списывая, либо вообще преподу понравиться и получать автоматы, так что не факт, что чел с ВО ее вообще знает выше уровня 8 класса.
Хз, как там на уровнях повыше, но устроиться с профильными знаниями явно легче.
У меня есть знакомый с вышкой, он вообще собеседовался на стажера, на одном из собесов его завалили на вопросе про ООП, ясен хрен, что ни про какие принципы SOLID он не слышал, в вузике максимум UML преподают, да и то оно не запоминается.
> В ВУЗе дают фундаментальные знания, математику и физику, которые в зависимости от задач, не меняются уже от 100 до 400 лет.
О чем ты вообще говоришь, физика там максимум первый курс, математика да, но диплом можно пройти тупо ничего не запоминая и зазубривая билет/списывая, либо вообще преподу понравиться и получать автоматы, так что не факт, что чел с ВО ее вообще знает выше уровня 8 класса.
>>552148
Охуительные истории от срущего шарподебила. Типичный интеллект макаки, и вот эти выродки рассуждают о С++. Тьфу, погань.
>я не спортсмен-спринтер, сижу за компьютером, поэтому ноги не нужны
>поэтому лучше пойду в больницу сделаю ампутацию
Охуительные истории от срущего шарподебила. Типичный интеллект макаки, и вот эти выродки рассуждают о С++. Тьфу, погань.
>>552410
Ты же сам себя только что обоссал.
Ты же сам себя только что обоссал.
>>552393
И на этом все, думаю тут больше нечего обсуждать.
Мне немного страшно, что может попасться реально такой эйчар, который скажет "А ну нет вышки, тогда пошел нахуй, без корочки не пущу", но да я думаю на такого всегда найдется другой, которому похуй, а для иммиграции опыт работы в 4-6 лет ценится так же, как и вышка.
Лучше опиши, кто ты, джун, миддл, сеньор, какой стаж работы, работаешь в госконторе или на частника?
И на этом все, думаю тут больше нечего обсуждать.
Мне немного страшно, что может попасться реально такой эйчар, который скажет "А ну нет вышки, тогда пошел нахуй, без корочки не пущу", но да я думаю на такого всегда найдется другой, которому похуй, а для иммиграции опыт работы в 4-6 лет ценится так же, как и вышка.
Лучше опиши, кто ты, джун, миддл, сеньор, какой стаж работы, работаешь в госконторе или на частника?
>>552466
это небось прошлотредный "джавист"
это небось прошлотредный "джавист"
>>551748
Вот она - вся сущность лицемерного петушарпера. Гоните петушарперов, насмехайтесь над ними!
Вот она - вся сущность лицемерного петушарпера. Гоните петушарперов, насмехайтесь над ними!
>>551739
Петушарп позорное дерьмо, кресты довольно уважительный язык, но к сожалению устаревший сильно.
Выбирай Java. Это как петушарп, только оригинал и всё ещё лучше.
Петушарп позорное дерьмо, кресты довольно уважительный язык, но к сожалению устаревший сильно.
Выбирай Java. Это как петушарп, только оригинал и всё ещё лучше.
>>551759
Опоздал - это 2030. До этого ещё можно изучать программирование хотя бы для того, чтобы апнуть скилл мышления.
>Ты опоздал с выбором года на 3 где-то.
Опоздал - это 2030. До этого ещё можно изучать программирование хотя бы для того, чтобы апнуть скилл мышления.
>>552638
>ну мам это ни у меня горит нигорит поняли да нигорит! ну почему вы ни верите я жи сказал нигорит
>>552816
Тебе на джуниора не будут задавать хардкорные вопросы. Будут смотреть просто на глубину, которую ты сможешь докопать на тот или иной вопрос
Тебе на джуниора не будут задавать хардкорные вопросы. Будут смотреть просто на глубину, которую ты сможешь докопать на тот или иной вопрос
>>552822
Забей, я нашел в одном из прошлых тредов пайплайн
Забей, я нашел в одном из прошлых тредов пайплайн
21 Кб, 672x248Будь проклят тот день, когда я связался с MVVM. Каждый, сука, элемент — это уникальный случай. Ты сидишь полдня и пытаешься каким-то образом при помощи скотча и божьей помощи заставить это дерьмо работать. Какая к хуям гибкость при таком количестве исключений из правил?
К примеру, захотел к WrapPanel привязать ViewModel, а хуй те с маслом — нет у него DataTemplate. На SO предлагают вот такую конструкцию (пикрил)
https://stackoverflow.com/questions/8258410/how-to-set-wrappanel-itemsource-to-list
При работе с другими контролами, к примеру, при событии SelectionChanged я получал экземпляры не View-итемов, а Model-итемов из списка ViewModel и это было очень удобно. Проблема в том, что теперь возвращаются данные Model-итемов, НО завернутые в ConentPresenter. Ебанина какая-то. Весь SO напичкан именно этим примером, а как с ним работать — хер знает.
Я не могу биндить список Selected, потому что буквально каждый итем завернут в эту скорлупу под названием ConentPresenter, от которой мне надо как-то очищать, либо держать два списка + тратить ресы на "выколупывание".
К примеру, захотел к WrapPanel привязать ViewModel, а хуй те с маслом — нет у него DataTemplate. На SO предлагают вот такую конструкцию (пикрил)
https://stackoverflow.com/questions/8258410/how-to-set-wrappanel-itemsource-to-list
При работе с другими контролами, к примеру, при событии SelectionChanged я получал экземпляры не View-итемов, а Model-итемов из списка ViewModel и это было очень удобно. Проблема в том, что теперь возвращаются данные Model-итемов, НО завернутые в ConentPresenter. Ебанина какая-то. Весь SO напичкан именно этим примером, а как с ним работать — хер знает.
Я не могу биндить список Selected, потому что буквально каждый итем завернут в эту скорлупу под названием ConentPresenter, от которой мне надо как-то очищать, либо держать два списка + тратить ресы на "выколупывание".
>>552918
Енджой йёр петушарп.
Енджой йёр петушарп.
>>552919
А что делать тем, кто прочитал, офигел от того как ты пытаешься забивать болт молотком - и теперь психологическая травма?
А что делать тем, кто прочитал, офигел от того как ты пытаешься забивать болт молотком - и теперь психологическая травма?
>>552934
Хуйня какая-то получилась, если честно.
WrapPanel еще хуже.
Все это приправлено ссаными словарями ресурсов.
>>552942
Ну на первый взгляд, у меня перед глазами только болт и молоток. Меня уже воротит от этих контролов, когда речь заходит а кастомном стиле. Даже ссаный "итем селектор" уже имеет ворох визуальных свистоперделок, не говря уже о производных контролах.
>С TREEVIEW хоть разобрался?
Хуйня какая-то получилась, если честно.
WrapPanel еще хуже.
Все это приправлено ссаными словарями ресурсов.
>>552942
>пытаешься забивать болт молотком
Ну на первый взгляд, у меня перед глазами только болт и молоток. Меня уже воротит от этих контролов, когда речь заходит а кастомном стиле. Даже ссаный "итем селектор" уже имеет ворох визуальных свистоперделок, не говря уже о производных контролах.
>>552944
ну хз че у тебя за болты, что молоток нужен
WrapPanel - он как и StackPanel, то есть отвечает за компоновку, а не является контролом списка.
А за списки с биндингами отвечают списковые контролы. У них можно переопределить панель, хотя лучше это делать с умом и сразу думать про виртуализацию иначе уже на 10к итемов получишь 100% загрузки cpu и зависнет все.
тут предпочитаю иметь свойство у вьюмодели итема IsSelected, а не мудрить с отдельным списком выделеных - тогда можно же и со стороны вьюмоделей выделять и это синхронно будет видно в списке.
ну хз че у тебя за болты, что молоток нужен
WrapPanel - он как и StackPanel, то есть отвечает за компоновку, а не является контролом списка.
А за списки с биндингами отвечают списковые контролы. У них можно переопределить панель, хотя лучше это делать с умом и сразу думать про виртуализацию иначе уже на 10к итемов получишь 100% загрузки cpu и зависнет все.
>SelectionChanged я получал экземпляры не View-итемов
тут предпочитаю иметь свойство у вьюмодели итема IsSelected, а не мудрить с отдельным списком выделеных - тогда можно же и со стороны вьюмоделей выделять и это синхронно будет видно в списке.
140 Кб, 609x1009Почему ef такой сложный?
>>552305
Ты эту статью читал хоть? Там чувак реально потащил раст в бэкэнд.
Ты эту статью читал хоть? Там чувак реально потащил раст в бэкэнд.
4 Кб, 919x95>>552945
Такой параметр у меня тоже есть, но служит исключительно для визуальной части.
А как дальше? Вот у тебя каждый пук: удалить, переместить, переименовать должен рыскать по всей иерархии итемов в поисках флага IsSelected?
А разве на пикриле >>552918 не так сделано? ItemsControl это базовый класс списковых контролов. Дальше уже идет Selector у которого ебучие визуальные стили.
Вот про это надо почитать. У меня дерево жрет дофига ресурсов, там у каждого итема есть растровый имидж.
>тут предпочитаю иметь свойство у вьюмодели итема IsSelected,
Такой параметр у меня тоже есть, но служит исключительно для визуальной части.
>а не мудрить с отдельным списком выделеных
А как дальше? Вот у тебя каждый пук: удалить, переместить, переименовать должен рыскать по всей иерархии итемов в поисках флага IsSelected?
> У них можно переопределить панель
А разве на пикриле >>552918 не так сделано? ItemsControl это базовый класс списковых контролов. Дальше уже идет Selector у которого ебучие визуальные стили.
> сразу думать про виртуализацию
Вот про это надо почитать. У меня дерево жрет дофига ресурсов, там у каждого итема есть растровый имидж.
>>553072
какая то проблема? аж целый Where
тем более для удаления и перемещения это все равно нужно делать. При этом никто не запрещает забиндить селектедитемс, но зачем
так. я всего лишь упомянул что эти панели компоновки могут быть использованы так, но не используют виртуализацию и сильно бьют по производительности если список большой.
это не нужно читать. это нужно гуглить реализацию нужной панели с виртуализацией.
>удалить, переместить, переименовать
какая то проблема? аж целый Where
тем более для удаления и перемещения это все равно нужно делать. При этом никто не запрещает забиндить селектедитемс, но зачем
>не так сделано?
так. я всего лишь упомянул что эти панели компоновки могут быть использованы так, но не используют виртуализацию и сильно бьют по производительности если список большой.
>Вот про это надо почитать
это не нужно читать. это нужно гуглить реализацию нужной панели с виртуализацией.
>>553083
Ну я про это вообще не знал. Загуглил про TreeView, активировал
VirtualizingStackPanel.IsVirtualizing="True"
но толку ноль. У меня при каждом открытии ноды все больше оперативной памяти занимается, а при закрытии остается такой же.
Там виртуализация тоже не всегда работает и не со всеми итемами.
>это не нужно читать.
Ну я про это вообще не знал. Загуглил про TreeView, активировал
VirtualizingStackPanel.IsVirtualizing="True"
но толку ноль. У меня при каждом открытии ноды все больше оперативной памяти занимается, а при закрытии остается такой же.
Там виртуализация тоже не всегда работает и не со всеми итемами.
посоны, что можно на asp.net core написать, чтобы пощупать все основные темы, не предлагайте интернет магазин плиз
Сап, шарпач. Я собрался писать пет, это будет приложение для самозанятых/ип с простым функционалом: финансы, таски, подрядчики и т.д. И вот не могу понять, как все это устроить в базе. Например, нужно куда-то пихать список доходов и расходов юзера. Можно было бы отправить их все в отдельную таблицу и тащить по foreign key, но это решение мне кажется небезопасным (можно скомпрометировать финансовую инфу сразу всех юзеров) и плохо в плане scalability (этих записей при большом количестве юзеров могут быть миллиарды). Та же история с тасками, сообщениями и т.д. Как это грамотно организовать?
>>553209
Это всего лишь флаг что нужна виртуализация. contentpresenter умеющий в виртуализацию учитывает этот флаг. Тому, кто не умеет, бесполезно его писать.
А потому сразу нужно гуглить virtulizing wrap panel и смотреть лисапеды, например это https://github.com/sbaeumlisberger/VirtualizingWrapPanel
Это всего лишь флаг что нужна виртуализация. contentpresenter умеющий в виртуализацию учитывает этот флаг. Тому, кто не умеет, бесполезно его писать.
А потому сразу нужно гуглить virtulizing wrap panel и смотреть лисапеды, например это https://github.com/sbaeumlisberger/VirtualizingWrapPanel
>>553393
Это нормальное решение. Можно сделать шарды по юзерам, если хочется.
Как? Если вытащат всю БД, то жопа будет в любом случае. Лучше подумай о транзакциях и консистентности.
Сразу ограничивай свои хотелки по scalability. Не пиши приложение для сферических нагрузок в вакууме.
>Можно было бы отправить их все в отдельную таблицу и тащить по foreign key
Это нормальное решение. Можно сделать шарды по юзерам, если хочется.
>можно скомпрометировать финансовую инфу сразу всех юзеров
Как? Если вытащат всю БД, то жопа будет в любом случае. Лучше подумай о транзакциях и консистентности.
>в плане scalability
Сразу ограничивай свои хотелки по scalability. Не пиши приложение для сферических нагрузок в вакууме.
>>553332
C++ в вакууме никому не нужен. Нужна системщина, HFT, рассчёты и геймдев.
C++ в вакууме никому не нужен. Нужна системщина, HFT, рассчёты и геймдев.
>>551587 (OP)
Как использовать js в представлениях razor pages/mvc? В доках тема не освещена. Не надо мне писать про веб апи.
Как использовать js в представлениях razor pages/mvc? В доках тема не освещена. Не надо мне писать про веб апи.
>>553558
Спасибо!
Спасибо!
>>553520
Благодарю.
Это по каким понятиям нагуглить можно? Никогда таких терминов не слышал.
Благодарю.
>Можно сделать шарды по юзерам, если хочется.
>Лучше подумай о транзакциях и консистентности.
Это по каким понятиям нагуглить можно? Никогда таких терминов не слышал.
>>553520
Олсо, не проще ли сразу писать под максимальную нагрузку на всякий случай? Или это потребует чересчур много усилий?
Олсо, не проще ли сразу писать под максимальную нагрузку на всякий случай? Или это потребует чересчур много усилий?
>>553569
Это какой-то старый баг зависания еще для net framework.
А у меня вроде как вирутализация работает т.е. не загружает всю иерархию целиком, а постепенно по мере открытия папок, но не выгружает.
Я бось, что у меня в итеме что-то такое, что не дает ему подохнуть. Знал бы я как итемы выгружаются и поможет ли IDisposable. Надо будет создать тестовый итем без лишнего дерьма и проверить.
Ну или вообще отказаться от MVVM. У меня уже был экземпл, где ноды подгружаются и выгружаются по мере их раскрытия или закрытия. Видимо не зря так было сделано.
Это какой-то старый баг зависания еще для net framework.
А у меня вроде как вирутализация работает т.е. не загружает всю иерархию целиком, а постепенно по мере открытия папок, но не выгружает.
Я бось, что у меня в итеме что-то такое, что не дает ему подохнуть. Знал бы я как итемы выгружаются и поможет ли IDisposable. Надо будет создать тестовый итем без лишнего дерьма и проверить.
Ну или вообще отказаться от MVVM. У меня уже был экземпл, где ноды подгружаются и выгружаются по мере их раскрытия или закрытия. Видимо не зря так было сделано.
>>553568
Чел. Я надеюсь, что ты только вкатываешься и никогда в жизни даже не смотрел на продовый бэк.
Если интересно - читай "высконагруженные приложения" Клеппмана. Та самая, с кабанчиком.
>>553571
Именно так долбоёбы-стартаперы и пишут. Потом приходит дзен.
У тебя в принципе нет "максимальной нагрузки". Один юзер с миллиардом транзакций и миллиард юзеров с одной транзакицей - это совершенно разные типы нагрузки. А распределена ли нагрузка географически? А какие требования к консистентности? А требования к изоляции транзакций? Можно ли отображать юзеру устаревшие данные? А что если для одного юзера сделаем транзакцию одновременно? Как реплицировать будем? А если кластер расхуярит, что будет? А серверов-то на это сколько нужно? Кэшировать как будем и что? И так далее, поотвечай на такие вопросы. Всё это будет влиять на инфру и архитектуру.
Я поэтому и говорю: возьми не проект из вакуума, а что-то реальное, о чём можешь говорить с точки зрения пользователя. Например, приложенька для подсчёта расходов. Не бери чистый финтех - это хардкор. Считай примерное количество пользователей и сколько пользователь может добавить записей и каких и как часто. Бери с запасом. Думай как приложенька может развиваться. Думай как отдавать данные анальникам.
>Никогда таких терминов не слышал.
Чел. Я надеюсь, что ты только вкатываешься и никогда в жизни даже не смотрел на продовый бэк.
Если интересно - читай "высконагруженные приложения" Клеппмана. Та самая, с кабанчиком.
>>553571
>Олсо, не проще ли сразу писать под максимальную нагрузку на всякий случай? Или это потребует чересчур много усилий?
Именно так долбоёбы-стартаперы и пишут. Потом приходит дзен.
У тебя в принципе нет "максимальной нагрузки". Один юзер с миллиардом транзакций и миллиард юзеров с одной транзакицей - это совершенно разные типы нагрузки. А распределена ли нагрузка географически? А какие требования к консистентности? А требования к изоляции транзакций? Можно ли отображать юзеру устаревшие данные? А что если для одного юзера сделаем транзакцию одновременно? Как реплицировать будем? А если кластер расхуярит, что будет? А серверов-то на это сколько нужно? Кэшировать как будем и что? И так далее, поотвечай на такие вопросы. Всё это будет влиять на инфру и архитектуру.
Я поэтому и говорю: возьми не проект из вакуума, а что-то реальное, о чём можешь говорить с точки зрения пользователя. Например, приложенька для подсчёта расходов. Не бери чистый финтех - это хардкор. Считай примерное количество пользователей и сколько пользователь может добавить записей и каких и как часто. Бери с запасом. Думай как приложенька может развиваться. Думай как отдавать данные анальникам.
>>553393
Декомпозируй задачи на как можно более мелкие задачки. Тогда все станет понятно.
Декомпозируй задачи на как можно более мелкие задачки. Тогда все станет понятно.
>>553393
UPD. Лучше вообще начать с фронтенда. Так будет проще допиливать бекенд по маленьким кусочкам.
UPD. Лучше вообще начать с фронтенда. Так будет проще допиливать бекенд по маленьким кусочкам.
>>553624
Зис. Поэтому я думаю мне пока не стоит лезть в такие сеньорские дебри, задача стоит получить позицию стажера/джуна. Запилю тогда просто в одну таблицу думаю. И еще вопрос - какую лучше юзать авторизацию? JWT или родной ASP Identity? Именно в контексте того, что будут потенциально требовать на работе.
>Чел. Я надеюсь, что ты только вкатываешься и никогда в жизни даже не смотрел на продовый бэк.
Зис. Поэтому я думаю мне пока не стоит лезть в такие сеньорские дебри, задача стоит получить позицию стажера/джуна. Запилю тогда просто в одну таблицу думаю. И еще вопрос - какую лучше юзать авторизацию? JWT или родной ASP Identity? Именно в контексте того, что будут потенциально требовать на работе.
>>553680
Тогда просто почитай про РСУБД и key/value-СУБД, для начала этого хватит. Хотя бы базовые понятия вроде транзакций на уровне БД и индексов. Обязательно потыкай SQL руками, благо его можно перетыкать почти весь за 3 часа.
jwt, кнш.
>Поэтому я думаю мне пока не стоит лезть в такие сеньорские дебри, задача стоит получить позицию стажера/джуна.
Тогда просто почитай про РСУБД и key/value-СУБД, для начала этого хватит. Хотя бы базовые понятия вроде транзакций на уровне БД и индексов. Обязательно потыкай SQL руками, благо его можно перетыкать почти весь за 3 часа.
> JWT или родной ASP Identity?
jwt, кнш.
>>553680
Вопрос уровня какой фреймворк использовать - web api или родной asp.net
>JWT или родной ASP Identity?
Вопрос уровня какой фреймворк использовать - web api или родной asp.net
>>551587 (OP)
Недавно осознал насколько меня балует Нугет. В новой галере бэк на джаве, я пишу тут чисто фронт.
Недавно проповедовал говноедам что в точкаНЕТ есть менеджер пакетов который тебе качает строго точные версии, ещё и проверяет конфликты и в случае если есть несовместимые штуки твой проект даже не собирается.
Оказывается в джаве нельзя просто ебнуть рестор пакетов и иметь гарантии что ты получишь буквально точную копию проекта.
Когда я этим докер ебланам рассказал что шарп приложение умеют себя собирать включая все свои зависимости прям в билд и не требуют вообще никакой настройки хоть в линуксе хоть в винде, то на меня смотрели как на ебанутого.
В конце я им рассказывал про ЕФ и как он может играюче выдать тебе данные с Оракла, Постргри и МССКУЛ без каких-то проблем
Недавно осознал насколько меня балует Нугет. В новой галере бэк на джаве, я пишу тут чисто фронт.
Недавно проповедовал говноедам что в точкаНЕТ есть менеджер пакетов который тебе качает строго точные версии, ещё и проверяет конфликты и в случае если есть несовместимые штуки твой проект даже не собирается.
Оказывается в джаве нельзя просто ебнуть рестор пакетов и иметь гарантии что ты получишь буквально точную копию проекта.
Когда я этим докер ебланам рассказал что шарп приложение умеют себя собирать включая все свои зависимости прям в билд и не требуют вообще никакой настройки хоть в линуксе хоть в винде, то на меня смотрели как на ебанутого.
В конце я им рассказывал про ЕФ и как он может играюче выдать тебе данные с Оракла, Постргри и МССКУЛ без каких-то проблем
>>553869
Лучше никому не рассказывай об этом. Пусть это будет нашим секретом.
Лучше никому не рассказывай об этом. Пусть это будет нашим секретом.
>>553869
Ну да, а смысл тебе про мавен рассказывать, ты всё равно продолжишь нести какую-то хуйню, даже минимально не разобравшись в вопросе.
> Когда я этим докер ебланам рассказал что шарп приложение умеют себя собирать включая все свои зависимости прям в билд и не требуют вообще никакой настройки хоть в линуксе хоть в винде, то на меня смотрели как на ебанутого.
Ну да, а смысл тебе про мавен рассказывать, ты всё равно продолжишь нести какую-то хуйню, даже минимально не разобравшись в вопросе.
шарпач а посоветуй самый микронаноминималистичный DI который ты знаешь желательно через конструкторы
просто я смотрю на все эти фреймворки тысячи их и у меня просто в голове крутится ну и нахуй мне тащить в проект 100500 функционала который не понадобится никогда
просто я смотрю на все эти фреймворки тысячи их и у меня просто в голове крутится ну и нахуй мне тащить в проект 100500 функционала который не понадобится никогда
>>553320
Сервис электронной очереди.
Сервис электронной очереди.
>>553915
А был ли для него тогда нормальный DI из коробки? По моему нет. Что похоже и привело к появлению зоопарка из разных unity, ninjet, autofac и т.д.
>что-то с 3.5
А был ли для него тогда нормальный DI из коробки? По моему нет. Что похоже и привело к появлению зоопарка из разных unity, ninjet, autofac и т.д.
>>553869
Вот ненадо так нахваливать нугет, эта ебала у меня сама постоянно отваливается - если нужно сменить версию пакетов и версию фреймворка проекта, все туши свет, нугет ебанеться с ошибками вероятностью 90%. И нужно будет руками редактировать версии пакетов в csproj или оттуда же убирать ворнинги и ошибки.
Вот ненадо так нахваливать нугет, эта ебала у меня сама постоянно отваливается - если нужно сменить версию пакетов и версию фреймворка проекта, все туши свет, нугет ебанеться с ошибками вероятностью 90%. И нужно будет руками редактировать версии пакетов в csproj или оттуда же убирать ворнинги и ошибки.
>>553593
ты смешал мух и котлеты
мввм это просто паттерн "кто о ком знает и за что отвечает"
вид просто за отображение
механизм биндинга позволяет декларативно связать все воедино
при этом иногда приходится писать свои бехавиорс или атачед где внутри как раз та самая "ручная реализация биндинга с привычным событиями контролов"
в случае treeview косяк именно в виде. Кривая реализация...наверное. Вон датагрид тоже группы виртуализирует плохо. Что вообще эта виртуализация? всозможность не создавать заново инстанс итема (то есть контрол)
и тем самым экономить на некоторых шагах? но ведь все равно же нужно поменять DataContext у существующего итема. и сделать работу
А сколько вообще держать этих итемов в кеше? Вон в том же TreeView проблема иногда решается установкой MaxHeight.
Да и память растет -а ты уверен что растет именно то что кешируется?
>>553910
то что DI майков в асп.нет не значит что он только там
он называется в нюгете
Microsoft.Extensions.DependencyInjection
Microsoft.Extensions.DependencyInjection.Abstractions
модулям раздаешь Microsoft.Extensions.DependencyInjection.Abstractions, а основная программа юзает Microsoft.Extensions.DependencyInjection и модули регистрируют себя по аналогии как это в асп.нет сделано.
просто и удобно
ты смешал мух и котлеты
мввм это просто паттерн "кто о ком знает и за что отвечает"
вид просто за отображение
механизм биндинга позволяет декларативно связать все воедино
при этом иногда приходится писать свои бехавиорс или атачед где внутри как раз та самая "ручная реализация биндинга с привычным событиями контролов"
в случае treeview косяк именно в виде. Кривая реализация...наверное. Вон датагрид тоже группы виртуализирует плохо. Что вообще эта виртуализация? всозможность не создавать заново инстанс итема (то есть контрол)
и тем самым экономить на некоторых шагах? но ведь все равно же нужно поменять DataContext у существующего итема. и сделать работу
А сколько вообще держать этих итемов в кеше? Вон в том же TreeView проблема иногда решается установкой MaxHeight.
Да и память растет -а ты уверен что растет именно то что кешируется?
>>553910
то что DI майков в асп.нет не значит что он только там
он называется в нюгете
Microsoft.Extensions.DependencyInjection
Microsoft.Extensions.DependencyInjection.Abstractions
модулям раздаешь Microsoft.Extensions.DependencyInjection.Abstractions, а основная программа юзает Microsoft.Extensions.DependencyInjection и модули регистрируют себя по аналогии как это в асп.нет сделано.
просто и удобно
>>554003
Не сравнялись и не сравняются.
Не сравнялись и не сравняются.
>>554164
На метаните много ошибок. Там надо ещё проверять, что написано.
На метаните много ошибок. Там надо ещё проверять, что написано.
>>553869
Я хуею с манямирка петушарподегенератов.
>Оказывается в джаве нельзя просто ебнуть рестор пакетов и иметь гарантии что ты получишь буквально точную копию проекта.
Я хуею с манямирка петушарподегенератов.
Пацаны, а какую архитектуру юзать для маленького/среднего проекта? В прошлой шапке видел DDD и микросервисы, но это явно будет лютый оверкилл, который нуб вроде меня еще и не осилит.
Как осваивать новые версии сишарп и фреймворков, если они так быстро выходят?
>>554309 (Del)
Так оверкилл же. Я вчера весь день читал/смотрел про этот DDD и в основном говорят, что он даже в очень жирных проектах не всегда к месту.
Так оверкилл же. Я вчера весь день читал/смотрел про этот DDD и в основном говорят, что он даже в очень жирных проектах не всегда к месту.
>>554412
Читай документацию и не выёбывайся плиз.
Читай документацию и не выёбывайся плиз.
>>554412
Забей хуй. Во-первых, там особо ничего не меняется. Во-вторых, конторы оче медленно обновляются. Многие до сих пор сидят на 3.1, а некоторые динозавры вообще на легаси .NET Framework.
Забей хуй. Во-первых, там особо ничего не меняется. Во-вторых, конторы оче медленно обновляются. Многие до сих пор сидят на 3.1, а некоторые динозавры вообще на легаси .NET Framework.
>>554412
Забей хуй. Во-первых, там особо ничего не меняется. Во-вторых, конторы оче медленно обновляются. Многие до сих пор сидят на 3.1, а некоторые динозавры вообще на легаси .NET Framework.
Забей хуй. Во-первых, там особо ничего не меняется. Во-вторых, конторы оче медленно обновляются. Многие до сих пор сидят на 3.1, а некоторые динозавры вообще на легаси .NET Framework.
>>554442
А кроме как по книгам учить нельзя? (спрсил я который ни одну книгу ни по одному языку не прочел)
А кроме как по книгам учить нельзя? (спрсил я который ни одну книгу ни по одному языку не прочел)
>>554465
ну тогда никак )
нет не офф доки, ни ресов типа професссорвеб или метаинит, ни миллиона статей на ресах типа хабра и это только в ру сегменте. ничего этого нет.
ну тогда никак )
нет не офф доки, ни ресов типа професссорвеб или метаинит, ни миллиона статей на ресах типа хабра и это только в ру сегменте. ничего этого нет.
>>554476
Этот профессор же лютое старье по фреймворку. Метанит новое, но доверия не вызывает. В комментах постоянно пишут, что много ошибок в статьях.
Остальные ресурсы разрозненные и не дают полной картины.
Ну просто я вот встаю с утра и мне надо четкий план по изучению на день, но вместо этого листаю интернет полдня, а потом уже голова устаёт и не могу учиться. В итоге результат нулевой. И так день за днём нулевой прогресс.
Этот профессор же лютое старье по фреймворку. Метанит новое, но доверия не вызывает. В комментах постоянно пишут, что много ошибок в статьях.
Остальные ресурсы разрозненные и не дают полной картины.
Ну просто я вот встаю с утра и мне надо четкий план по изучению на день, но вместо этого листаю интернет полдня, а потом уже голова устаёт и не могу учиться. В итоге результат нулевой. И так день за днём нулевой прогресс.
>>554442
Без англюсика тут никуда, вот прям вообще, ты даже загуглить толком ничего не сможешь, а это 95% работы, плюс клевые курсы и книги тоже не переведены, так что бери словарь и страдай.
Без англюсика тут никуда, вот прям вообще, ты даже загуглить толком ничего не сможешь, а это 95% работы, плюс клевые курсы и книги тоже не переведены, так что бери словарь и страдай.
>>554164
Хуясе. Т.е. ресурс где буквально описаны все классы, со всеми методами - это по твоему "относительно маловато"? 'Относительно' чего?
Хуясе. Т.е. ресурс где буквально описаны все классы, со всеми методами - это по твоему "относительно маловато"? 'Относительно' чего?
>>554309 (Del)
Схуяли? Пишу сейчас микросервисы на заказ, там вполне себе DDD применяется.
Схуяли? Пишу сейчас микросервисы на заказ, там вполне себе DDD применяется.
>>554277
Просто попили на слои и достаточно будет.
Просто попили на слои и достаточно будет.
>>554489
В твоем случае - платные курсы или ментор. Я без рофла. Не можешь сам - плати бабки.
>Ну просто я вот встаю с утра и мне надо четкий план по изучению на день, но вместо этого листаю интернет полдня, а потом уже голова устаёт и не могу учиться. В итоге результат нулевой. И так день за днём нулевой прогресс.
В твоем случае - платные курсы или ментор. Я без рофла. Не можешь сам - плати бабки.
>>554634
Метанит безусловно прикольный ресурс, но ему нужны рецензенты, потому что там один чел все статьи пишет.
Вот почему я всем советую читать книги? Да потому, что их проверяют перед изданием несколько людей и это как правило какие-нибудь профессора в области компьютерных наук.
Метанит безусловно прикольный ресурс, но ему нужны рецензенты, потому что там один чел все статьи пишет.
Вот почему я всем советую читать книги? Да потому, что их проверяют перед изданием несколько людей и это как правило какие-нибудь профессора в области компьютерных наук.
>>554695
Вот только вот Microsoft Press издаёт рекламно-религиозные тексты. Последние лет двадцать.
Вот только вот Microsoft Press издаёт рекламно-религиозные тексты. Последние лет двадцать.
>>554695
Я про МСДН говорил.
Я про МСДН говорил.
Смотрю код в разных проектах, и не могу понять, как делать правильно. У одного при удалении объекта его существование проверяется в контроллере, у второго в бизнес логике, третий это дело в репозиторий суёт. Также и с бд. У одного есть репозиторий, другой в бизнес логике с контекстом работает, третий для каждой операции свой класс создает к примеру PlaceOrderDbAccess. В итоге не могу сам начать что-то сложное писать, постоянно боюсь, что делаю неверно.
>>554489
У тебя большие проблемы. Тебе не помогут книги и даже курсы с менторами. Даже если тебя будут обучать лучшие преподы, ты будешь говорить, что тебя неправильно обучают. Не ищи свежую информацию. Не ищи мега полную информацию. Такого не бывает. Все устаревает, везде чего то не хватает, везде есть ошибки. Пойми, что информация тебе ничего не даст. Информацию нужно не только поглотить, но и переработать. Потом усвоить на практике. Это целая цепочка сложных процессов. Это гораздо важнее объема и качества самой информации. У тебя сдвиг ценностей. Чтобы учиться программировать, важно программировать. А у тебя зацикленность на важности информации. У тебя сложный случай. Так все текстом в одном посте не объяснишь.
https://ru.hexlet.io/blog/posts/traps-learning
У тебя большие проблемы. Тебе не помогут книги и даже курсы с менторами. Даже если тебя будут обучать лучшие преподы, ты будешь говорить, что тебя неправильно обучают. Не ищи свежую информацию. Не ищи мега полную информацию. Такого не бывает. Все устаревает, везде чего то не хватает, везде есть ошибки. Пойми, что информация тебе ничего не даст. Информацию нужно не только поглотить, но и переработать. Потом усвоить на практике. Это целая цепочка сложных процессов. Это гораздо важнее объема и качества самой информации. У тебя сдвиг ценностей. Чтобы учиться программировать, важно программировать. А у тебя зацикленность на важности информации. У тебя сложный случай. Так все текстом в одном посте не объяснишь.
https://ru.hexlet.io/blog/posts/traps-learning
>>554489
Советую применить проблемно-ориентированное обучение. Так например учат в school 42. Ты не должен заготавливать информацию. Ты должен иметь задачи и отталкиваться от них. Вот есть задача, ты ищешь информацию, которая поможет решить задачу. Так ты получаешь только нужную информацию и в конечном итоге имеешь решенную задачу, а не просто прочитанный текст. Это очень мощный метод обучения программированию. С первого дня ты погрузишься как бы в боевую обстановку, а не обстановку лайтового обучения.
Советую применить проблемно-ориентированное обучение. Так например учат в school 42. Ты не должен заготавливать информацию. Ты должен иметь задачи и отталкиваться от них. Вот есть задача, ты ищешь информацию, которая поможет решить задачу. Так ты получаешь только нужную информацию и в конечном итоге имеешь решенную задачу, а не просто прочитанный текст. Это очень мощный метод обучения программированию. С первого дня ты погрузишься как бы в боевую обстановку, а не обстановку лайтового обучения.
75 Кб, 971x816>>554634
Ну как описаны, вот это немного жидко, мне бы примеров где оно нужно и зачем вообще и почему мне не похуй должно быть.
Но зато я понял, что можно иметь несколько Startup классов и один из них будет выбираться в runtime в зависимости от переменных среды, а еще у майкрософтов к нужным темам внимание уделяется, вроде хоста, про dependency injection я и так знал, но почерпнул для себя новое
Ну как описаны, вот это немного жидко, мне бы примеров где оно нужно и зачем вообще и почему мне не похуй должно быть.
Но зато я понял, что можно иметь несколько Startup классов и один из них будет выбираться в runtime в зависимости от переменных среды, а еще у майкрософтов к нужным темам внимание уделяется, вроде хоста, про dependency injection я и так знал, но почерпнул для себя новое
32 Кб, 709x907Шарпач-шарпач, помоги.
Смотрите. Я делаю пакмена в консоли.
Но не суть. Суть вот в чем. Я хочу сделать систему событий.
И вот что я сделал.
Оно - работает. Но проблема в том, что мне не нравится это вот решение.
Причин - несколько.
Самая главная, это то - что Dispatch может кто угодно дергнуть.
Вторая, что я оборачиваю Action<T> в Action<Event>;
Третья, что чтобы отписаться - нужно id где-то хранить
Четвертая, я подозреваю, что если много кто подпишется - List<Event> который в словарике - не уменьшится, когда они все отпишутся, так и будет висеть выделенный огромный массив
Может быть еще какие-то проблемы есть, но это те что я вижу.
В общем. Если вам не сложно - дайте советов по коду. Как сделать нормально?
Суть-то в чем. В том, что я хочу просто сделать в лупе:
while(GameRun)
{
HandleEvents();
Update();
Draw();
}
Вот для первого HandleEvents() эта срань и придумана. Но чет оно меня сейчас смущает.
Смотрите. Я делаю пакмена в консоли.
Но не суть. Суть вот в чем. Я хочу сделать систему событий.
И вот что я сделал.
Оно - работает. Но проблема в том, что мне не нравится это вот решение.
Причин - несколько.
Самая главная, это то - что Dispatch может кто угодно дергнуть.
Вторая, что я оборачиваю Action<T> в Action<Event>;
Третья, что чтобы отписаться - нужно id где-то хранить
Четвертая, я подозреваю, что если много кто подпишется - List<Event> который в словарике - не уменьшится, когда они все отпишутся, так и будет висеть выделенный огромный массив
Может быть еще какие-то проблемы есть, но это те что я вижу.
В общем. Если вам не сложно - дайте советов по коду. Как сделать нормально?
Суть-то в чем. В том, что я хочу просто сделать в лупе:
while(GameRun)
{
HandleEvents();
Update();
Draw();
}
Вот для первого HandleEvents() эта срань и придумана. Но чет оно меня сейчас смущает.
>>555103
Ты же специально оверенжиниришь чтоб подзадрочиться? Я чуть было не блеванул от кодца в стиле 2000-х
1. Dispatch можно спрятать за интерфейсом чтоб его не видели подписчики
2. Т наследется от Event же? в чём именно нюанс?
3. Можно использовать референс handler-а вместо айдишек. Так например работает встроенный event
4. Похуй, List же умеет ресайзиться
Ты же специально оверенжиниришь чтоб подзадрочиться? Я чуть было не блеванул от кодца в стиле 2000-х
1. Dispatch можно спрятать за интерфейсом чтоб его не видели подписчики
2. Т наследется от Event же? в чём именно нюанс?
3. Можно использовать референс handler-а вместо айдишек. Так например работает встроенный event
4. Похуй, List же умеет ресайзиться
>>555103
1 нах гуиды. верни хотя бы Disposable token
2 lock при вызове события? ну ок, пусть весь мир подождет
1 нах гуиды. верни хотя бы Disposable token
2 lock при вызове события? ну ок, пусть весь мир подождет
56 Кб, 550x766>>554854
Далеко ходить не будем, вот на Амазоне:
https://www.amazon.com/Books-Microsoft-Press/s?rh=n%3A283155%2Cp_27%3AMicrosoft+Press
Эта книга знакомит читателя с объектно-ориентированным программированием, и автор предлагает начать обучение с реальных программ в среде Windows. Новый язык программирования Microsoft C# (произносится «си-шарп») — очень мощный и в то же время простой в использовании. Он высоко ценится современными ИТ-специалистами и является хорошим выбором для тех, кто только ступает на путь программирования.
Visual C# Express упростит первые шаги в постижении программирования, а после прочтения книги вы сможете двигаться дальше, постепенно усложняя задачи. Узнайте, как создать класс в C#, который инкапсулирует любые свойства! Легко создавать новейшее высоконагруженное программное обеспечение, легко исправлять, легко отлаживать! Итак, самое главное: наслаждайтесь освоением мира программирования! Зарабатывайте!
Далеко ходить не будем, вот на Амазоне:
https://www.amazon.com/Books-Microsoft-Press/s?rh=n%3A283155%2Cp_27%3AMicrosoft+Press
Эта книга знакомит читателя с объектно-ориентированным программированием, и автор предлагает начать обучение с реальных программ в среде Windows. Новый язык программирования Microsoft C# (произносится «си-шарп») — очень мощный и в то же время простой в использовании. Он высоко ценится современными ИТ-специалистами и является хорошим выбором для тех, кто только ступает на путь программирования.
Visual C# Express упростит первые шаги в постижении программирования, а после прочтения книги вы сможете двигаться дальше, постепенно усложняя задачи. Узнайте, как создать класс в C#, который инкапсулирует любые свойства! Легко создавать новейшее высоконагруженное программное обеспечение, легко исправлять, легко отлаживать! Итак, самое главное: наслаждайтесь освоением мира программирования! Зарабатывайте!
>>555553
Потому что в первом случае - ты присваиваешь переменной Nullable значение.
Во втором - ты используешь сахарок, который не предусматривает Nullable
Ну. Типа чтобы тебе было понятно, можешь в первом случае сделать так:
var ld = dod.HasValue ? dod.Value : DateTime.Now;
В этом именно и разница.
Если в первом случае - заменишь : DateOfDead на : DateOfDead.Value - получишь именно что DateTime, без Nullable
Потому что в первом случае - ты присваиваешь переменной Nullable значение.
Во втором - ты используешь сахарок, который не предусматривает Nullable
Ну. Типа чтобы тебе было понятно, можешь в первом случае сделать так:
var ld = dod.HasValue ? dod.Value : DateTime.Now;
В этом именно и разница.
Если в первом случае - заменишь : DateOfDead на : DateOfDead.Value - получишь именно что DateTime, без Nullable
>>555540
Понятно всё. Специально говна откопал, 20+ летней давности, когда любые книги по IT выглядели одинакого говёно, не зависимо от издательства.
https://www.microsoftpressstore.com/store/browse/programming
Понятно всё. Специально говна откопал, 20+ летней давности, когда любые книги по IT выглядели одинакого говёно, не зависимо от издательства.
https://www.microsoftpressstore.com/store/browse/programming
172 Кб, 1200x628>>555577
Могу я хоть быструю сортировку в твоих книгах посмотреть? Или погромистам с горящими глазами такое не нужно?
Могу я хоть быструю сортировку в твоих книгах посмотреть? Или погромистам с горящими глазами такое не нужно?
>>555601
а нужно? использовать книгу как справочник это дичайшая дичная дичевая дичь
а нужно? использовать книгу как справочник это дичайшая дичная дичевая дичь
>>555596 (Del)
Большой это какой?
150к строк бекенда и 90к фронтенда - это большой или маленький проект?
Большой это какой?
150к строк бекенда и 90к фронтенда - это большой или маленький проект?
>>553893
А че они тогда трясутся от любых обновлений либ и упорно суют своего говно в докер, хотя я им предлагал спокойно настроить все и лить по сфтп. Стенд закрытый и поэтому нельзя в конвейере СИ/СД запускать скрипт установки их ебучего докера и надо через виртуальный стол(ога консоль не завезли админы заказчика) руками ставить.
А че они тогда трясутся от любых обновлений либ и упорно суют своего говно в докер, хотя я им предлагал спокойно настроить все и лить по сфтп. Стенд закрытый и поэтому нельзя в конвейере СИ/СД запускать скрипт установки их ебучего докера и надо через виртуальный стол(ога консоль не завезли админы заказчика) руками ставить.
>>553869
и правильно смотрели. потому что это речь только про зависимости шарпа, ну и там где создатели либ заморочились сборкой нативщины. Иначе привет бубен
>Когда я этим докер ебланам рассказал что шарп приложение умеют себя собирать включая все свои зависимости прям в билд и не требуют вообще никакой настройки хоть в линуксе хоть в винде, то на меня смотрели как на ебанутого.
и правильно смотрели. потому что это речь только про зависимости шарпа, ну и там где создатели либ заморочились сборкой нативщины. Иначе привет бубен
>>555809
Потому что в джаве на хую вертели обратную совместимость. Дохуя проектов сидят на восьмилетней Java 8 тупо потому, что на более новых жабах то сервер приложений не стартанёт, то спринг срёт стектрейсом при запуске, то ещё какая-нибудь залупа.
Серверные приложения легче разворачивать в докере. Похуй, на чём они написаны, хоть жаба, хоть PHP.
> трясутся от любых обновлений либ
Потому что в джаве на хую вертели обратную совместимость. Дохуя проектов сидят на восьмилетней Java 8 тупо потому, что на более новых жабах то сервер приложений не стартанёт, то спринг срёт стектрейсом при запуске, то ещё какая-нибудь залупа.
> упорно суют своего говно в докер
Серверные приложения легче разворачивать в докере. Похуй, на чём они написаны, хоть жаба, хоть PHP.
8 Кб, 196x257>>555727
микроскопический
микроскопический
>>555815
У тебя буквально все нужные длл кладутся всегда, селф сборка просто суёт туда дотНЕТ нужной версии чел
>только про зависимости шарпа, ну и там где создатели либ заморочились сборкой нативщины. Иначе привет бубен
У тебя буквально все нужные длл кладутся всегда, селф сборка просто суёт туда дотНЕТ нужной версии чел
Как в Visual Studio сделать так, чтобы при переименовывании имен аргументов функций в интерфейсе, они переименовывались и во всех классах, реализующих интерфейс?
>>555826
в глаза долблюсь, в обычной студии только удалять и новый делать через ctrl+RV...
в глаза долблюсь, в обычной студии только удалять и новый делать через ctrl+RV...
>>555830
Ну так он независимо переименовывает аргументы в интерфейсе и в методах классов, его реализующих.
IMyInterface { void Call(int orgumnd) }
MyClass1 : IMyInterface { public void Call(int orgumnd) {} }
MyClass2 : IMyInterface { public void Call(int orgumnd) {} }
Как в одном месте переименовать orgumnd в argument?
Ну так он независимо переименовывает аргументы в интерфейсе и в методах классов, его реализующих.
IMyInterface { void Call(int orgumnd) }
MyClass1 : IMyInterface { public void Call(int orgumnd) {} }
MyClass2 : IMyInterface { public void Call(int orgumnd) {} }
Как в одном месте переименовать orgumnd в argument?
А в треде только студенты?
Если желающие, поработать над совместным проектом под unity? За интерес.
Если желающие, поработать над совместным проектом под unity? За интерес.
>>552131
Плюсы были крутыми в нулевые, когда компьютеры были так же примитивны как плюсы. Но сейчас те времена давно ушли, плюсы остались за бортом истории, и король теперь их наследник С#
Плюсы были крутыми в нулевые, когда компьютеры были так же примитивны как плюсы. Но сейчас те времена давно ушли, плюсы остались за бортом истории, и король теперь их наследник С#
>>555821
ну класться они могут. работать..нет
вот пример https://github.com/shimat/opencvsharp/issues/1085
и от селфсборкости и шарпа ничего не зависит.
и тут можно начать "нууу это автор либ просто не позаботился об актуальных и рабочих нативах, ну да бывает, ну поставь в систему, не ставится? ну возьми старее систему"
а я тебе в ответ - так именно эту проблему и решает докер.
да, в основном ничего делать лишнего не нужно, но это не всегда. Более того докер это не только изоляция, а и про деплой.
>длл кладутся всегда
ну класться они могут. работать..нет
вот пример https://github.com/shimat/opencvsharp/issues/1085
и от селфсборкости и шарпа ничего не зависит.
и тут можно начать "нууу это автор либ просто не позаботился об актуальных и рабочих нативах, ну да бывает, ну поставь в систему, не ставится? ну возьми старее систему"
а я тебе в ответ - так именно эту проблему и решает докер.
да, в основном ничего делать лишнего не нужно, но это не всегда. Более того докер это не только изоляция, а и про деплой.
>>553869
Правильно смотрели.
Собери мне под какую-нибудь железяку со своим линуксом и armv7 все, чтобы без пердолинга.
На сях, я хотя бы включаю статичную сборку, да, раздуваю бинарник, но потом просто с флешки закидываю и как человек могу на любую железяку закинуть.
Тут - я должен, блядь, все зависимости нативные найти, найти нужные версии, со всеми проверить. Это пиздец какой-то.
> Когда я этим докер ебланам рассказал что шарп приложение умеют себя собирать включая все свои зависимости прям в билд и не требуют вообще никакой настройки хоть в линуксе хоть в винде, то на меня смотрели как на ебанутого.
Правильно смотрели.
Собери мне под какую-нибудь железяку со своим линуксом и armv7 все, чтобы без пердолинга.
На сях, я хотя бы включаю статичную сборку, да, раздуваю бинарник, но потом просто с флешки закидываю и как человек могу на любую железяку закинуть.
Тут - я должен, блядь, все зависимости нативные найти, найти нужные версии, со всеми проверить. Это пиздец какой-то.
>>556055
Я чет не понял. Может проблема в этом:
У тебя проект не на чистом сишарпе, а оливье из шарпа и с/с++ и подобных же либ?
Нативную сборку прог на шарпе под винду и линух обычный я делал и всё работает без проблем и думать негде там.
Я чет не понял. Может проблема в этом:
>все зависимости нативные найти
У тебя проект не на чистом сишарпе, а оливье из шарпа и с/с++ и подобных же либ?
Нативную сборку прог на шарпе под винду и линух обычный я делал и всё работает без проблем и думать негде там.
>>556188
Дотнету - нужны зависимости, которые он с собой не таскает. Тот же openSSL, glibc нужной версии и прочее.
И потому - ты не можешь просто на линукс с busybox закинуть .net и приложуху на чистом шарпе и радоваться.
Программулину на си/плюсах ты просто собираешь, кидаешь на железяку и радуешься.
Дотнету - нужны зависимости, которые он с собой не таскает. Тот же openSSL, glibc нужной версии и прочее.
И потому - ты не можешь просто на линукс с busybox закинуть .net и приложуху на чистом шарпе и радоваться.
Программулину на си/плюсах ты просто собираешь, кидаешь на железяку и радуешься.
>>556194
Не нужно. У нас в конторе на IIS на винде всё крутиться нормально, недавно 4.8 ставили.
>ты не можешь просто на линукс
Не нужно. У нас в конторе на IIS на винде всё крутиться нормально, недавно 4.8 ставили.
>>556194
А почему дот нет их с собой не таскает, а программы на си/плюсах - таскают или обходятся без них?
В чём проблема дотнету сделать для этих зависимостей то же, что делает msvc для аналогичного кода на крестах?
>Дотнету - нужны зависимости, которые он с собой не таскает.
А почему дот нет их с собой не таскает, а программы на си/плюсах - таскают или обходятся без них?
В чём проблема дотнету сделать для этих зависимостей то же, что делает msvc для аналогичного кода на крестах?
>>556207
На плюсах - я могу просто статически слинковать все что мне надо и в моем бинарнике - будет, по сути, копии тех библиотеки, которые мне нужны(да, раздуваем размер бинаря, но если сравнивать с .net'ом, то даже так - это копейки).
Теперь про дотнет.
Сам рантайм .net - почему-то рассчитывает, что часть библиотек - будет в системе. Если не будет, ну, веселись с поиском тех либ, что нужны тебе. И при этом - никакой возможности собрать приложение, чтобы оно все-все-все нужное таскало с собой - нет. Это приводит к очень веселой ситуации, когда чтобы хелловорлд проверить - тебе приходится качать докеровский образ .net'а с дистрибутивом, максимально близкми к тому, что на твоем железе, выковыривать из него либы, рассовывать их по папочкам, чтобы просто запустить хелловорлд на железяки и пару бенчмарков, написанных на .net'е. Оч весело и прикольно.
На плюсах - я могу просто статически слинковать все что мне надо и в моем бинарнике - будет, по сути, копии тех библиотеки, которые мне нужны(да, раздуваем размер бинаря, но если сравнивать с .net'ом, то даже так - это копейки).
Теперь про дотнет.
Сам рантайм .net - почему-то рассчитывает, что часть библиотек - будет в системе. Если не будет, ну, веселись с поиском тех либ, что нужны тебе. И при этом - никакой возможности собрать приложение, чтобы оно все-все-все нужное таскало с собой - нет. Это приводит к очень веселой ситуации, когда чтобы хелловорлд проверить - тебе приходится качать докеровский образ .net'а с дистрибутивом, максимально близкми к тому, что на твоем железе, выковыривать из него либы, рассовывать их по папочкам, чтобы просто запустить хелловорлд на железяки и пару бенчмарков, написанных на .net'е. Оч весело и прикольно.
>>556207
Я кстати про MSVC - не говорил. Плюсы, с тулчейном на основе gcc, пишем в code::blocks(я, единственный мудень, что пишет в vim)
> msvc
Я кстати про MSVC - не говорил. Плюсы, с тулчейном на основе gcc, пишем в code::blocks(я, единственный мудень, что пишет в vim)
>>556219
Ну ок, можно посмотреть IL код, где вызываются функции этих внешних зависимостей и как на них ссылаются, и написать, скрипт, которых их подменит на приложенные рядом файлики под нужную систему.
Такие проблемы джуны 1+ года стажа должны уметь решать.
Ну ок, можно посмотреть IL код, где вызываются функции этих внешних зависимостей и как на них ссылаются, и написать, скрипт, которых их подменит на приложенные рядом файлики под нужную систему.
Такие проблемы джуны 1+ года стажа должны уметь решать.
>>556539
Пиздеть - не мешки ворочать.
Не я тут писал, как удобно и без пердолинга в дотнете на линуксе.
Пиздеть - не мешки ворочать.
Не я тут писал, как удобно и без пердолинга в дотнете на линуксе.
Что полезно изучить за сутки к собеседованию на позицию джуна c# (а точнее даже стажера)?
Перекатываюсь из 1с, тестовое задание сделал как-то по наитию
Перекатываюсь из 1с, тестовое задание сделал как-то по наитию
>>556539
эт твои слова? братан? это где в каком мире в какой реальности ил просеивать чтобы функции зависимостей найти и шкрепты писать не пердолинг?
>можно посмотреть IL код, где вызываются функции этих внешних зависимостей и как на них ссылаются, и написать, скрипт, которых их подменит на приложенные рядом файлики под нужную систему.
>шарп приложение умеют себя собирать включая все свои зависимости прям в билд и не требуют вообще никакой настройки хоть в линуксе хоть в винде
эт твои слова? братан? это где в каком мире в какой реальности ил просеивать чтобы функции зависимостей найти и шкрепты писать не пердолинг?
>>556585
А смысл накануне 2к23 уходить из 1С в пендосский шарп?
В 1С будут бабки, будут заказы. А шарп в РФ будет гнить и умирать.
А смысл накануне 2к23 уходить из 1С в пендосский шарп?
В 1С будут бабки, будут заказы. А шарп в РФ будет гнить и умирать.
>>556664
Проходи мимо.
Проходи мимо.
>>556585
Краткий справочник Албахари наверни перед собесом. Там 250 страниц, можно за пару часов непосредственно перед прочитать.
Краткий справочник Албахари наверни перед собесом. Там 250 страниц, можно за пару часов непосредственно перед прочитать.
>>556675
Ебать, две страницы в минуту.
Ебать, две страницы в минуту.
>>551587 (OP)
Хочу научиться прогать на С#, интересует веб/игры.
Но есть нюанс: у меня макбук на м1.
Кто пробовал дотнетом заниматься на маке? Какие подводные камни? Может быть стоит сначала на винде поучиться?
Хочу научиться прогать на С#, интересует веб/игры.
Но есть нюанс: у меня макбук на м1.
Кто пробовал дотнетом заниматься на маке? Какие подводные камни? Может быть стоит сначала на винде поучиться?
83 Кб, 855x451Стоит на Манжаро две версии дотнета: 6 и текущая (7). Консольные приложения нормально работают и 6 и 7 версии, но стоит попробовать ASP.NET как получаем ошибку с пикрила.
Вот вам и хваленная кроссплатформенность и обратная совместимость! Извольте каждый год переписывать свои проекты под новую версию.
Вот вам и хваленная кроссплатформенность и обратная совместимость! Извольте каждый год переписывать свои проекты под новую версию.
>>557291
ты эта...мух из котлет не делай.
хваленная кроссплатформенность и обратная совместимость - это когда я могу взять и подкинуть к своему дотнет 7 (по факту core же) проекту либу, которая скомпилена на дотнет 4.6 и все будет работать, и под линуксом в том числе
А ASP.NET это набор либ. А для либ абсолютная норма что там от версии к версии могут быть брикинг чанджес и мало ли что еще. И поэтому в дев мире принято локать конкретные версии при разработке чтобы на продакшене разворачивались именно эти и никакие другие ибо "мало ли что там забрякоченжилось". И потому обычны мануалы "миграция на такую то версию либы"
Потому от тебя и требуют конкретной версии набора либ (описано в файлике .runtimeconfig.json)
ты эта...мух из котлет не делай.
хваленная кроссплатформенность и обратная совместимость - это когда я могу взять и подкинуть к своему дотнет 7 (по факту core же) проекту либу, которая скомпилена на дотнет 4.6 и все будет работать, и под линуксом в том числе
А ASP.NET это набор либ. А для либ абсолютная норма что там от версии к версии могут быть брикинг чанджес и мало ли что еще. И поэтому в дев мире принято локать конкретные версии при разработке чтобы на продакшене разворачивались именно эти и никакие другие ибо "мало ли что там забрякоченжилось". И потому обычны мануалы "миграция на такую то версию либы"
Потому от тебя и требуют конкретной версии набора либ (описано в файлике .runtimeconfig.json)
>>557319
Во-первых, дотнет 6 стоит, но среда выполнения подхватывается почему-то 7, а не 6. Как заставить выполнять в 6 - не понятно.
Либы как правило есть все от 1 до последней. В дотнете же старых версий просто нет, их удаляют и заменяют новыми. Имея старый проект на руках, через некоторое время его уже не запустить. Единственное, запрещать все обновления, что сама же винда не выполняет и обновляет вопреки мнению пользователя. В итоге со временем любой проект на дотнете становится нерабочим.
Во-первых, дотнет 6 стоит, но среда выполнения подхватывается почему-то 7, а не 6. Как заставить выполнять в 6 - не понятно.
Либы как правило есть все от 1 до последней. В дотнете же старых версий просто нет, их удаляют и заменяют новыми. Имея старый проект на руках, через некоторое время его уже не запустить. Единственное, запрещать все обновления, что сама же винда не выполняет и обновляет вопреки мнению пользователя. В итоге со временем любой проект на дотнете становится нерабочим.
49 Кб, 854x801>>557325
не соглашусь. И хоть это винда, но судя по доке про убунту
"dotnet --list-sdks Используйте команды и dotnet --list-runtimes , чтобы узнать, какие версии установлены. "
в линуксах такая же мультирантаймвость.
>В дотнете же старых версий просто нет, их удаляют и заменяют новыми
не соглашусь. И хоть это винда, но судя по доке про убунту
"dotnet --list-sdks Используйте команды и dotnet --list-runtimes , чтобы узнать, какие версии установлены. "
в линуксах такая же мультирантаймвость.
>>557335
Да, если такие пакеты есть в репозитории, то можно установить, а есть дистрибутивы, где старое удаляют.
Да, если такие пакеты есть в репозитории, то можно установить, а есть дистрибутивы, где старое удаляют.
>>557343
возможно старый дотнет, что кончилась поддержка то его забрасывают. но 6й к ним не относится.
Так что просто выполни dotnet --list-runtimes
и просто доставь все что нужно и заработает
кстати, нашел у себя приложуху под 3.1, подправил .runtimeconfig.json под 7 и внезапно запустилось. Правда тут же упало ибо не нашло нужную WindowsBase (это WPF), но ведь стартовало же.
возможно старый дотнет, что кончилась поддержка то его забрасывают. но 6й к ним не относится.
Так что просто выполни dotnet --list-runtimes
и просто доставь все что нужно и заработает
кстати, нашел у себя приложуху под 3.1, подправил .runtimeconfig.json под 7 и внезапно запустилось. Правда тут же упало ибо не нашло нужную WindowsBase (это WPF), но ведь стартовало же.
>>557350
Нет, aspnet-runtimes 6.0. Кто поддерживает Манжару - обосрались и удалили нужный пакет из репы.
Нет, aspnet-runtimes 6.0. Кто поддерживает Манжару - обосрались и удалили нужный пакет из репы.
>>557359
ну ребята выбрали такой подход да
https://archlinux.org/packages/community/x86_64/dotnet-sdk/
быть всегда "на острие ибо нех"
тогда тебе копать в сторону старого подхода с dotnet-install.sh и бубна
https://www.jeremymorgan.com/tutorials/linux/how-to-install-dotnet-manjaro/
ну ребята выбрали такой подход да
https://archlinux.org/packages/community/x86_64/dotnet-sdk/
быть всегда "на острие ибо нех"
тогда тебе копать в сторону старого подхода с dotnet-install.sh и бубна
https://www.jeremymorgan.com/tutorials/linux/how-to-install-dotnet-manjaro/
>>552743
Пушто его каждый второй школьник учит чтобы говну наюнити сделать
Пушто его каждый второй школьник учит чтобы говну наюнити сделать
Если я прочитаю https://professorweb.ru я стану хотя бы мидлом?
>>558139
Но я мидл на других языках
Но я мидл на других языках
624 Кб, 1748x587>>558139
Надо просто быть уверенным в себе и говорить, что у тебя опыт 2-3 года, нужно придумать себе какие-то проекты.
По сути дела измеримой разницы по знаниям нет, только по опыту.
Уверенный и наглый джун - это мидл. Требуй сразу после курсов 220к, будешь мидлом. Если согласен работать за стопку гречи - ты опущенный джун, отойди в сторонку. На задания и тесты, которые могут тебя разоблачить, не соглашайся, это ниже твоего достоинства. Пусть тестовые задания всякий посткурсовый сброд решает. Ты выше этого. Ты не биомусор. Ты не будешь работать менее, чем за 250к. Если сам поверишь в это, то поверит и работодатель.
Ты успешный программист, а не обоссанная джуновая скотина. Ты не потерпишь ни малейшего неуважения.
Если обычному заурядному биомусору нужно 10 лет, чтобы стать сеньором, это не твои проблемы. Ты уже знаешь больше сеньора. И не нужно равнять тебя с обычными программистами. Ты просто на другом уровне.
Надо просто быть уверенным в себе и говорить, что у тебя опыт 2-3 года, нужно придумать себе какие-то проекты.
По сути дела измеримой разницы по знаниям нет, только по опыту.
Уверенный и наглый джун - это мидл. Требуй сразу после курсов 220к, будешь мидлом. Если согласен работать за стопку гречи - ты опущенный джун, отойди в сторонку. На задания и тесты, которые могут тебя разоблачить, не соглашайся, это ниже твоего достоинства. Пусть тестовые задания всякий посткурсовый сброд решает. Ты выше этого. Ты не биомусор. Ты не будешь работать менее, чем за 250к. Если сам поверишь в это, то поверит и работодатель.
Ты успешный программист, а не обоссанная джуновая скотина. Ты не потерпишь ни малейшего неуважения.
Если обычному заурядному биомусору нужно 10 лет, чтобы стать сеньором, это не твои проблемы. Ты уже знаешь больше сеньора. И не нужно равнять тебя с обычными программистами. Ты просто на другом уровне.
>>558155
В голос.
Каких курсов? Полного курса обучения в MIT разве что.
>Требуй сразу после курсов 220к, будешь мидлом.
В голос.
Каких курсов? Полного курса обучения в MIT разве что.
Слили лучший курс по сишарпу, теперь количество вкатунов в шарп увеличится в разы:
https://youtu.be/w8rRhAup4kg
https://youtu.be/w8rRhAup4kg
Как потрошить ASP.NET Core?
читал что есть такая микро оптимизация: запечатать классы от которых не планируется наследование, будет быстрее
если это так то почему классы без наследников по умолчанию не считаются запечатанными?
если это так то почему классы без наследников по умолчанию не считаются запечатанными?
>>558343
Не будет, пиздёж. Sealed классы просто не разрешают наследоваться и всё. Никакой оптимизации не будет.
Не будет, пиздёж. Sealed классы просто не разрешают наследоваться и всё. Никакой оптимизации не будет.
А правда, что сейчас запрещают писать циклы и заставляют писать всё в функциональном стиле через LINQ?
>>558348
Нет, это бред.
Нет, это бред.
>>558412
Можешь анус себе запечатать.
Можешь анус себе запечатать.
>>558343
Гипотетически это может помочь эвристикам JIT'а в доказательстве того, что иерархия наследования закрыта, а значит, возможно, он сможет произвести девиртуализацию вызова метода класса. Но JIT, скорее-всего, это сможет вывести и так, без указания sealed. Плюс просто ситуация, когда это сможет выстрелить редкая. На ум приходит только случай, когда у нас в сборке есть internal-интерфейс и один public класс. В таком случае, сделав этот класс sealed, мы сможем гарантировать, что у интерфейса только одна реализация, а значит, JIT сможет заменить все виртуальные вызовы методов интерфейса на статические (по их прямым адресам) вызовы методов класса.
В общем, не стоит с этим заморачиваться и помечать все sealed, если действительно нет причины запечатать класс.
Гипотетически это может помочь эвристикам JIT'а в доказательстве того, что иерархия наследования закрыта, а значит, возможно, он сможет произвести девиртуализацию вызова метода класса. Но JIT, скорее-всего, это сможет вывести и так, без указания sealed. Плюс просто ситуация, когда это сможет выстрелить редкая. На ум приходит только случай, когда у нас в сборке есть internal-интерфейс и один public класс. В таком случае, сделав этот класс sealed, мы сможем гарантировать, что у интерфейса только одна реализация, а значит, JIT сможет заменить все виртуальные вызовы методов интерфейса на статические (по их прямым адресам) вызовы методов класса.
В общем, не стоит с этим заморачиваться и помечать все sealed, если действительно нет причины запечатать класс.
>>558455
Классы, которые не будут по дизайну наследоваться, следует запечатывать. Неявное нужно делать явным. Это как компилятор предлагает помечать неизменяемые поля ридонли и удалять неиспользуемые приватные сеттеры. Большинство классов на самом деле никогда не будут наследоваться. В котлине по умолчанию классы запечатанные. Это ошибка дизайна языка сишарп, что класс по умолчанию не запечатанный.
>не стоит с этим заморачиваться и помечать все sealed, если действительно нет причины запечатать класс.
Классы, которые не будут по дизайну наследоваться, следует запечатывать. Неявное нужно делать явным. Это как компилятор предлагает помечать неизменяемые поля ридонли и удалять неиспользуемые приватные сеттеры. Большинство классов на самом деле никогда не будут наследоваться. В котлине по умолчанию классы запечатанные. Это ошибка дизайна языка сишарп, что класс по умолчанию не запечатанный.
>>558412
Так и правильно запечатывать. Оставлять распечатаными - это нужно иметь сильную мотивацию для этого. Запечатывай всё, делай всё приватным, не объебешься, уж поверь. Распечатать потом всегда успеешь.
Так и правильно запечатывать. Оставлять распечатаными - это нужно иметь сильную мотивацию для этого. Запечатывай всё, делай всё приватным, не объебешься, уж поверь. Распечатать потом всегда успеешь.
>>558478
Это не ошибка, а хорошее умолчание которое не связывает руки.
Я хуею с некоторы бдсм-языков где все по-умолчанию иммутабельно. Любая логика из реального мира нуждается в дополнительных телодвижениях, зато манямир сектантов чистоты не потревожен.
>Это ошибка дизайна языка сишарп, что класс по умолчанию не запечатанный.
Это не ошибка, а хорошее умолчание которое не связывает руки.
Я хуею с некоторы бдсм-языков где все по-умолчанию иммутабельно. Любая логика из реального мира нуждается в дополнительных телодвижениях, зато манямир сектантов чистоты не потревожен.
>>558553
хоть я за строгость, но это очень спорный момент
не единожды имея нужду унаследовать что-то от мелких, вспоминал их совсем не добрым словом.
Так что я за открытость по умолчанию.
хоть я за строгость, но это очень спорный момент
не единожды имея нужду унаследовать что-то от мелких, вспоминал их совсем не добрым словом.
Так что я за открытость по умолчанию.
>>558412
Не надо запечатывать. Это лишная работа и головняк в будущем с перекомпиляцией исходников когда тебе внезапно понадобится отнаследоваться.
Алсо есть редкий кейс: когда твой код уйдет в прод и в нем найдут критическую багу, ее смогут пофиксисть без исходников через рефлексию горячей перегрузгой проблемного класса. Запечатанный класс станет как серпом по яйцам, твою мать за это проклянут и выебут.
Не надо запечатывать. Это лишная работа и головняк в будущем с перекомпиляцией исходников когда тебе внезапно понадобится отнаследоваться.
Алсо есть редкий кейс: когда твой код уйдет в прод и в нем найдут критическую багу, ее смогут пофиксисть без исходников через рефлексию горячей перегрузгой проблемного класса. Запечатанный класс станет как серпом по яйцам, твою мать за это проклянут и выебут.
>>558348
Правда. Если пишешь дидовские циклы думают, что ты лох-пидор-неосилятор. И похер что циклы быстрее, понятнее и привычне.
Правда. Если пишешь дидовские циклы думают, что ты лох-пидор-неосилятор. И похер что циклы быстрее, понятнее и привычне.
Вы уёбки вместе со своим языком, я из-за вас плюсы забросил.
>>558584
Хуй там. Я дид и настолько уже привык к LINQ-у, что не могу нормально на портянки из циклов смотреть.
>дидовские циклы
>И похер что циклы быстрее, понятнее и привычне.
Хуй там. Я дид и настолько уже привык к LINQ-у, что не могу нормально на портянки из циклов смотреть.
Как собрать всё в один единственный исполняемый файл без нужды тащить вместе с ним дллки?
>>558653
Мне в линке не нравятся цепочки вызовов. В любой книге типо совершенного кода сказано, что это признак северного полярного лиса в проекте. Они всадник трудной отладки, отсутвия нужной абстракции, неправильного домена логики, протекающих в глобал данных. И тут появляются клоунские технологии которые провоцируют писать в таком стиле. Старый подход: нужно отфильтровать список - пишешь класс фильтра с нужными данными, в нем предикат или метод филтьтрации делающий работу. Это объект тестируемый, вызывается через одну точку, нигде не дублирует логику, понятно где он лежит, системный подход збс. Но сейчас пиздос, говнякают линк себе в штаны прямо по месту и пусть весь мир охуеет понимать зачем это написано и где еще в проекте есть грабли такой же конструкции.
Мне в линке не нравятся цепочки вызовов. В любой книге типо совершенного кода сказано, что это признак северного полярного лиса в проекте. Они всадник трудной отладки, отсутвия нужной абстракции, неправильного домена логики, протекающих в глобал данных. И тут появляются клоунские технологии которые провоцируют писать в таком стиле. Старый подход: нужно отфильтровать список - пишешь класс фильтра с нужными данными, в нем предикат или метод филтьтрации делающий работу. Это объект тестируемый, вызывается через одну точку, нигде не дублирует логику, понятно где он лежит, системный подход збс. Но сейчас пиздос, говнякают линк себе в штаны прямо по месту и пусть весь мир охуеет понимать зачем это написано и где еще в проекте есть грабли такой же конструкции.
>>558665
Да о нем. Нарушает. Сложная логика фиьтрации болтается прямо посреди бизнес-логике со всеми подробностями, хотя она должна быть скрыта за интерфейсом объекта-фильтра.
Да о нем. Нарушает. Сложная логика фиьтрации болтается прямо посреди бизнес-логике со всеми подробностями, хотя она должна быть скрыта за интерфейсом объекта-фильтра.
Собираюсь делать пет по Clean Architecture и DDD. Вряд ли у меня получится сделать все прям по науке, но хочу хотя бы нормально разбить все по слоям. То есть будет Api, Contracts, Application, Infrastructure, Domain. Как в это веселье влепить EF? В гугле и на ютубах никаких толковых туториалов не нашел.
>>558831 (Del)
Да соси ты хуй, зумерок полоумный. Без линка уже скоро максимальный элемент в массиве будет не найти таким гореразработчикам.
Да соси ты хуй, зумерок полоумный. Без линка уже скоро максимальный элемент в массиве будет не найти таким гореразработчикам.
>>558827 (Del)
Худшее говно что случалось с шарпами. Ебаные функциональные сектанты поналезли в чистый ОО-язык и задристали его вызовами функций функций функций функций поверх словарей листов массивов итераторов. Все это без нормально абстрагирования и с диким количеством повторов кода. Сука, были четкие объексты с методами и данными! Теперь просто лапша методов плавает сама по себе, а вокруг нее в наблеваны данные попадающие в захват блямд - за кулисами всь этот понос конпелятор все равно упаковывает в объекты, но написавший ее петух-пограмист не имеет нормальныйх объектов и копатеся по локоть в дристе.
Алсо на швабре видел статейку: как бы еще позаборестее трахнуть систему типов шарпа, чтобы дженерики стали гоморфными категориями абстрактных групп произвольного типа. У меня от такого рука сжимается в кулак и хочет уебать петуху, пояснив его криком - УЕБЫВА В СВОЙ ХАСКЕЛЬ ЖРАТЬ БОРЩ ЧЕРЕЗХ АНУС!
Бендный шарп, короч. ФП-фанатики его доебут до состоянитя С++.
>дают do-нотацию прямиком из хачкеля,
Худшее говно что случалось с шарпами. Ебаные функциональные сектанты поналезли в чистый ОО-язык и задристали его вызовами функций функций функций функций поверх словарей листов массивов итераторов. Все это без нормально абстрагирования и с диким количеством повторов кода. Сука, были четкие объексты с методами и данными! Теперь просто лапша методов плавает сама по себе, а вокруг нее в наблеваны данные попадающие в захват блямд - за кулисами всь этот понос конпелятор все равно упаковывает в объекты, но написавший ее петух-пограмист не имеет нормальныйх объектов и копатеся по локоть в дристе.
Алсо на швабре видел статейку: как бы еще позаборестее трахнуть систему типов шарпа, чтобы дженерики стали гоморфными категориями абстрактных групп произвольного типа. У меня от такого рука сжимается в кулак и хочет уебать петуху, пояснив его криком - УЕБЫВА В СВОЙ ХАСКЕЛЬ ЖРАТЬ БОРЩ ЧЕРЕЗХ АНУС!
Бендный шарп, короч. ФП-фанатики его доебут до состоянитя С++.
Прошёл бесплатный курс на htmlacademy, я теперь фулстек?
>>558584
Спустя время сказали расширить алгоритм на получение данных с БД. Вместо генерации скул запроса дастаешь данные в память и руками чешешь
Спустя время сказали расширить алгоритм на получение данных с БД. Вместо генерации скул запроса дастаешь данные в память и руками чешешь
>>556219
Пробовал собирать селф-контеин приложение? Рот можешь закрыть я уже год пишу тул который по сфтп заливается на голый линукс и работает
>Это приводит к очень веселой ситуации, когда чтобы хелловорлд проверить - тебе приходится качать докеровский образ .net'а с дистрибутивом, максимально близкми к тому, что на твоем железе, выковыривать из него либы, рассовывать их по папочкам, чтобы просто запустить хелловорлд на железяки и пару бенчмарков, написанных на .net'е. Оч весело и прикольно.
Пробовал собирать селф-контеин приложение? Рот можешь закрыть я уже год пишу тул который по сфтп заливается на голый линукс и работает
>>558809
Бумп.
Бумп.
>>558809
Потому что это максимально расплывчатая хуйня, вот прям у каждого первого полностью своё определение DDD. Можно писать какой угодно код с какими угодно концепциями хоть на ассемблере и иметь все основания называть это DDD. В 2к23 DDD - синоним программирования.
> В гугле и на ютубах никаких толковых туториалов не нашел.
Потому что это максимально расплывчатая хуйня, вот прям у каждого первого полностью своё определение DDD. Можно писать какой угодно код с какими угодно концепциями хоть на ассемблере и иметь все основания называть это DDD. В 2к23 DDD - синоним программирования.
Дебилы ИТТ не осилили в Linq.Dynamic, который имеет OrderBy(string propertyNames)...
49 Кб, 529x655>>559055
Советую почитать Ef Core в действии. Там как раз много внимания уделяется использованию ef core в ddd с примерами.
Советую почитать Ef Core в действии. Там как раз много внимания уделяется использованию ef core в ddd с примерами.
>>551587 (OP)
С наступающим, помогач!
Есть вопрос. Вот есть сущности многих разных типов. Заявки, задачи, отчёты, утверждения отчётов. Всё это во многих вариантах, задачи программы Task-Doer-1.0, задачи программы Task-Performer-v325.3, и так далее. И всё это между собой связано, там, вроде как, даже своя иерархия имеется, только мне не понять нифига, в чём тут суть иерархии, когда как по мне структура этих связей это просто граф без замкнутых путей и какой-либо иерархии.
И оно должно работать взаимосвязанно. Кто-то выявил проблему, по ней создалась задача, по ней создалась заявка на устранение в одной программе, по ней создалась заявка на устранение ещё в двух программах, по одной из них создался отчёт, по нему появилось утверждение отчёта, по нему закрылась заявка, по ней одна задача закрылась, по ней по цепочке закрылась эта же задача в других программах, сформировался ещё один отчёт, для вышестоящей организации, и так далее. Короче, всё элементарно и очевидно, но поддерживать это уже не очень элементарно.
Вот ты, мудрый ананасик, как бы ты решал эту проблему? Вообще, в целом?
И конкретно в частности: Есть одна задача в двух программах одной и той же организации. Ну, скажем, есть два инстанса двух разных классов, созданных по одной и той же проблеме. Они должны друг на друга влиять при создании, изменении или закрытии. Как красиво-то написать так, что у нас один объект, получив управление для выполнения каких-то действий, передаёт управление ещё и другому объекту для выполнения аналогичных действий, но тот не перебрасывает управление обратно?
Я-то могу просто взять и написать, но нужно бы написать так, чтобы этот код не был write only, это ведь сегодня все эти сущности связаны так, а завтра какой-то отдел перестанет отчитываться перед какой-то другой организацией, или будет отчитываться только по одному подтипу задач, а по другому не будет. Как сделать так, чтобы в будущем всё это правилось с минимальными усилиями?
С наступающим, помогач!
Есть вопрос. Вот есть сущности многих разных типов. Заявки, задачи, отчёты, утверждения отчётов. Всё это во многих вариантах, задачи программы Task-Doer-1.0, задачи программы Task-Performer-v325.3, и так далее. И всё это между собой связано, там, вроде как, даже своя иерархия имеется, только мне не понять нифига, в чём тут суть иерархии, когда как по мне структура этих связей это просто граф без замкнутых путей и какой-либо иерархии.
И оно должно работать взаимосвязанно. Кто-то выявил проблему, по ней создалась задача, по ней создалась заявка на устранение в одной программе, по ней создалась заявка на устранение ещё в двух программах, по одной из них создался отчёт, по нему появилось утверждение отчёта, по нему закрылась заявка, по ней одна задача закрылась, по ней по цепочке закрылась эта же задача в других программах, сформировался ещё один отчёт, для вышестоящей организации, и так далее. Короче, всё элементарно и очевидно, но поддерживать это уже не очень элементарно.
Вот ты, мудрый ананасик, как бы ты решал эту проблему? Вообще, в целом?
И конкретно в частности: Есть одна задача в двух программах одной и той же организации. Ну, скажем, есть два инстанса двух разных классов, созданных по одной и той же проблеме. Они должны друг на друга влиять при создании, изменении или закрытии. Как красиво-то написать так, что у нас один объект, получив управление для выполнения каких-то действий, передаёт управление ещё и другому объекту для выполнения аналогичных действий, но тот не перебрасывает управление обратно?
Я-то могу просто взять и написать, но нужно бы написать так, чтобы этот код не был write only, это ведь сегодня все эти сущности связаны так, а завтра какой-то отдел перестанет отчитываться перед какой-то другой организацией, или будет отчитываться только по одному подтипу задач, а по другому не будет. Как сделать так, чтобы в будущем всё это правилось с минимальными усилиями?
>>559205
Как же много воды. Давай вкратце, что у тебя не работает? Опиши всё в парочке предложений.
Как же много воды. Давай вкратце, что у тебя не работает? Опиши всё в парочке предложений.
291 Кб, 1250x695>>559207
Да всё работает. Система получается слишком сложная. Как красиво такое написать? Задача же вроде стандартная для всяких там CRM. Наверняка тут каждый второй чем-то подобным занимался. Или нет?
Да всё работает. Система получается слишком сложная. Как красиво такое написать? Задача же вроде стандартная для всяких там CRM. Наверняка тут каждый второй чем-то подобным занимался. Или нет?
>>558963
Нет, блядь, не пробовал.
Пробовал взять и залить на китайский контроллер/WiFi-модуль и проч с их китайским линуксом селф-контейнед приложение? Я - да. В 90% случаев, тебе не фортануло - иди ебись как хочешь.
Ну серьезно. Ты думаешь учитывая, что я плюсовые приложухи - собираю статически - мне в кайф с дотнетовскими ебаться?
> Пробовал собирать селф-контеин приложение?
Нет, блядь, не пробовал.
Пробовал взять и залить на китайский контроллер/WiFi-модуль и проч с их китайским линуксом селф-контейнед приложение? Я - да. В 90% случаев, тебе не фортануло - иди ебись как хочешь.
Ну серьезно. Ты думаешь учитывая, что я плюсовые приложухи - собираю статически - мне в кайф с дотнетовскими ебаться?
>>559205
Паттерн есть - цепочка обязаностей. Суть есть несколько документов, надо чтобы они консистентно обрабатывали поток событий от пользователей или других систем. Связанные доки собираются в список и каждому элементу передается объект текущего события и текущий контекст обработки. Список крутится до тех пор пока все связаные доки не отрапортуют, что они сделали все что надо над одним объектом события, при этом с друг другом они общаются через контекст обработки. На верхнем уровне надо определить какие документы связаны, какие события редактирования они принимают по цепочке, и признак конца обработки(когда цикл закончится). Если в будущем связи между доками пропадут, то надо будет поправить заголовок совместной обработки и на этом все.
Наверно тебе что-то подобное нужно.
>Они должны друг на друга влиять при создании, изменении или закрытии. Как красиво-то написать так, что у нас один объект, получив управление для выполнения каких-то действий, передаёт управление ещё и другому объекту для выполнения аналогичных действий, но тот не перебрасывает управление обратно?
Паттерн есть - цепочка обязаностей. Суть есть несколько документов, надо чтобы они консистентно обрабатывали поток событий от пользователей или других систем. Связанные доки собираются в список и каждому элементу передается объект текущего события и текущий контекст обработки. Список крутится до тех пор пока все связаные доки не отрапортуют, что они сделали все что надо над одним объектом события, при этом с друг другом они общаются через контекст обработки. На верхнем уровне надо определить какие документы связаны, какие события редактирования они принимают по цепочке, и признак конца обработки(когда цикл закончится). Если в будущем связи между доками пропадут, то надо будет поправить заголовок совместной обработки и на этом все.
Наверно тебе что-то подобное нужно.
>>559178 (Del)
Спасибо, но жрать говно не планирую. Чтобы понять, что это говно не обязательно его деустировать.
Возразить тебе по-существу нечем кроме того, что петухи написли какое-то монадное петушение 10 лет назад. Единственный вопрос: чо им в хаскеле не сидится с этой дрисней? Нахуя он гадят в нормальный язык?
>твои визги в сторону функциональщины имели бы хоть какой-то вес, если бы ты хоть что-то из этой самой фунциональщины осилил
Спасибо, но жрать говно не планирую. Чтобы понять, что это говно не обязательно его деустировать.
Возразить тебе по-существу нечем кроме того, что петухи написли какое-то монадное петушение 10 лет назад. Единственный вопрос: чо им в хаскеле не сидится с этой дрисней? Нахуя он гадят в нормальный язык?
>>559300
НАХОДИШЬ ШАРП В ФАЙЛАХ CPP
НАХОДИШЬ ШАРП В ФАЙЛАХ CPP
>>559307 (Del)
Не рвись, функциональная манька. Хотя я рад, что хоть в одном промышленном языке появилось понятное для тебя петушение и ты наконец начать зарабатывать деньги решая рельные задачи, а не жрать мамкин борщ прорешивая в сотый раз скип.
Не рвись, функциональная манька. Хотя я рад, что хоть в одном промышленном языке появилось понятное для тебя петушение и ты наконец начать зарабатывать деньги решая рельные задачи, а не жрать мамкин борщ прорешивая в сотый раз скип.
>>559327 (Del)
Причина баха?
Линк говно - это объективно. Функциональная парадигма - ущебна по сравнению с ОО-парадигмой. Нормальные люди это понимают и не тащат в проекты каку. о чем тут спорить?
>ряяяя ухади мне неприятно
Причина баха?
Линк говно - это объективно. Функциональная парадигма - ущебна по сравнению с ОО-парадигмой. Нормальные люди это понимают и не тащат в проекты каку. о чем тут спорить?
>>559350 (Del)
Нахуя ты его так?
Нахуя ты его так?
>>559280
Мне кажется, тут это не пойдёт. В цепочке у каждой сущности одинаковый интерфейс. И она линейна. А тут что-то вроде дерева, растущего во все стороны, и центр в нём определить невозможно.
При этом действия разные.
Создан отчёт: Розетку отремонтировали.
Задача отдела по ремонту розеток - закрывается, а не создаётся.
Задача, поставленная управлением по контролю за ремонтом розеток - не закрывается, а переводится в ожидание приёмки. А параллельно всему этому на основе отчёта отдела по ремонту розеток создаётся отчёт на уровне всей нашей компании, который в каком-то виде отправляется в управление по контролю за розетками. То есть тут и ветвление, и передача по цепочкам, но в одной цепочке происходит создание отчётов, а в другой - закрытие или перевод в ожидание приёмки заявок.
Мне кажется, тут это не пойдёт. В цепочке у каждой сущности одинаковый интерфейс. И она линейна. А тут что-то вроде дерева, растущего во все стороны, и центр в нём определить невозможно.
При этом действия разные.
Создан отчёт: Розетку отремонтировали.
Задача отдела по ремонту розеток - закрывается, а не создаётся.
Задача, поставленная управлением по контролю за ремонтом розеток - не закрывается, а переводится в ожидание приёмки. А параллельно всему этому на основе отчёта отдела по ремонту розеток создаётся отчёт на уровне всей нашей компании, который в каком-то виде отправляется в управление по контролю за розетками. То есть тут и ветвление, и передача по цепочкам, но в одной цепочке происходит создание отчётов, а в другой - закрытие или перевод в ожидание приёмки заявок.
>>559350 (Del)
Ты просто назвал меня тупым из-за того, что я не пишу ФП-лапшу как ты. А может это ты тупой? М? Понтуешься тут как можешь круто поедать борщ новыми способами, но твой код ужасен. Дерьмо без абстракций на бесконечных замыканиях для домена приложухи не годится.
>>559426 (Del)
Не нужно. Уебывай на любой ФП язык.
Да. А еще потому что привлекает извращенцев и кораптит моск неокрепших нюфагов.
Ты просто назвал меня тупым из-за того, что я не пишу ФП-лапшу как ты. А может это ты тупой? М? Понтуешься тут как можешь круто поедать борщ новыми способами, но твой код ужасен. Дерьмо без абстракций на бесконечных замыканиях для домена приложухи не годится.
>>559426 (Del)
>добавить тайпклассы
Не нужно. Уебывай на любой ФП язык.
> LINQ говно, потому что.... потому что функциональщина!
Да. А еще потому что привлекает извращенцев и кораптит моск неокрепших нюфагов.
>>559438 (Del)
Тебе корона на уши не давит? Я понимаю как это говно писать и как оно работает, но я его не пишу осознано, потому что все ФП-петушение сосет у ОО-подхода. Я выше перечислил в чем траблы. Главная проблема - теряется семантика. Глядя на словарь словарей с листами ни за что не отгадаешь какую логическую единицу данных представлят чудо которое в нем хранится. Потом у каждого объекта есть список методов позволяющих что-то с ним делать, а над контейнерами можно выполнить любую функцию и попробуй отгадать какая из этих функций валидна в данном контексте данных. ФП-сектантам в принципе норм, ведь состояние у них харам остаются только функции поверх листов-параметров для замены того самого состояния на пошишечки. У меня баребух из-за того что подобные кадры лезут со своей парашей в чистый ОО-язык. Еще расказывают как все вокруг неправильно живут и вообще дебилы непонимающие их монад. Обидное.
Линк ест моск.
Тебе корона на уши не давит? Я понимаю как это говно писать и как оно работает, но я его не пишу осознано, потому что все ФП-петушение сосет у ОО-подхода. Я выше перечислил в чем траблы. Главная проблема - теряется семантика. Глядя на словарь словарей с листами ни за что не отгадаешь какую логическую единицу данных представлят чудо которое в нем хранится. Потом у каждого объекта есть список методов позволяющих что-то с ним делать, а над контейнерами можно выполнить любую функцию и попробуй отгадать какая из этих функций валидна в данном контексте данных. ФП-сектантам в принципе норм, ведь состояние у них харам остаются только функции поверх листов-параметров для замены того самого состояния на пошишечки. У меня баребух из-за того что подобные кадры лезут со своей парашей в чистый ОО-язык. Еще расказывают как все вокруг неправильно живут и вообще дебилы непонимающие их монад. Обидное.
Линк ест моск.
слушьте, а как нормально компилить в vscode. чтобы не тыкаться в терминале.
не прописывать dotnet run постоянно?
и еще такой вопрос, а че при дебаге терминал не работает чтоли? все эти врайтлайны, ридлайны?
не прописывать dotnet run постоянно?
и еще такой вопрос, а че при дебаге терминал не работает чтоли? все эти врайтлайны, ридлайны?
>>559471
Тестовый редактор тебе не IDE, понятное дело, что надо будет тыкаться в терминале.
Тестовый редактор тебе не IDE, понятное дело, что надо будет тыкаться в терминале.
>>559474
тык епт помогите это говно автоматизировать наверняка в ней где то можно батник прописать?
тык епт помогите это говно автоматизировать наверняка в ней где то можно батник прописать?
>>559533
Зато можно автоматизировать Emacs.
Зато можно автоматизировать Emacs.
>>559529
просто подскажи куда копать.
вот там есть джейсон файлы с какими то путями. лоунч и таск - это оно?
или надо расширение конкретно для редактора делать?
просто для либы SGDK на C в этой же студии есть дополнение которое типа добавляет команду запуска в шел. и все ебать. эта команда за тебя последовательно через терминал компилирует все.
вот может дополнение уже есть такое же??
просто подскажи куда копать.
вот там есть джейсон файлы с какими то путями. лоунч и таск - это оно?
или надо расширение конкретно для редактора делать?
просто для либы SGDK на C в этой же студии есть дополнение которое типа добавляет команду запуска в шел. и все ебать. эта команда за тебя последовательно через терминал компилирует все.
вот может дополнение уже есть такое же??
>>559534 (Del)
эта блядская студия всегда будет весит больше, сколькоб я винтов не покупал. зря только зхадницу порву.
>Курьером поработай сначала, ну или в ...
эта блядская студия всегда будет весит больше, сколькоб я винтов не покупал. зря только зхадницу порву.
>>559572 (Del)
ну а че всеж с кода кипятком ссут
ну а че всеж с кода кипятком ссут
ладно такая хуйня, вроде поставилас студия, влезла. а че она мне проект не собирает?
поставил я значит нет кор 7мой свежий.
загрузил значит асп нет.
шаблон просто веб кор.
результат нихуя ругается на 7ой нет. просит пятый.
Это че нормально?
поставил я значит нет кор 7мой свежий.
загрузил значит асп нет.
шаблон просто веб кор.
результат нихуя ругается на 7ой нет. просит пятый.
Это че нормально?
>>556585
В общем, как оказалось, это позиция на джуна t-sql. С вкраплениями дотнета. Имеет смысл вкат сюда, есть перспективы переката в серьезный дотнет? Зп здесь вполне рыночные.
В общем, как оказалось, это позиция на джуна t-sql. С вкраплениями дотнета. Имеет смысл вкат сюда, есть перспективы переката в серьезный дотнет? Зп здесь вполне рыночные.
53 Кб, 2380x914ладно кароч, запустилось на 5м нет коре шаблон выдает вот такую хуйню. Это нормально или чето не прогрузилось?
я видел что шаблоны в видосе покрасивей открывались прям с графикой.
а тут чет он и в коде пустой. но я не шарю совсем.
я видел что шаблоны в видосе покрасивей открывались прям с графикой.
а тут чет он и в коде пустой. но я не шарю совсем.
>>559500 (Del)
Я выпоз из оливьешечке сказать тебе, что ты опять несешь дичь на своем птичьем языке. Братишка, для работы это нинужна. Совсем.
С новым годом тебя.
Я выпоз из оливьешечке сказать тебе, что ты опять несешь дичь на своем птичьем языке. Братишка, для работы это нинужна. Совсем.
С новым годом тебя.
>>559500 (Del)
Мимопроходил. Чел, подкинь ссылок на теоретические основы.
>чтобы пройти по ссылкам, прочитать информацию
Мимопроходил. Чел, подкинь ссылок на теоретические основы.
>>559350 (Del)
Ради интереса полистал, т.к. когда-то писал велосипедопарсеры-интерпретаторы арифметических выражений.
И я ожидал удовлетворить своё любопытство, как же это всё можно красиво сделать в ФП.
Но твой код - ничего не делает. Ты просто создал сотни файлов с интерфейсами и хелпер-методами с телом в одну строчку, чтобы... обернуть несколько стандартных функций типа int.Parse() и реализовать какой-то примитивный абстрактный токенизатор?
Что это? Зачем?
>ParsecSharp
Ради интереса полистал, т.к. когда-то писал велосипедопарсеры-интерпретаторы арифметических выражений.
И я ожидал удовлетворить своё любопытство, как же это всё можно красиво сделать в ФП.
Но твой код - ничего не делает. Ты просто создал сотни файлов с интерфейсами и хелпер-методами с телом в одну строчку, чтобы... обернуть несколько стандартных функций типа int.Parse() и реализовать какой-то примитивный абстрактный токенизатор?
Что это? Зачем?
>>559667
Так борщехлебам работа и не нужна.
Так борщехлебам работа и не нужна.
>>559747
Анон, советую лучше посмотреть на Sprache https://github.com/sprache/Sprache . Это как раз приличная production ready реализация комбинаторных парсеров для C#. В ридмишке есть ссылки на примеры использования и статьи с примерами.
На самом деле очень удобная либа. Особенно когда тебе нужно парсить что-то не сильно большое, но то, что нельзя описать регулярной грамматикой (тобишь то, что априори регулярками парсить нельзя). Заюзать Sprache гораздо быстрее, проще и поддерживаемей, чем писать ручками свой парсер с рекурсивным спуском или LR(1) автомат (хотя с приходом patter-матчинга их небольшие реализации стало писать достаточно прикольно) или тащить в проект ANTLR.
Да и по сравнению с регулярками парсеры описанные на Sprache выходят сильно более читаемыми.
Анон, советую лучше посмотреть на Sprache https://github.com/sprache/Sprache . Это как раз приличная production ready реализация комбинаторных парсеров для C#. В ридмишке есть ссылки на примеры использования и статьи с примерами.
На самом деле очень удобная либа. Особенно когда тебе нужно парсить что-то не сильно большое, но то, что нельзя описать регулярной грамматикой (тобишь то, что априори регулярками парсить нельзя). Заюзать Sprache гораздо быстрее, проще и поддерживаемей, чем писать ручками свой парсер с рекурсивным спуском или LR(1) автомат (хотя с приходом patter-матчинга их небольшие реализации стало писать достаточно прикольно) или тащить в проект ANTLR.
Да и по сравнению с регулярками парсеры описанные на Sprache выходят сильно более читаемыми.
>>559829 (Del)
Но так и не смог сказать что это такое и зачем нужно. Типичное тупое кукарекало.
> я 33 раза в своих написал про монадные парсеры
Но так и не смог сказать что это такое и зачем нужно. Типичное тупое кукарекало.
>>559853
я мимокрок
это хороший парсер, но сложно в нем делать экранирование кавычек
а потому сразу лучше прыгать до peg парсеров
я мимокрок
это хороший парсер, но сложно в нем делать экранирование кавычек
а потому сразу лучше прыгать до peg парсеров
60 Кб, 1271x346читаю сейчас метанит.
че такое системные типы? это класс чтоли встроенный?
а int тогда че такое? почему сразу не писать Uint32?
в сях вроде так можно
че такое системные типы? это класс чтоли встроенный?
а int тогда че такое? почему сразу не писать Uint32?
в сях вроде так можно
>>560266
ну типы что дают тебе искаропки
да пиши как хочешь. это всего лишь алиасы
хотя конечно так мало кто пишет.
>че такое системные типы?
ну типы что дают тебе искаропки
>а int тогда че такое? почему сразу не писать Uint32?
да пиши как хочешь. это всего лишь алиасы
хотя конечно так мало кто пишет.
>>560276
это значит что можешь писать так и этак и будет одинаково
считай что это аналог такого
using int = System.Int32;
это значит что можешь писать так и этак и будет одинаково
считай что это аналог такого
using int = System.Int32;
>>560278
Спасибо анон!
Спасибо анон!
>>551587 (OP)
Аноны подскажите я фронт немного кодю на яве и котлине, хочу попробовать перекатиться вбэк быстрее освоить
csharp vs golang
Аноны подскажите я фронт немного кодю на яве и котлине, хочу попробовать перекатиться вбэк быстрее освоить
csharp vs golang
>>560282
че больше нравится то быстрее освоишь
че больше нравится то быстрее освоишь
>>560281
досталась от пращуров со времен мамонтовых войн
досталась от пращуров со времен мамонтовых войн
>>560281
Давно, это было как минимум в пятом шарпе (.net 4.0).
Давно, это было как минимум в пятом шарпе (.net 4.0).
а как смотреть доступные перегрузки в методе?
типа допустим вот есть у нас Convert.toint32() а в кобочках 18 перегрузок на разные типа значений как посмотреть че там доступно?
в визуал студии
типа допустим вот есть у нас Convert.toint32() а в кобочках 18 перегрузок на разные типа значений как посмотреть че там доступно?
в визуал студии
>>560322
Скобку открываешь и можно перелистывать стрелками вверх-вниз доступные сигнатуры в подсказке.
Или курсор между скобками и клавой жмешь Cntr + Shift + Space, и потом снова стрелками.
Скобку открываешь и можно перелистывать стрелками вверх-вниз доступные сигнатуры в подсказке.
Или курсор между скобками и клавой жмешь Cntr + Shift + Space, и потом снова стрелками.
а вот кароче, я открыл проект в студии, который я раньше сделал через vscode.
простой консольный проект. и у меня не работает подсветка.
как ее включить в студии?
простой консольный проект. и у меня не работает подсветка.
как ее включить в студии?
>>560472
не а как вот непример есть у меня чужие исходники. сделаные не в студии. как мне их открыть и включить подсветку кода?
не а как вот непример есть у меня чужие исходники. сделаные не в студии. как мне их открыть и включить подсветку кода?
>>560512
пасибо! недодумался. Да ладно все равно тред мертвый, пусть хоть какая то движуха будет
пасибо! недодумался. Да ладно все равно тред мертвый, пусть хоть какая то движуха будет
кароче че мне с подсветкой помогло.
в файле .csproj сменил версию net на 5ю и все заработало.
<TargetFramework>net5.0</TargetFramework>
похоже 19я студия тупо не поддерживает 7й нет
в файле .csproj сменил версию net на 5ю и все заработало.
<TargetFramework>net5.0</TargetFramework>
похоже 19я студия тупо не поддерживает 7й нет
>>560543
дык тут такое дело. 19 я у меня стоит до 4.26 анрил. и если я поставлю 22ю то мне и анрил придется обновлять до 5й версии. а это все вкупе 30-40 гигов выкачивать. я пока в деревне живу , через свисток.
а нет я просто пощупать хочу. вдруг не понравится совсем.
дык тут такое дело. 19 я у меня стоит до 4.26 анрил. и если я поставлю 22ю то мне и анрил придется обновлять до 5й версии. а это все вкупе 30-40 гигов выкачивать. я пока в деревне живу , через свисток.
а нет я просто пощупать хочу. вдруг не понравится совсем.
>>560603
Ну да, это правильно.
Ну да, это правильно.
>>560599
Ты можешь вместе и 19-ю и 22-ю поставить. И любую другую. И даже солюшены будут открывться той студией для которой они созданы, там достаточно умный селектор есть.
И они даже работать смогут одновремено, не мешая друг-другу, если, конечно, памяти хватит.
Ты можешь вместе и 19-ю и 22-ю поставить. И любую другую. И даже солюшены будут открывться той студией для которой они созданы, там достаточно умный селектор есть.
И они даже работать смогут одновремено, не мешая друг-другу, если, конечно, памяти хватит.
>>554865
Но задача должна быть хорошо сформулирована, с кучей условий, чтоб ты гуглил и изучал именно что "надо". Если ты сам себе скажешь "сделать форум", то ты сделаешь всё максимально примитивно и почти ничему не научишься.
Но задача должна быть хорошо сформулирована, с кучей условий, чтоб ты гуглил и изучал именно что "надо". Если ты сам себе скажешь "сделать форум", то ты сделаешь всё максимально примитивно и почти ничему не научишься.
>>560659
Если возникают подобные вопросы, значит человеку ничего не нужно, он не будет ничего делать и ничему не научится. Обучение начнется только на работе, когда будут платить деньги, вот ради этого и будет делать и учеба пойдёт.
Если возникают подобные вопросы, значит человеку ничего не нужно, он не будет ничего делать и ничему не научится. Обучение начнется только на работе, когда будут платить деньги, вот ради этого и будет делать и учеба пойдёт.
Доброго времени суток всем работягам! Начинаю, в это нелегкое время, свой тернистый путь C# разработчика. Меня интересует преимущественно бэкенд. Хотелось бы в этом треде найти единомышленников или людей с опытом работы в этой индустрии. Изучаю шарп уже полгода, но всё равно чувствую, что во многих местах присутствуют пробелы в знаниях (как минимум на тестовых заданиях и интервью при трудоустройстве). Я понимаю, что есть огромное количество учебных материалов и ресурсов, но откровенно говоря, в них можно просто утонуть, затянув при этом свое обучение на долгие, долгие годы. Поэтому хотелось бы найти человека, который поможет сориентироваться на месте и подсказать несостоявшемуся джуну как оно всё устроено на самом деле. Надеюсь на Ваше понимание)
>>560910
Учи EFCore, кодстайл шарпа, SQL, научись ебашить КРУДы, пойми что такое DTO, как писать по DDD и уже можно будет работать
Учи EFCore, кодстайл шарпа, SQL, научись ебашить КРУДы, пойми что такое DTO, как писать по DDD и уже можно будет работать
>>560910
https://github.com/Elfocrash/.NET-Backend-Developer-Roadmap
Вот когда по этой карте до хотя бы до микросервисов дойдешь, тогда можешь несостоявшимся 'джуном' считаться.
>Изучаю шарп уже полгода
>несостоявшемуся джуну
https://github.com/Elfocrash/.NET-Backend-Developer-Roadmap
Вот когда по этой карте до хотя бы до микросервисов дойдешь, тогда можешь несостоявшимся 'джуном' считаться.
>>561021
Картинка из серии: Мы много говна сожрали и ты столько сожри прежде чем нам бросать вызов.
Нельзя просто взять и начать писать бек с рест-апи, попутно погружаясь в разныве темы по мере надобности.
Картинка из серии: Мы много говна сожрали и ты столько сожри прежде чем нам бросать вызов.
Нельзя просто взять и начать писать бек с рест-апи, попутно погружаясь в разныве темы по мере надобности.
>>561021
Все эти роадмапы придумали говноеды для дебилов 75 IQ, которые не могут думать своей головой. Одни облака в разделе про микросервисы многое говорят об этих людях.
Все эти роадмапы придумали говноеды для дебилов 75 IQ, которые не могут думать своей головой. Одни облака в разделе про микросервисы многое говорят об этих людях.
>>561052
Да не вопрос. Писать то начать ты можешь, но если мы говорим о реальной работе, то в нынешних реалиях, от джуна ожидают хотя бы минимального опыта работы с любым пунктом этого списка. Ну или хотя бы способности ответить на пару-тройку определяющих вопросов по каждой теме.
>Нельзя просто взять и начать писать бек с рест-апи, попутно погружаясь в разныве темы по мере надобности.
Да не вопрос. Писать то начать ты можешь, но если мы говорим о реальной работе, то в нынешних реалиях, от джуна ожидают хотя бы минимального опыта работы с любым пунктом этого списка. Ну или хотя бы способности ответить на пару-тройку определяющих вопросов по каждой теме.
>>561091
Любой компилирующийся код полностью соответствует DDD.
Любой компилирующийся код полностью соответствует DDD.
>>561064
Всякие пидоры пытаются купить мидлов по цене джунов. Навесят кучу требований, а когда их не вывозят режуит ЗП. Потом попавшие под такую практику рассказывают как много надо знать джуну, стоят роадмапы где надо обязательно учить пять технологий для одной задачи.
Всякие пидоры пытаются купить мидлов по цене джунов. Навесят кучу требований, а когда их не вывозят режуит ЗП. Потом попавшие под такую практику рассказывают как много надо знать джуну, стоят роадмапы где надо обязательно учить пять технологий для одной задачи.
>>561096
Чет там самое обычное всё. В чем отличие от не ddd, хз
«На третьем ходу выяснилось, что гроссмейстер играет восемнадцать испанских партий. В остальных двенадцати чёрные применили хотя и устаревшую, но довольно верную защиту Филидора. Если б Остап узнал, что он играет такие мудрёные партии и сталкивается с такой испытанной защитой, он крайне бы удивился. Дело в том, что великий комбинатор играл в шахматы второй раз в жизни».
Чет там самое обычное всё. В чем отличие от не ddd, хз
«На третьем ходу выяснилось, что гроссмейстер играет восемнадцать испанских партий. В остальных двенадцати чёрные применили хотя и устаревшую, но довольно верную защиту Филидора. Если б Остап узнал, что он играет такие мудрёные партии и сталкивается с такой испытанной защитой, он крайне бы удивился. Дело в том, что великий комбинатор играл в шахматы второй раз в жизни».
DDD -:это то же, что ООП.
>>561202
Повторюсь - я не вижу там ничего отличного от самого обычного способа написания приложений, которое существовало всегда.
Когда мне говорят "попробуй DDD", то мне хотелось бы увидеть не что плюшки, а хотя бы отличия от классики.
Вот микросервисы хоть просты, но имеют ярковыраженную особенность.
а тут - вода водой в воде и "покупайте задорого"
Повторюсь - я не вижу там ничего отличного от самого обычного способа написания приложений, которое существовало всегда.
Когда мне говорят "попробуй DDD", то мне хотелось бы увидеть не что плюшки, а хотя бы отличия от классики.
Вот микросервисы хоть просты, но имеют ярковыраженную особенность.
а тут - вода водой в воде и "покупайте задорого"
>>561209
На тему погодных условий, возьмешь там опенвеазер апи
На тему погодных условий, возьмешь там опенвеазер апи
суака ебать. чет начал разочаровываться в веб разработке.
смотрю сейчас аспнет кор. и сука там ебать ковырять включаешь фреймворк, он хуй пойми там как чет работает, включаешь какието хуй пойми компоненты. без этих компонентов тебе хуй будет доступ к штмл. но и там это не штмль а какието куски заготовок, которые тоже хуй пойми как подтягиваются и сшиваются другими компонентами аспкора. и все это сдобрено юблюдским синтаксисом который к с# ни сбоку припеку. модели какие то придумали. в виде классов без методов. кароче тоже какая то хуйня чисто для представления. почему не листы тогда вместо классов? мне вообще попрагроммировать дадут?
че за хуйня происходит. такое ощущение, что за тебя уже все написал какой то долбаеб а ты отчаянно пытаешься разобраться в его говнокоде. все обложенно спец правилами. Это ВСЕЕЕЕЕЁЁЁЁ надо изучить и понять чтобы блядь банальный хеллоу ворд написать.
Это че вообще? это программирование я вас спрашиваю? это везде так в вебе или только в дотнете? Есть может чето более привычное?
Еще блядь я с# не узнаю совсем. вкатывался 10 лет назад в контексте юнити. каким красивым он тогда казался. жестко типизированый правильный. никаких неявных конструкций.
сидели ржали с посонами на джавистами.
а тут захожу неявные типы, какието верхнеуровневые команды, какието ублюдские сокращения. => это че вообще?
нахуй так делать? это че это то самое хваленное развитие? компилятор всеравнож это все приводит к старому типу.
посоны у меня бомбит реально. может действительно жаваскрипс какойнибудь с ноджсом поприятнее будут для веба?
смотрю сейчас аспнет кор. и сука там ебать ковырять включаешь фреймворк, он хуй пойми там как чет работает, включаешь какието хуй пойми компоненты. без этих компонентов тебе хуй будет доступ к штмл. но и там это не штмль а какието куски заготовок, которые тоже хуй пойми как подтягиваются и сшиваются другими компонентами аспкора. и все это сдобрено юблюдским синтаксисом который к с# ни сбоку припеку. модели какие то придумали. в виде классов без методов. кароче тоже какая то хуйня чисто для представления. почему не листы тогда вместо классов? мне вообще попрагроммировать дадут?
че за хуйня происходит. такое ощущение, что за тебя уже все написал какой то долбаеб а ты отчаянно пытаешься разобраться в его говнокоде. все обложенно спец правилами. Это ВСЕЕЕЕЕЁЁЁЁ надо изучить и понять чтобы блядь банальный хеллоу ворд написать.
Это че вообще? это программирование я вас спрашиваю? это везде так в вебе или только в дотнете? Есть может чето более привычное?
Еще блядь я с# не узнаю совсем. вкатывался 10 лет назад в контексте юнити. каким красивым он тогда казался. жестко типизированый правильный. никаких неявных конструкций.
сидели ржали с посонами на джавистами.
а тут захожу неявные типы, какието верхнеуровневые команды, какието ублюдские сокращения. => это че вообще?
нахуй так делать? это че это то самое хваленное развитие? компилятор всеравнож это все приводит к старому типу.
посоны у меня бомбит реально. может действительно жаваскрипс какойнибудь с ноджсом поприятнее будут для веба?
>>561257
работает как и все подобные фреймворки бум которым задал RoR и понеслось. и не только на шарпе.
юзай что хочешь. просто классы это строгость.
ну да. понял RoR (то есть подход) === понял сотни фреймворков на пхп и асп.нет тоже
та же херня как и богомерзком жс.
удачи
>он хуй пойми там как чет работает
работает как и все подобные фреймворки бум которым задал RoR и понеслось. и не только на шарпе.
>почему не листы тогда вместо классов?
юзай что хочешь. просто классы это строгость.
>Это ВСЕЕЕЕЕЁЁЁЁ надо изучить и понять
ну да. понял RoR (то есть подход) === понял сотни фреймворков на пхп и асп.нет тоже
>какието ублюдские сокращения. => это че вообще?
та же херня как и богомерзком жс.
>жаваскрипс какойнибудь с ноджсом поприятнее будут для веба?
удачи
>>551587 (OP)
И всё-таки, бампану свой вопрос. А точнее, перезадам.
У нас задачи хранятся в разных базах данных. Задачи - это указание починить какую-нибудь фигню, например. По ним есть отчёты, есть заявки, вот всякая такая ерунда. При этом одно порождает другое. Меняется статус задачи - должен измениться статус заявки и статусы задач в других базах. Ну плюс-минус так. Иерархии как таковой у всей этой фигни нет. Ну то есть она как бы есть, но как по мне, она высосана из пальца.
А вопрос в том, как сделать подобное наиболее правильным образом. Чтобы гибко достраивалось, надёжно работало и выглядело не запутано.
Что здесь, как мне кажется, не подойдёт (из того, что предлагалось) - это паттерн цепочка обязанностей. Ибо цепочка обязанностей обрабатывает одно и то же событие, при чём по линейной цепочке. А тут не линия, а разветвлённый граф. И если рассматривать то, что инициирует изменения во всём этом графе, как событие, которое может непосредственно повлиять на все документы в базе, то как-то сложновато всё это выглядит. Ибо некоторые задачи, например, в некоторых базах вообще могут отсутствовать, так как отделы, которые этими задачами занимаются имеют отдельные базы.
И всё-таки, бампану свой вопрос. А точнее, перезадам.
У нас задачи хранятся в разных базах данных. Задачи - это указание починить какую-нибудь фигню, например. По ним есть отчёты, есть заявки, вот всякая такая ерунда. При этом одно порождает другое. Меняется статус задачи - должен измениться статус заявки и статусы задач в других базах. Ну плюс-минус так. Иерархии как таковой у всей этой фигни нет. Ну то есть она как бы есть, но как по мне, она высосана из пальца.
А вопрос в том, как сделать подобное наиболее правильным образом. Чтобы гибко достраивалось, надёжно работало и выглядело не запутано.
Что здесь, как мне кажется, не подойдёт (из того, что предлагалось) - это паттерн цепочка обязанностей. Ибо цепочка обязанностей обрабатывает одно и то же событие, при чём по линейной цепочке. А тут не линия, а разветвлённый граф. И если рассматривать то, что инициирует изменения во всём этом графе, как событие, которое может непосредственно повлиять на все документы в базе, то как-то сложновато всё это выглядит. Ибо некоторые задачи, например, в некоторых базах вообще могут отсутствовать, так как отделы, которые этими задачами занимаются имеют отдельные базы.
>>561366
битая ссылка(
битая ссылка(
>>561369
Пробуй libgen.rs, libgen.is, libgen.st, у меня всегда хотя бы одно из них работает.
Пробуй libgen.rs, libgen.is, libgen.st, у меня всегда хотя бы одно из них работает.
>>561372
ага разобрался. еще раз спасибо.
ага разобрался. еще раз спасибо.
>>561354
я бы делал без четкой связи. как в ооп.
типа у каждой задачи есть свой набор свойств
допустим есть у нас
три класса: задачи, таски, отчет.
задачи могут породить таски, таски могут породить отчет.
все три класса могут порождаться сами по себе и ссылаться друг на друга.
потом собираешь каждый тип в стеки и просмотриваешь че с чем связано
я бы делал без четкой связи. как в ооп.
типа у каждой задачи есть свой набор свойств
допустим есть у нас
три класса: задачи, таски, отчет.
задачи могут породить таски, таски могут породить отчет.
все три класса могут порождаться сами по себе и ссылаться друг на друга.
потом собираешь каждый тип в стеки и просмотриваешь че с чем связано
>>561425
ну стек типа например если взял задачу она ссылается на два таска. один из тасков ссылается на отчет, последовательно строишь цепочку например по приоритету. задачи главные таски вторые отчеты третьи. у тебя выходит иерахическое дерево. записываешь это все как относяцееся к какойто глобальной задаче.
вот тебе и иерархия.
ну стек типа например если взял задачу она ссылается на два таска. один из тасков ссылается на отчет, последовательно строишь цепочку например по приоритету. задачи главные таски вторые отчеты третьи. у тебя выходит иерахическое дерево. записываешь это все как относяцееся к какойто глобальной задаче.
вот тебе и иерархия.
>>561208
DDD - это когда разработка идёт от предметной области. Например типичный BookStore можно начать писать с позиции REST API, а потом подгонять логику приложения под неё, а можно вначале создать бизнес-логику и уже вести разработку в зависимости от требований бизнес-процессов.
>Когда мне говорят "попробуй DDD", то мне хотелось бы увидеть не что плюшки, а хотя бы отличия от классики.
DDD - это когда разработка идёт от предметной области. Например типичный BookStore можно начать писать с позиции REST API, а потом подгонять логику приложения под неё, а можно вначале создать бизнес-логику и уже вести разработку в зависимости от требований бизнес-процессов.
>>561490
писать REST AP не зная что собственно ожидается от этого апи? Это вообще возможно??
А если пишешь апи учитывая ожидания (читай требования) к нему, то это уже требования к логике приложения как бы.
писать REST AP не зная что собственно ожидается от этого апи? Это вообще возможно??
А если пишешь апи учитывая ожидания (читай требования) к нему, то это уже требования к логике приложения как бы.
>>561509
Возможно, привязав к сущностям из БД.
>писать REST AP не зная что собственно ожидается от этого апи? Это вообще возможно??
Возможно, привязав к сущностям из БД.
>>561560
Да, передавая SQL-запросы через REST.
Да, передавая SQL-запросы через REST.
>>561560
к каким сущностям? мы только начинаем писать приложение и сущностей нет. создавать сущностей с потолка мы не можем, а значит мы автоматически создаем сущности для предметной области прежде чем начать апи )
Выходит, не так сложно писать по DDD, как писать иначе - нужно быть прокачанным чуваком чтобы уметь писать иначе.
к каким сущностям? мы только начинаем писать приложение и сущностей нет. создавать сущностей с потолка мы не можем, а значит мы автоматически создаем сущности для предметной области прежде чем начать апи )
Выходит, не так сложно писать по DDD, как писать иначе - нужно быть прокачанным чуваком чтобы уметь писать иначе.
Тут слышал мнение, что многие шарп-программисты сидят на старых дотнетах и даже не знают про то, что вводят в последних.
Нужно ли вкатуну учить все эти новые штуки?
Нужно ли вкатуну учить все эти новые штуки?
>>561760
Этот анон - латентный жавист. Держитесь от него подальше.
Этот анон - латентный жавист. Держитесь от него подальше.
>>561755
ну вот в асп нет сейчас смотрю. классы перетасовывают.
например между 5 и 7 есть разница. 7ой выглядит пизже
ну вот в асп нет сейчас смотрю. классы перетасовывают.
например между 5 и 7 есть разница. 7ой выглядит пизже
>>561838
отож
отож
слушьте а нахуй нужен sln файл в студии? солюшн как это понять?
и зачем туда добавлять проект. и чето пишут что в один солюшн можно несколько проектов добавить.
есть же для настроек . csproj
нахуй это все надо?
и зачем туда добавлять проект. и чето пишут что в один солюшн можно несколько проектов добавить.
есть же для настроек . csproj
нахуй это все надо?
>>561866
Допустим написал какую-то программу, а потом хочешь переписать по-другому, сделать версию 2.0 типа. Вот тут и создаешь свой проект2.0 и переписываешь. Удобно сразу перед глазами иметь старый и новый проект.
Допустим написал какую-то программу, а потом хочешь переписать по-другому, сделать версию 2.0 типа. Вот тут и создаешь свой проект2.0 и переписываешь. Удобно сразу перед глазами иметь старый и новый проект.
>>561880
бля всеравно не понимаю.
бля всеравно не понимаю.
>>561866
Ну вот пишешь ты параллельно несколько приложений. Они вроде как самостоятельные, но в то же время чем-то связаны, например, одновременно пишешь клиент и сервер. Вот каждый из них в отдельном проекте, но они объединены одним солюшеном. На хеллоуворлдах это сложно понять.
Ну вот пишешь ты параллельно несколько приложений. Они вроде как самостоятельные, но в то же время чем-то связаны, например, одновременно пишешь клиент и сервер. Вот каждый из них в отдельном проекте, но они объединены одним солюшеном. На хеллоуворлдах это сложно понять.
>>561866
У меня может быть новый модуль — это отдельный проект. Я могу его писать вообще не запуская основное решение и подключить уже либо на финале, либо ближе к нему. А еще можешь это проект подсоединить к другому решению, чего невозможно делать, если ты пишешь все в одном проекте — я подобного говна нажрался.
Солюшин это сборка проектов. Можно конечно импортировать библиотеки, но библиотека не продразумевает частое вмешательство ну и в целом это неудобно. А вот с множеством проектов ты ведешь разработку параллельно.
У меня может быть новый модуль — это отдельный проект. Я могу его писать вообще не запуская основное решение и подключить уже либо на финале, либо ближе к нему. А еще можешь это проект подсоединить к другому решению, чего невозможно делать, если ты пишешь все в одном проекте — я подобного говна нажрался.
Солюшин это сборка проектов. Можно конечно импортировать библиотеки, но библиотека не продразумевает частое вмешательство ну и в целом это неудобно. А вот с множеством проектов ты ведешь разработку параллельно.
>>561891
вот так понятней. спасибо. дак че мне пока мозгов дальше холлоу вордов нехватает.
я уже вон клок волос вырвал
вот так понятней. спасибо. дак че мне пока мозгов дальше холлоу вордов нехватает.
я уже вон клок волос вырвал
>>561895
а почему нельзя просто по фалам туда сюда шнырять? вот например в vscode нет никаких солюшнов. сидишь папки перебираешь.
а почему нельзя просто по фалам туда сюда шнырять? вот например в vscode нет никаких солюшнов. сидишь папки перебираешь.
>>561585
Сущностям из БД
В теории так, но без изучения бизнес-логики нельзя сказать ,что вот такая-то сущность - это и есть объект предметной области.
Нет. Проблема сложных проектов в смешивание бизнес-логики и логики приложения, как раз потому что такие как ты не видят разницы в них. Да, вначале в этом не будет проблем, но как только бизнес-логика изменится, как всё, наступает пиздец.
>к каким сущностям?
Сущностям из БД
>к каким сущностям? мы только начинаем писать приложение и сущностей нет. создавать сущностей с потолка мы не можем, а значит мы автоматически создаем сущности для предметной области прежде чем начать апи )
В теории так, но без изучения бизнес-логики нельзя сказать ,что вот такая-то сущность - это и есть объект предметной области.
>Выходит, не так сложно писать по DDD, как писать иначе - нужно быть прокачанным чуваком чтобы уметь писать иначе
Нет. Проблема сложных проектов в смешивание бизнес-логики и логики приложения, как раз потому что такие как ты не видят разницы в них. Да, вначале в этом не будет проблем, но как только бизнес-логика изменится, как всё, наступает пиздец.
>>561898
Однажды у тебя будет столько подпапок и классов, что тебе захочется как-то логически это разделить на блоки. Конечно, с этим есть свои проблемы, типа зацикленности и это заставит тебя создать еще один проект, чтобы связать другие проекты, но это уже другая история.
>>561900
Дохрена папок. С проектом ты в принципе вынужден будешь соблюдать солид принципы. В целом проект это тупо законченный модуль, как библиотека, которая не воняет на все решение, при этом ты легко можешь туда влезть и чет подправить\добавить. Создавая класс в отдельном проекте, он автоматом располагается в неймспейсе этого проекта. Попробуй такое же провернуть с папками.
А еще у меня один проект писался на VB, а другой на C# и вместе все работает в одном солюшине. Например VB не умеет в небезопасный код, это один из негативных отличий от шарпа, поэтому мне пришлось часть кода писать на шарпе.
Однажды у тебя будет столько подпапок и классов, что тебе захочется как-то логически это разделить на блоки. Конечно, с этим есть свои проблемы, типа зацикленности и это заставит тебя создать еще один проект, чтобы связать другие проекты, но это уже другая история.
>>561900
Дохрена папок. С проектом ты в принципе вынужден будешь соблюдать солид принципы. В целом проект это тупо законченный модуль, как библиотека, которая не воняет на все решение, при этом ты легко можешь туда влезть и чет подправить\добавить. Создавая класс в отдельном проекте, он автоматом располагается в неймспейсе этого проекта. Попробуй такое же провернуть с папками.
А еще у меня один проект писался на VB, а другой на C# и вместе все работает в одном солюшине. Например VB не умеет в небезопасный код, это один из негативных отличий от шарпа, поэтому мне пришлось часть кода писать на шарпе.
114 Кб, 1656x709а че это за ублюдская конструкция после объявления конструктора.
я имею ввиду : this(). это че специально только для конструкторов сделано? где то еще используется подобное? например при методах?
я имею ввиду : this(). это че специально только для конструкторов сделано? где то еще используется подобное? например при методах?
>>562012
Да весь синтаксис сишарпа ублюдский, начиная с PascalCase и до новомодного сахарка.
Да весь синтаксис сишарпа ублюдский, начиная с PascalCase и до новомодного сахарка.
>>562027
засирает читабельность. ну типо язык должен быть прост для восприятия и его читабельностью нельзя жертвовать ради ублюдских сокращений.
сегодня ты сократил выражение, секономив 2 секунды, завтра начнешь переписывать, потому что трудно найти ошибку.
засирает читабельность. ну типо язык должен быть прост для восприятия и его читабельностью нельзя жертвовать ради ублюдских сокращений.
сегодня ты сократил выражение, секономив 2 секунды, завтра начнешь переписывать, потому что трудно найти ошибку.
>>562035
Потому что основу они взяли с джавы, где продуманный синтаксис. Код на джаве просто красивый и легко читаемый.
Потому что основу они взяли с джавы, где продуманный синтаксис. Код на джаве просто красивый и легко читаемый.
я вообще смотрю, что появилась куча дублирующих конструкций. типа сути они не меняют но пишутся поразному.
я считаю это полное дерьмо. все должно быть четко. что если уж что то написано то должно быть единообразно и однозначно, чтобы тебя подталкивало к угадыванию паттерна.
и еще нельзя допускать чтобы одни и теже конструкции работали в зависимости от контекста поразному.
этого должно быть поминимому ибо ублюдство
я считаю это полное дерьмо. все должно быть четко. что если уж что то написано то должно быть единообразно и однозначно, чтобы тебя подталкивало к угадыванию паттерна.
и еще нельзя допускать чтобы одни и теже конструкции работали в зависимости от контекста поразному.
этого должно быть поминимому ибо ублюдство
>>562032
увы в шарпе, как в мерзкой жаве, имя конструктора равно имени класса (идиотизм, но слизывали же с жавы). и this хоть как то спасает идиотскую ситуацию
>>562037
продуманность уровня "тупее некуда"
это и new, и имена конструкторов, и null-ы, и многословность
в том же котлине все лаконично сделано
увы в шарпе, как в мерзкой жаве, имя конструктора равно имени класса (идиотизм, но слизывали же с жавы). и this хоть как то спасает идиотскую ситуацию
>>562037
> с джавы, где продуманный синтаксис.
продуманность уровня "тупее некуда"
это и new, и имена конструкторов, и null-ы, и многословность
в том же котлине все лаконично сделано
>>562079
гм. какие претензии к реально полезной конструкции? пользуюсь в шарпе, питоне, котлине очень активно.
гм. какие претензии к реально полезной конструкции? пользуюсь в шарпе, питоне, котлине очень активно.
38 Кб, 815x253>>562089
при чем тут иде вообще если конструкция засирает визуальное представление.
это всеравно что рекурсиями выябываться вместо циклов
>Вы нормальную IDE вместо блокнота использовать пробовали?
при чем тут иде вообще если конструкция засирает визуальное представление.
это всеравно что рекурсиями выябываться вместо циклов
>>562088
Когда тебе из всего класса нужно 2-3 поля.
Можешь засрать код говном уровня
var value1 = object.value1;
var value2.= object.value2;
...
Человеку который читает похуй в целом ему важно что он за 1 строку видит что из объекта вынули определные поля.
Когда тебе из всего класса нужно 2-3 поля.
Можешь засрать код говном уровня
var value1 = object.value1;
var value2.= object.value2;
...
Человеку который читает похуй в целом ему важно что он за 1 строку видит что из объекта вынули определные поля.
>>562093
var value1 = object.value1;
var value2.= object.value2;
вот это как раз таки нормальный код.
а который не читает. нет. ты мне главное скажи где это может понадобиться?
пишешь object.velue1...2...n и все нахуй.
var value1 = object.value1;
var value2.= object.value2;
вот это как раз таки нормальный код.
>Человеку который читает
а который не читает. нет. ты мне главное скажи где это может понадобиться?
пишешь object.velue1...2...n и все нахуй.
>>562012
>>562014
Несмотря на очевидынй наброс от джава-тролля, но смею согласиться. Двоеточие в шарпе используется в хвост и гриву, что не дает возможности понять происходящее в строке/методе/классе без общей картины.
В то время как в бейсике можно посмотреть на метод или класс и в принципе понять что и для чего. Это подтвердит даже converter.telerik.com
>>562014
Несмотря на очевидынй наброс от джава-тролля, но смею согласиться. Двоеточие в шарпе используется в хвост и гриву, что не дает возможности понять происходящее в строке/методе/классе без общей картины.
В то время как в бейсике можно посмотреть на метод или класс и в принципе понять что и для чего. Это подтвердит даже converter.telerik.com
>>562092
>>562091
Т.е. вместо однозначной, сразу считываемой конструкции позволяющей сразу разложить цепочку вызовов не залезая внутрь конструктора, ты предлагаешь ту где это слово будет хуй знает где внутри тела конструктора запрятано? Нахуй, спасибо.
>при чем тут иде вообще если конструкция засирает визуальное представление.
>>562091
>Тем, что он пишется в теле конструктора, а не строке с сигнатурой
Т.е. вместо однозначной, сразу считываемой конструкции позволяющей сразу разложить цепочку вызовов не залезая внутрь конструктора, ты предлагаешь ту где это слово будет хуй знает где внутри тела конструктора запрятано? Нахуй, спасибо.
>>562108
Вызов конструктора всегда идёт первым оператором. Это проверяет компилятор и если не так, то выдаст ошибку.
Вызов конструктора всегда идёт первым оператором. Это проверяет компилятор и если не так, то выдаст ошибку.
>>562107
Давай примеры.
>Двоеточие в шарпе используется в хвост и гриву, что не дает возможности понять происходящее в строке/методе/классе без общей картины.
Давай примеры.
>>562112
Ну наследование класса от интерфейса хрен отличишь.
converter.telerik.com тебе не переведет адекватно, он будет считать интерфейс базовым классом, из-за этого внутри класса будет неадекватная мешанина.
Ну и опять же, твой пример с this.
Да и вообще часто наблюдал любовь юзать это ":" и это "+=" для множества контекстов. Впрочем, я это уже не один раз тут писал.
Ну наследование класса от интерфейса хрен отличишь.
converter.telerik.com тебе не переведет адекватно, он будет считать интерфейс базовым классом, из-за этого внутри класса будет неадекватная мешанина.
Ну и опять же, твой пример с this.
Да и вообще часто наблюдал любовь юзать это ":" и это "+=" для множества контекстов. Впрочем, я это уже не один раз тут писал.
>>562136
можно юзать. Это сахар для слипшейся ленивой жопы.
можно юзать. Это сахар для слипшейся ленивой жопы.
>>562124
Потому что сишарп - это гибрид сишного синтаксиса с паскалевским. Не стоит забывать, кто его создал.
Потому что сишарп - это гибрид сишного синтаксиса с паскалевским. Не стоит забывать, кто его создал.
39 Кб, 775x108>>562149
конечно, говнокод ебаный.
>Я так подозреваю, что увидев код подобный тому, что на пике джавист вообще в кому впадет или в окно выпрыгнет.
конечно, говнокод ебаный.
>>562157
к чести сказать этот говно код еще хуже. ахахахаха
слуште а че в коммерческой разработке вот такая хуйня тоже используется?
или за это по рукам бьют?
к чести сказать этот говно код еще хуже. ахахахаха
слуште а че в коммерческой разработке вот такая хуйня тоже используется?
или за это по рукам бьют?
>>562153
Подписчик экстрим цоде? Не слушай этих клованов.
А если нет разницы, то попробуй сконвертировать в другой язык и скомпилировать полученное варево.
Подписчик экстрим цоде? Не слушай этих клованов.
А если нет разницы, то попробуй сконвертировать в другой язык и скомпилировать полученное варево.
>>562162
Зачем мне конвертировать? Я не ожидаю что вертолет будет крутой подлодкой хотя винт у него есть
Поясни чем наследование отличается от реализации интерфейса что их нужно отличать "кровь из Носа"
Особенно если класс может быть абстрактным, а интерфейс с методами)
Зачем мне конвертировать? Я не ожидаю что вертолет будет крутой подлодкой хотя винт у него есть
Поясни чем наследование отличается от реализации интерфейса что их нужно отличать "кровь из Носа"
Особенно если класс может быть абстрактным, а интерфейс с методами)
36 Кб, 1364x334чет меня плавит.
откуда в структуре методы? это всегда так было? ммм нахуя?
откуда в структуре методы? это всегда так было? ммм нахуя?
>>562165
Вопрос уровня "чем отличается унитаз от кастрюли, если я и в то и другое насру". Проблема заключается в том, что если ты хочешь дружить с другими соседями и обмениваться посудой, это может вызвать проблемы с дельнейшей коммуникацией.
Из ВБ в шарп я моргу спокойно сконвертировать код, а из шарпа в ВБ — нет. При том, что функционал у них на 99,5% схожий.
>Особенно если класс может быть абстрактным, а интерфейс с методами)
Вопрос уровня "чем отличается унитаз от кастрюли, если я и в то и другое насру". Проблема заключается в том, что если ты хочешь дружить с другими соседями и обмениваться посудой, это может вызвать проблемы с дельнейшей коммуникацией.
Из ВБ в шарп я моргу спокойно сконвертировать код, а из шарпа в ВБ — нет. При том, что функционал у них на 99,5% схожий.
>>562165
Вопрос уровня "чем отличается унитаз от кастрюли, если я и в то и другое насру". Проблема заключается в том, что если ты хочешь дружить с другими соседями и обмениваться посудой, это может вызвать проблемы с дельнейшей коммуникацией.
Из ВБ в шарп я моргу спокойно сконвертировать код, а из шарпа в ВБ — нет. При том, что функционал у них на 99,5% схожий.
>Особенно если класс может быть абстрактным, а интерфейс с методами)
Вопрос уровня "чем отличается унитаз от кастрюли, если я и в то и другое насру". Проблема заключается в том, что если ты хочешь дружить с другими соседями и обмениваться посудой, это может вызвать проблемы с дельнейшей коммуникацией.
Из ВБ в шарп я моргу спокойно сконвертировать код, а из шарпа в ВБ — нет. При том, что функционал у них на 99,5% схожий.
>>562176
а чем тогда структура от класса отличается?
тем что наследоваться от нее нельзя? лол.
конструктор в структуре. я ебал.
мне уже похуй просто интересно, это я забыл или раньше такой хуйни небыло?
а чем тогда структура от класса отличается?
тем что наследоваться от нее нельзя? лол.
конструктор в структуре. я ебал.
мне уже похуй просто интересно, это я забыл или раньше такой хуйни небыло?
>>562177
Проблемы других языков, мммм-- проблемы других языков
Схера ли шарп обязан быть с кем то конвертируемо совместимым на уровне исходного кода?!!!!
Это все претензии?
Проблемы других языков, мммм-- проблемы других языков
Схера ли шарп обязан быть с кем то конвертируемо совместимым на уровне исходного кода?!!!!
Это все претензии?
>>562179
тем, где она живет в памяти и как живет. и конечно это накладывает свои ограничения, но принцип "держи данные и методы для работы с этими данными вместе" никуда не делся.
все это было всегда.
тем, где она живет в памяти и как живет. и конечно это накладывает свои ограничения, но принцип "держи данные и методы для работы с этими данными вместе" никуда не делся.
все это было всегда.
>>562179
Щас и в интерфесах можно писать методы, по сути превратив в реализацию в наследование. Осталось поле сделать классом, а класс отдельным проектом.
А в 2к35м у нас будет одна мандула, которая является всем и сразу. Внутри будет нейрсоеть.
Например ты пишешь MyMandula.ExtractNumber("Petya228"), а внутри автоматом создается метод и все необходимое.
Щас и в интерфесах можно писать методы, по сути превратив в реализацию в наследование. Осталось поле сделать классом, а класс отдельным проектом.
А в 2к35м у нас будет одна мандула, которая является всем и сразу. Внутри будет нейрсоеть.
Например ты пишешь MyMandula.ExtractNumber("Petya228"), а внутри автоматом создается метод и все необходимое.
>>562182
Это просто наблюдение читаемости кода, не более. А быть таковым имеет право.
>Схера ли шарп обязан быть с кем то конвертируемо совместимым на уровне исходного кода?!!!!
Это просто наблюдение читаемости кода, не более. А быть таковым имеет право.
>>562186
по конвенции интерфейсы имеют буковку I, так что сразу видно где интерфейс, а где нет. И никакой проблемы читабельности не наблюдаю
так что давай подробнее поясняй проблему, а то не видать ее в телескоп даже.
по конвенции интерфейсы имеют буковку I, так что сразу видно где интерфейс, а где нет. И никакой проблемы читабельности не наблюдаю
так что давай подробнее поясняй проблему, а то не видать ее в телескоп даже.
>>562183
читай внимательнее. что куда компилируется вообще не причем.
читай внимательнее. что куда компилируется вообще не причем.
>>562184
но этож просто компилятор создает для структуры доп класс гдето в тени.
кароче ладно это может и удобно. но нахуй надо. я сам хочу управлять структурами.
но этож просто компилятор создает для структуры доп класс гдето в тени.
кароче ладно это может и удобно. но нахуй надо. я сам хочу управлять структурами.
>>562190
да кстати в учебниках тоже надо сразу помечать типы данных.
да кстати в учебниках тоже надо сразу помечать типы данных.
>>562190
Конвенция не является обязаловом. Это ты на себя можешь полагаться, а теперь представь, что ты делаешь условный конвертер кода и не факт, что рандомный васян поставит приставку "I" в названии.
А что будет, если я захочу наследовать класс Internet? Оу, наверно должно быть две заглавные буквы в начале? А если это наследование класса IPadress?
Понимаешь? Тебе надо усложнять свой конвертер, рыться в самом классе, чтобы проанализировать а нет ли там внутри реализаций, а потом это как-то отличить от ":this". И кучу, кучу всякого дерьма.
При это ровно тоже самое в бейсике распознается на раз без каких-то хитрых манипуляций, потому что там синтаксис достаточно очевидный.
Конвенция не является обязаловом. Это ты на себя можешь полагаться, а теперь представь, что ты делаешь условный конвертер кода и не факт, что рандомный васян поставит приставку "I" в названии.
А что будет, если я захочу наследовать класс Internet? Оу, наверно должно быть две заглавные буквы в начале? А если это наследование класса IPadress?
Понимаешь? Тебе надо усложнять свой конвертер, рыться в самом классе, чтобы проанализировать а нет ли там внутри реализаций, а потом это как-то отличить от ":this". И кучу, кучу всякого дерьма.
При это ровно тоже самое в бейсике распознается на раз без каких-то хитрых манипуляций, потому что там синтаксис достаточно очевидный.
>>562197
никто не запрещает не иметь методов, а воспринимать структуры как...кортежи
но тогда тебе нужно будет делать отдельные методы для обработки этой структуры нарушая правило "данные и методы вместе ибо это правильно", ну и выгребать от создания защитных копий
структуры к тому что ты хочешь дополнительно используются как успокоитель GC же и методы весьма полезны. Вон смотри CancellationToken структура - плоди их миллионами хоть. А там есть метод Register...и куда ты его поместишь если не в структуре?
или тот же ValueTask
никто не запрещает не иметь методов, а воспринимать структуры как...кортежи
но тогда тебе нужно будет делать отдельные методы для обработки этой структуры нарушая правило "данные и методы вместе ибо это правильно", ну и выгребать от создания защитных копий
структуры к тому что ты хочешь дополнительно используются как успокоитель GC же и методы весьма полезны. Вон смотри CancellationToken структура - плоди их миллионами хоть. А там есть метод Register...и куда ты его поместишь если не в структуре?
или тот же ValueTask
>>562201
чет у тебя как то смешались "я за читабельность" и "конвенция может не соблюдаться".
если за читабельность, то соблюдай
Гайды говорят что имя должно быть вменяемым. если для тебя nternet или padres о чем то говорит....ну тут хз - есть те кто вообще на русском названия классов и методов шпалит, и что теперь.
насчет конвертеров - я понимаю что вот мне удобно нагуглить на жаве кусок кода и вставить его в котлин и студия перепишет
Но я при этом как то не ожидаю, что в обратную сторону это будет работать.
То есть я понимаю что язык не должен думать о том что его куда то конвертируют - это вообще дичь
а портирование - это уже другое.
чет у тебя как то смешались "я за читабельность" и "конвенция может не соблюдаться".
если за читабельность, то соблюдай
>А что будет, если я захочу наследовать класс Internet?
Гайды говорят что имя должно быть вменяемым. если для тебя nternet или padres о чем то говорит....ну тут хз - есть те кто вообще на русском названия классов и методов шпалит, и что теперь.
насчет конвертеров - я понимаю что вот мне удобно нагуглить на жаве кусок кода и вставить его в котлин и студия перепишет
Но я при этом как то не ожидаю, что в обратную сторону это будет работать.
То есть я понимаю что язык не должен думать о том что его куда то конвертируют - это вообще дичь
а портирование - это уже другое.
>>562208
ну в моем понимании структура это набор значений велью.
хочешь методы создай для нее класс обработчик. помоему логично, вот данные вот обработчик. разные сущности. я свой обработчик могу сделать универсальным для множества структур.
ну кароче хуй знает. быстро наговнокодить может и полезно.
ну в моем понимании структура это набор значений велью.
хочешь методы создай для нее класс обработчик. помоему логично, вот данные вот обработчик. разные сущности. я свой обработчик могу сделать универсальным для множества структур.
ну кароче хуй знает. быстро наговнокодить может и полезно.
>>562225
и что им запрещает иметь методы в себе?
ну кроме того что после плюсов это непривычно?
так не нужно устав таскать по монастырям.
>ну в моем понимании структура это набор значений велью.
и что им запрещает иметь методы в себе?
ну кроме того что после плюсов это непривычно?
так не нужно устав таскать по монастырям.
>>562201
Слушай, вот если задача конвертации из VB в шарп понятна, то обратно-то тебе нахуя? Что за проект?
Слушай, вот если задача конвертации из VB в шарп понятна, то обратно-то тебе нахуя? Что за проект?
>>562219
Правила синатксиса не позволят тебе писать иначе, а на конвенцию могут наплевать. Еще раз, представь себя на месте создателя сервиса, которым могут пользоваться другие люди. Все, чем ты можешь оперировать — правилами синтаксиса.
Т.е. ты в своем конвертере предлагаешь еще и анализировать название, сопоставляя со словарем слов? Замечательно, очень эффективно.
Сишарп и бейсик это братья, поэтому ожидать не просто можно, а нужно.
Опять же, ты не понял в чем мой посыл. Посыл в том, что есть ровно такой же язык, в тех же условиях, но его синтаксис таков, что не заставляет городить какие-то зловещие конструкции для его анализа.
Я пытаюсь в споре о читабельности языка предложить в качестве аругментов мысленно создать конвертер для шарпа и для другого языка, а затем сравнить где будет легче это сделать.
>чет у тебя как то смешались "я за читабельность" и "конвенция может не соблюдаться".
>если за читабельность, то соблюдай
Правила синатксиса не позволят тебе писать иначе, а на конвенцию могут наплевать. Еще раз, представь себя на месте создателя сервиса, которым могут пользоваться другие люди. Все, чем ты можешь оперировать — правилами синтаксиса.
>если для тебя nternet или padres о чем то говорит...
Т.е. ты в своем конвертере предлагаешь еще и анализировать название, сопоставляя со словарем слов? Замечательно, очень эффективно.
>Но я при этом как то не ожидаю, что в обратную сторону это будет работать.
Сишарп и бейсик это братья, поэтому ожидать не просто можно, а нужно.
Опять же, ты не понял в чем мой посыл. Посыл в том, что есть ровно такой же язык, в тех же условиях, но его синтаксис таков, что не заставляет городить какие-то зловещие конструкции для его анализа.
Я пытаюсь в споре о читабельности языка предложить в качестве аругментов мысленно создать конвертер для шарпа и для другого языка, а затем сравнить где будет легче это сделать.
>>562232
просто это еще один черный ящик. и дублирующая реализация.
я теперь могу многие задачи решать чисто на уровне структур. с одной то стороны это хорошо. но с другой опять же путаница. вместо одного правильного пути у меня теперь два. при проверке мне придется просматривать оба.
просто это еще один черный ящик. и дублирующая реализация.
я теперь могу многие задачи решать чисто на уровне структур. с одной то стороны это хорошо. но с другой опять же путаница. вместо одного правильного пути у меня теперь два. при проверке мне придется просматривать оба.
>>562235
кек, ну это тебе понятна, потому что ты знаешь шарп. А если у кого-то проект на VB и ему надо вставить код с шарпа?
Я тут бесикоблядь из красной книги. Вообще медленно сам перкатываюсь на шарп, но у меня уже начат собственный длинный проект на бейсике, так что его добиваю на том, на чем начал. Так-то сам понимаю код шарпа в большинстве случаев, но порой лень переводить, а конвертер шарпкода выдает такую ересь (особенно это касается подписок на события и реализация интерфейсов), что по итогу вручную конвертируешь.
>вот если задача конвертации из VB в шарп понятна
кек, ну это тебе понятна, потому что ты знаешь шарп. А если у кого-то проект на VB и ему надо вставить код с шарпа?
Я тут бесикоблядь из красной книги. Вообще медленно сам перкатываюсь на шарп, но у меня уже начат собственный длинный проект на бейсике, так что его добиваю на том, на чем начал. Так-то сам понимаю код шарпа в большинстве случаев, но порой лень переводить, а конвертер шарпкода выдает такую ересь (особенно это касается подписок на события и реализация интерфейсов), что по итогу вручную конвертируешь.
>>562236
суть в том. что кроме твоего конвертера это нигде и не нужно
я понимаю твою проблему - тебе нужно написать имплементс когда это интерфейсы, но ты не можешь гарантировать верность детекта.
я предлагаю вообще не конвертировать, а просто перейти на шарп )
вб вообще сам по себе брр язык в плане читабельности.
суть в том. что кроме твоего конвертера это нигде и не нужно
я понимаю твою проблему - тебе нужно написать имплементс когда это интерфейсы, но ты не можешь гарантировать верность детекта.
я предлагаю вообще не конвертировать, а просто перейти на шарп )
вб вообще сам по себе брр язык в плане читабельности.
>>562254
1. Речь шла про читаемость языка. Я тебе привел аргумент неоднозначности контекста в ситаксисе.
2. То, что тебе не нужно — не факт, что не нужно другим или не понадобится в будущем. Даже код ты пишешь с прицелом на то, чтобы он был готов к возможным ситуациям, которых прям щас нет.
>суть в том. что кроме твоего конвертера это нигде и не нужно
1. Речь шла про читаемость языка. Я тебе привел аргумент неоднозначности контекста в ситаксисе.
2. То, что тебе не нужно — не факт, что не нужно другим или не понадобится в будущем. Даже код ты пишешь с прицелом на то, чтобы он был готов к возможным ситуациям, которых прям щас нет.
>>562259
1 я попросил уточнить где это является проблемой. Эта неоднозначность НЕ создает проблем при использовании языка
2 годы идут. А проблем все не создает.
В шарпе хватает дичи в синтаксисе, но конкретно это не вредно
1 я попросил уточнить где это является проблемой. Эта неоднозначность НЕ создает проблем при использовании языка
2 годы идут. А проблем все не создает.
В шарпе хватает дичи в синтаксисе, но конкретно это не вредно
125 Кб, 1202x652Бля, ебал в рот майкрософтов, сейчас бы показывать пример с гитхабом, но не пояснять, че тут вообще происходит, че за AddHttpClient
>>562301
Открой МСДН и узнаешь.
Открой МСДН и узнаешь.
>>562304
Да я уже понял, но порядок статей немного бесит, чому этот пример в другую статью не внести
Да я уже понял, но порядок статей немного бесит, чому этот пример в другую статью не внести
>>562185
Написание методов в интерфейсе это ожидаемое решение. На уровне компиляции и кода интерфейс это абстрактный класс с кучей методов, именно поэтому в шарпе можно пихать свойства в них.
Ты можешь хоть в С++ добавить интрфейсы просто делая их как абстрактные классы и на уровне соглашения не писать там реализации, только поведение.
Без такой хуйни как базовая реализации для метода интерфейса придётся городить такие костыли что ебнуться
Написание методов в интерфейсе это ожидаемое решение. На уровне компиляции и кода интерфейс это абстрактный класс с кучей методов, именно поэтому в шарпе можно пихать свойства в них.
Ты можешь хоть в С++ добавить интрфейсы просто делая их как абстрактные классы и на уровне соглашения не писать там реализации, только поведение.
Без такой хуйни как базовая реализации для метода интерфейса придётся городить такие костыли что ебнуться
>>562301
Регенерация в ДИ контейнере реализации клиента для гитхаба.
Блять даже не нужно читать НА РУССКОМ доку Майкрософт чтобы понять. Достаточно просто понимать что такое ДИ
Регенерация в ДИ контейнере реализации клиента для гитхаба.
Блять даже не нужно читать НА РУССКОМ доку Майкрософт чтобы понять. Достаточно просто понимать что такое ДИ
В Спринге такого нет
Поэтому непонятно.
Поэтому непонятно.
Сап до-диезщики.
Составил тут себе на ближайшее время из роадмапа список технологий для изучения.
Подскажите, чему из этого надо выделить максимальный приоритет и иметь исчерпывающие знания, а что не так глубоко изучать или вообще пропустить.
Спасибо.
Составил тут себе на ближайшее время из роадмапа список технологий для изучения.
Подскажите, чему из этого надо выделить максимальный приоритет и иметь исчерпывающие знания, а что не так глубоко изучать или вообще пропустить.
Спасибо.
350 Кб, 1080x1031>>562334
пикча отвалилась
пикча отвалилась
>>562317
А не зная про IHttpClientFactory и читая про HttpContext впервые ты как об этом узнаешь? Я знаю про ДИ.
А не зная про IHttpClientFactory и читая про HttpContext впервые ты как об этом узнаешь? Я знаю про ДИ.
>>562338
вот так и узнаешь. пойдешь гуглить что такое AddHttpClient и узнаешь
только вот зачем об этом узнавать раньше времени....
вот так и узнаешь. пойдешь гуглить что такое AddHttpClient и узнаешь
только вот зачем об этом узнавать раньше времени....
посоны, допустим есть либа с таргетом на дотнет 4.6
меня она оче заинтересовала и я хочу ее даунгрейднуть до 3.5
подводные камни?
ебало представлять не надо у меня оно перманентно такое
меня она оче заинтересовала и я хочу ее даунгрейднуть до 3.5
подводные камни?
ебало представлять не надо у меня оно перманентно такое
>>562367
загугли может есть конвертеры.
загугли может есть конвертеры.
а есть ли какой нибудь простой форумный движок на асп ? посмотреть че как там
>>562367
Респект таким пацанам!
Самый крупный камень а 4.6 много новых типов завезли в либу. В 3.5 аналогов может не оказаться и тебе придется написать их самому.
>даунгрейднуть до 3.5
Респект таким пацанам!
>подводные камни?
Самый крупный камень а 4.6 много новых типов завезли в либу. В 3.5 аналогов может не оказаться и тебе придется написать их самому.
>>562338
По контексту? Или ты просто код пишешь без понимания что конкретно сейчас происходит?
Добавить клиент в список сервисов. Наверное это про полёты на Марс
По контексту? Или ты просто код пишешь без понимания что конкретно сейчас происходит?
Добавить клиент в список сервисов. Наверное это про полёты на Марс
>>562367
Они обратно не совестимые. Вполне возможно либа требует другие зависимости которые тоже 4.6 минимум.
Пока все зависимости не будут согласованы по таргет версии твой код не будет даже собираться
Они обратно не совестимые. Вполне возможно либа требует другие зависимости которые тоже 4.6 минимум.
Пока все зависимости не будут согласованы по таргет версии твой код не будет даже собираться
>>562479
Чего писать в коде?
Чего писать в коде?
В 8-м дотнете добавят очередной вид коллекций - frozen collections.
Все мы знаем, что read only collections могут меняться, и это нас не всегда устраивает. Поэтому используем immutable collections. Так вот, казалось бы - зачем нужны фрозен коллекции? Ведь есть же уже immutable collections.
Мало кто знает, но immutable collections - это урод и ублюдок, зачатый в пьяном угаре, которые абсолютно нахер не нужны. Почему спросите вы. А потому что immutable collections работают в разы, на порядок медленнее, чем их обычные мутабельные аналоги. Да ну не может быть такого. С чего бы это? Однако например метод Contains или ContainsKey из классов ImmutableDictionary и ImmutableHashSet работают в 3-5 раз медленнее, чем у таких же классов без всякой иммутабельности.
А как так могло получиться - спросите вы? Ведь он же гарантированно неизменяемый, его легче оптимизировать. Как же так? Неожиданно, правда. Вот вы такой адепт функциональщины, делаете всё иммутабельным, и получаете неожиданный сюрприз в виде просадки производительности.
Как так получилось, а главное - нахуя, никто не знает, кроме пары человек в микрософте, которым это зачем-то было нужно, и которые не рассказали своему менеджеру об особенности-изюменках их творения. Говорят, в иммутабельный словарь можно сделать Add и получить возвращаемым значением новый инстанс иммутабельного словаря, в котором уже будет то, что ты добавил. И вот чтобы это всё оптимизировать по памяти, новый инстанс не будет содержать полную копию оригинального инстанса, а будет шарить с ним данные, и вот эти хитрые "оптимизации" и дают просадку по перформансу. Казалось бы, не может же макакер быть настолько ебнутым, чтобы массово делать адд в иммутабельный словарь (наверное, так вообще никто не делает). Но тем не менее, имеем что имеем.
Теперь на радость всем джунам-вкатышам, чтобы их окончательно запутать и отвадить от языка, микрософтщики выкатывают фрозен коллекции. Они уже по настоящему иммутабельны. И они будут самыми быстрыми на чтение. Ну что, иммутабельность здорового человека против иммутабельности курильщика. Казалось бы, вот оно, то что надо. Но как оказалось - не совсем. Для фрозен коллекций создание инстанса будет чудовищно медленным. Вы же хотите оптимизированности на чтение - такова цена.
Через 1-2 года ждём Solid collections, Crystallized collections или скорее всего Fast frozen collections, которые наконец-то будут такими же как обычные коллекции по скорости на создание и на чтение, собственно именно то, самое простое решение, которое люди ждали сразу и иногда даже пилили свои обёртки под это дело.
А теперь, вопрос знатокам. Нахуя в шарпе в стандартой либо столько видов коллекций (и это я ещё не упомянул про конкаррент и всякие span'ы) и как объяснить это своим джунам?
Все мы знаем, что read only collections могут меняться, и это нас не всегда устраивает. Поэтому используем immutable collections. Так вот, казалось бы - зачем нужны фрозен коллекции? Ведь есть же уже immutable collections.
Мало кто знает, но immutable collections - это урод и ублюдок, зачатый в пьяном угаре, которые абсолютно нахер не нужны. Почему спросите вы. А потому что immutable collections работают в разы, на порядок медленнее, чем их обычные мутабельные аналоги. Да ну не может быть такого. С чего бы это? Однако например метод Contains или ContainsKey из классов ImmutableDictionary и ImmutableHashSet работают в 3-5 раз медленнее, чем у таких же классов без всякой иммутабельности.
А как так могло получиться - спросите вы? Ведь он же гарантированно неизменяемый, его легче оптимизировать. Как же так? Неожиданно, правда. Вот вы такой адепт функциональщины, делаете всё иммутабельным, и получаете неожиданный сюрприз в виде просадки производительности.
Как так получилось, а главное - нахуя, никто не знает, кроме пары человек в микрософте, которым это зачем-то было нужно, и которые не рассказали своему менеджеру об особенности-изюменках их творения. Говорят, в иммутабельный словарь можно сделать Add и получить возвращаемым значением новый инстанс иммутабельного словаря, в котором уже будет то, что ты добавил. И вот чтобы это всё оптимизировать по памяти, новый инстанс не будет содержать полную копию оригинального инстанса, а будет шарить с ним данные, и вот эти хитрые "оптимизации" и дают просадку по перформансу. Казалось бы, не может же макакер быть настолько ебнутым, чтобы массово делать адд в иммутабельный словарь (наверное, так вообще никто не делает). Но тем не менее, имеем что имеем.
Теперь на радость всем джунам-вкатышам, чтобы их окончательно запутать и отвадить от языка, микрософтщики выкатывают фрозен коллекции. Они уже по настоящему иммутабельны. И они будут самыми быстрыми на чтение. Ну что, иммутабельность здорового человека против иммутабельности курильщика. Казалось бы, вот оно, то что надо. Но как оказалось - не совсем. Для фрозен коллекций создание инстанса будет чудовищно медленным. Вы же хотите оптимизированности на чтение - такова цена.
Через 1-2 года ждём Solid collections, Crystallized collections или скорее всего Fast frozen collections, которые наконец-то будут такими же как обычные коллекции по скорости на создание и на чтение, собственно именно то, самое простое решение, которое люди ждали сразу и иногда даже пилили свои обёртки под это дело.
А теперь, вопрос знатокам. Нахуя в шарпе в стандартой либо столько видов коллекций (и это я ещё не упомянул про конкаррент и всякие span'ы) и как объяснить это своим джунам?
В 8-м дотнете добавят очередной вид коллекций - frozen collections.
Все мы знаем, что read only collections могут меняться, и это нас не всегда устраивает. Поэтому используем immutable collections. Так вот, казалось бы - зачем нужны фрозен коллекции? Ведь есть же уже immutable collections.
Мало кто знает, но immutable collections - это урод и ублюдок, зачатый в пьяном угаре, которые абсолютно нахер не нужны. Почему спросите вы. А потому что immutable collections работают в разы, на порядок медленнее, чем их обычные мутабельные аналоги. Да ну не может быть такого. С чего бы это? Однако например метод Contains или ContainsKey из классов ImmutableDictionary и ImmutableHashSet работают в 3-5 раз медленнее, чем у таких же классов без всякой иммутабельности.
А как так могло получиться - спросите вы? Ведь он же гарантированно неизменяемый, его легче оптимизировать. Как же так? Неожиданно, правда. Вот вы такой адепт функциональщины, делаете всё иммутабельным, и получаете неожиданный сюрприз в виде просадки производительности.
Как так получилось, а главное - нахуя, никто не знает, кроме пары человек в микрософте, которым это зачем-то было нужно, и которые не рассказали своему менеджеру об особенности-изюменках их творения. Говорят, в иммутабельный словарь можно сделать Add и получить возвращаемым значением новый инстанс иммутабельного словаря, в котором уже будет то, что ты добавил. И вот чтобы это всё оптимизировать по памяти, новый инстанс не будет содержать полную копию оригинального инстанса, а будет шарить с ним данные, и вот эти хитрые "оптимизации" и дают просадку по перформансу. Казалось бы, не может же макакер быть настолько ебнутым, чтобы массово делать адд в иммутабельный словарь (наверное, так вообще никто не делает). Но тем не менее, имеем что имеем.
Теперь на радость всем джунам-вкатышам, чтобы их окончательно запутать и отвадить от языка, микрософтщики выкатывают фрозен коллекции. Они уже по настоящему иммутабельны. И они будут самыми быстрыми на чтение. Ну что, иммутабельность здорового человека против иммутабельности курильщика. Казалось бы, вот оно, то что надо. Но как оказалось - не совсем. Для фрозен коллекций создание инстанса будет чудовищно медленным. Вы же хотите оптимизированности на чтение - такова цена.
Через 1-2 года ждём Solid collections, Crystallized collections или скорее всего Fast frozen collections, которые наконец-то будут такими же как обычные коллекции по скорости на создание и на чтение, собственно именно то, самое простое решение, которое люди ждали сразу и иногда даже пилили свои обёртки под это дело.
А теперь, вопрос знатокам. Нахуя в шарпе в стандартой либо столько видов коллекций (и это я ещё не упомянул про конкаррент и всякие span'ы) и как объяснить это своим джунам?
Все мы знаем, что read only collections могут меняться, и это нас не всегда устраивает. Поэтому используем immutable collections. Так вот, казалось бы - зачем нужны фрозен коллекции? Ведь есть же уже immutable collections.
Мало кто знает, но immutable collections - это урод и ублюдок, зачатый в пьяном угаре, которые абсолютно нахер не нужны. Почему спросите вы. А потому что immutable collections работают в разы, на порядок медленнее, чем их обычные мутабельные аналоги. Да ну не может быть такого. С чего бы это? Однако например метод Contains или ContainsKey из классов ImmutableDictionary и ImmutableHashSet работают в 3-5 раз медленнее, чем у таких же классов без всякой иммутабельности.
А как так могло получиться - спросите вы? Ведь он же гарантированно неизменяемый, его легче оптимизировать. Как же так? Неожиданно, правда. Вот вы такой адепт функциональщины, делаете всё иммутабельным, и получаете неожиданный сюрприз в виде просадки производительности.
Как так получилось, а главное - нахуя, никто не знает, кроме пары человек в микрософте, которым это зачем-то было нужно, и которые не рассказали своему менеджеру об особенности-изюменках их творения. Говорят, в иммутабельный словарь можно сделать Add и получить возвращаемым значением новый инстанс иммутабельного словаря, в котором уже будет то, что ты добавил. И вот чтобы это всё оптимизировать по памяти, новый инстанс не будет содержать полную копию оригинального инстанса, а будет шарить с ним данные, и вот эти хитрые "оптимизации" и дают просадку по перформансу. Казалось бы, не может же макакер быть настолько ебнутым, чтобы массово делать адд в иммутабельный словарь (наверное, так вообще никто не делает). Но тем не менее, имеем что имеем.
Теперь на радость всем джунам-вкатышам, чтобы их окончательно запутать и отвадить от языка, микрософтщики выкатывают фрозен коллекции. Они уже по настоящему иммутабельны. И они будут самыми быстрыми на чтение. Ну что, иммутабельность здорового человека против иммутабельности курильщика. Казалось бы, вот оно, то что надо. Но как оказалось - не совсем. Для фрозен коллекций создание инстанса будет чудовищно медленным. Вы же хотите оптимизированности на чтение - такова цена.
Через 1-2 года ждём Solid collections, Crystallized collections или скорее всего Fast frozen collections, которые наконец-то будут такими же как обычные коллекции по скорости на создание и на чтение, собственно именно то, самое простое решение, которое люди ждали сразу и иногда даже пилили свои обёртки под это дело.
А теперь, вопрос знатокам. Нахуя в шарпе в стандартой либо столько видов коллекций (и это я ещё не упомянул про конкаррент и всякие span'ы) и как объяснить это своим джунам?
>>562589
Иммутабельность решает несуществующую проблему.
Иммутабельность решает несуществующую проблему.
>>562589
Потому что в джаву в свое время запихивали кучу разных коллекций, в том числе конкаррент. На практике нужен только лист, мапа, и конкаррентмапа. Ну и еще очень редко какие-нибудь очереди.
В голанге у нас вообще только слайсы и мапы есть, и ничего, живем.
мимо c# -> java -> golang господин
>Нахуя в шарпе в стандартой либо столько видов коллекций (и это я ещё не упомянул про конкаррент и всякие span'ы)
Потому что в джаву в свое время запихивали кучу разных коллекций, в том числе конкаррент. На практике нужен только лист, мапа, и конкаррентмапа. Ну и еще очень редко какие-нибудь очереди.
В голанге у нас вообще только слайсы и мапы есть, и ничего, живем.
мимо c# -> java -> golang господин
>>562589
крайне глупое заявление. просто ну очень глупое, ну просто капец какое глупое до ужаса
иммутабельные и фрозен коллекции это разные вещи. абсолютно вообще разные
удивляет что их только щас придумали добавить через столько то летов
>это урод и ублюдок, зачатый в пьяном угаре, которые абсолютно нахер не нужны.
крайне глупое заявление. просто ну очень глупое, ну просто капец какое глупое до ужаса
иммутабельные и фрозен коллекции это разные вещи. абсолютно вообще разные
удивляет что их только щас придумали добавить через столько то летов
>>562674
об этом в рантайме узнаешь
об этом в рантайме узнаешь
>>562669
Раскрой тему.
Плюсы, минусы тех и тех, зачем нужны, условия применения.
>иммутабельные и фрозен коллекции это разные вещи
Раскрой тему.
Плюсы, минусы тех и тех, зачем нужны, условия применения.
>>562708
фрозен коллекция
- гарантирует неизменность. ридонли коллекция не является неизменной. массив тоже не является.
- дает возможность оптимизаций. никакой лишней памяти (привет List, ну да можно array, но код инициализации будет дичь). оптимизированные коллекции - если у нас 10 элементов то зачем нам строить хештаблицу в фрозенсете? можно и списочком. А если у нас это строки, то зачем нам хештаблица опять же - можно и скилпист или простое что то. мы то точно знаем что расти не будет и что мы не потеряем в скорости, а в памяти выиграем точно.
иммутабле коллекции
с ними вообще все ясно. без них многопоток превращается в "лок на локе локает лока во все локи". и допустимо пожертвовать памятью, но сделать локфри
фрозен коллекция
- гарантирует неизменность. ридонли коллекция не является неизменной. массив тоже не является.
- дает возможность оптимизаций. никакой лишней памяти (привет List, ну да можно array, но код инициализации будет дичь). оптимизированные коллекции - если у нас 10 элементов то зачем нам строить хештаблицу в фрозенсете? можно и списочком. А если у нас это строки, то зачем нам хештаблица опять же - можно и скилпист или простое что то. мы то точно знаем что расти не будет и что мы не потеряем в скорости, а в памяти выиграем точно.
иммутабле коллекции
с ними вообще все ясно. без них многопоток превращается в "лок на локе локает лока во все локи". и допустимо пожертвовать памятью, но сделать локфри
>>562708
и как ты понимаешь иммутаблы хороши для многопотока, но они сильно оверхедят для задачи "гарантируйте мне неизменность, мне нужно создать миллион неизменных листов, аааа что с памятью? я что гугл хром пишу что ли"
и как ты понимаешь иммутаблы хороши для многопотока, но они сильно оверхедят для задачи "гарантируйте мне неизменность, мне нужно создать миллион неизменных листов, аааа что с памятью? я что гугл хром пишу что ли"
>>562730
при неизменности память зачастую делится между листами, особенно для древоподобных структур
листов много, но они по сути указывают на один и тот же участок, их не нужно копировать полностью при "изменении"
алсо сборщику мусора проще ретривить иммутабельные структуры
тут не всё так просто, няша
при неизменности память зачастую делится между листами, особенно для древоподобных структур
листов много, но они по сути указывают на один и тот же участок, их не нужно копировать полностью при "изменении"
алсо сборщику мусора проще ретривить иммутабельные структуры
тут не всё так просто, няша
>>562740
ты это к чему сказал?
ты описал что в иммутабле коллекции при Add не копируется весь список, а создается новый, где просто ссылается и на старый
каким образом это решает проблему потребления памяти когда я создаю 2 РАЗНЫХ иммутабле списка?
в каком месте тут будет экономия памяти?
ответ: ни в каком ибо будут созданы 2 "списка", которые по факту гибриды двусвязного списка с енотом и на список похожи лишь контрактом.
ты это к чему сказал?
ты описал что в иммутабле коллекции при Add не копируется весь список, а создается новый, где просто ссылается и на старый
каким образом это решает проблему потребления памяти когда я создаю 2 РАЗНЫХ иммутабле списка?
в каком месте тут будет экономия памяти?
ответ: ни в каком ибо будут созданы 2 "списка", которые по факту гибриды двусвязного списка с енотом и на список похожи лишь контрактом.
>>562748
если у тебя два разных списка, то в любом случае нужна память для обоих, иммутабле ор нот
не понимаю твоей проблемы, приведи код?
если у тебя два разных списка, то в любом случае нужна память для обоих, иммутабле ор нот
не понимаю твоей проблемы, приведи код?
75 Кб, 1348x684>>562723
>>562740
Ты не понял о чём я вообще говорю и на что жалуюсь.
Ты не понимаешь истинный смысл и задумку immutable collections, как они сейчас сделаны в дотнете.
Они не просто неизменяемые. Они оптимизированы под операции типа пикрил. И из-за этого кратно поигрывают в скорости операций чтения обычным мутабельным коллекциям. При том, что подобные операции всё равно будут жутко медленными, даже по сравнению с конкарент.
Именно поэтому и родились фрозен коллекции.
А зачем вообще нужна операция add для immutable collections, не говоря уже о том, чтобы ранее неё делать сложные оптимизации, гробящие перформанс базовых операций для 2^127-1/2^128 кейсов использования, для меня загадка и кроме глупости и недоработки объяснить это я не могу.
От тебя ответа я не услышал или не смог ввиду скудоумия понять твой ответ.
>>562740
Ты не понял о чём я вообще говорю и на что жалуюсь.
Ты не понимаешь истинный смысл и задумку immutable collections, как они сейчас сделаны в дотнете.
Они не просто неизменяемые. Они оптимизированы под операции типа пикрил. И из-за этого кратно поигрывают в скорости операций чтения обычным мутабельным коллекциям. При том, что подобные операции всё равно будут жутко медленными, даже по сравнению с конкарент.
Именно поэтому и родились фрозен коллекции.
А зачем вообще нужна операция add для immutable collections, не говоря уже о том, чтобы ранее неё делать сложные оптимизации, гробящие перформанс базовых операций для 2^127-1/2^128 кейсов использования, для меня загадка и кроме глупости и недоработки объяснить это я не могу.
От тебя ответа я не услышал или не смог ввиду скудоумия понять твой ответ.
>>562749
да. я это и говорю. я не знаю к чему было сказано про "не нужно копировать"
список (фрозен или обычный, но размер задан)- просто кусок памяти нужного размера
иммутабле список - мимикрирует под список, а по факту внутри AVL tree
дерево занимает больше места чем просто нужный кусок памяти и GC вряд ли его больше любит.
>>562755
конечно проигрывают. это очевидно.
вот только не все так радужно если сравнивать с обычным список с локами
дядя анон видимо никогда не писал многопоток. ну или писал, но такой где цена блокировки значения не имеет и слово "локфри" только слышал.
покажешь мне конкарентлист. очень хотеть посмотреть.
да. я это и говорю. я не знаю к чему было сказано про "не нужно копировать"
список (фрозен или обычный, но размер задан)- просто кусок памяти нужного размера
иммутабле список - мимикрирует под список, а по факту внутри AVL tree
дерево занимает больше места чем просто нужный кусок памяти и GC вряд ли его больше любит.
>Ты не понимаешь истинный смысл и задумку immutable collections, как они сейчас сделаны в дотнете.
>>562755
>скорости операций чтения обычным мутабельным коллекциям
конечно проигрывают. это очевидно.
вот только не все так радужно если сравнивать с обычным список с локами
>А зачем вообще нужна операция add для immutable collections
дядя анон видимо никогда не писал многопоток. ну или писал, но такой где цена блокировки значения не имеет и слово "локфри" только слышал.
> даже по сравнению с конкарент.
покажешь мне конкарентлист. очень хотеть посмотреть.
>>562758
любит ещё как (но это конечно зависит от реализации GC в дотнете)
https://wiki.c2.com/?ImmutableObjectsAndGarbageCollection
> GC вряд ли его больше любит
любит ещё как (но это конечно зависит от реализации GC в дотнете)
https://wiki.c2.com/?ImmutableObjectsAndGarbageCollection
>>562589
А ведь тотальная иммутабельность это функциональная фича с помощью которой пытались избавиться от грязного изменяемого состояния. Какбы втф? Что эта ебаная муть делает в сишарпе? Зачем она нужна? Ни одной реальной проблемы она не решает, а тормоза и сектантов пишущих говнокод порождает на ура.
А ведь тотальная иммутабельность это функциональная фича с помощью которой пытались избавиться от грязного изменяемого состояния. Какбы втф? Что эта ебаная муть делает в сишарпе? Зачем она нужна? Ни одной реальной проблемы она не решает, а тормоза и сектантов пишущих говнокод порождает на ура.
>>562788
именно. иммутабле это ведь просто реализация, что вообще изначально отдельно была, а потом стала либой в составе дотнета. это не Span про который рантайм знает и особо любит.
там используется своя реализация Avl tree, где не видать ничего такого "GC люби меня".
>>562793
решает проблемы блокировок помогая не уходить в "епрст как сложна то"
писать многопоточный код в разы сложнее, чем однопоточный. А локфри многопоток - вообще атас.
именно. иммутабле это ведь просто реализация, что вообще изначально отдельно была, а потом стала либой в составе дотнета. это не Span про который рантайм знает и особо любит.
там используется своя реализация Avl tree, где не видать ничего такого "GC люби меня".
>>562793
>Ни одной реальной проблемы она не решает
решает проблемы блокировок помогая не уходить в "епрст как сложна то"
писать многопоточный код в разы сложнее, чем однопоточный. А локфри многопоток - вообще атас.
42 Кб, 1356x526бляя ну а это то нахуя?
этож обычный методы? зачем блядь таку стандартизацию придумали?
чтобы p.Name.get не писать?
че это вообще дает?
этож обычный методы? зачем блядь таку стандартизацию придумали?
чтобы p.Name.get не писать?
че это вообще дает?
>>562803
Многопоток лучше через разделяемое состояние делать. Т.е. каждый поток не лезет грязными руками в шаред ресурсы, а владеет своей копией. С ней он может что угодно без риска застрять в блокировке или испортить соседнему потоку стейт. Потом разделяемые ресурсы синхронизируются специально обученным родительским потоком. Надо заранее подумать какие данные разделять и где их собирать обратно. По мне это самый тру вей писать многопоток.
Многопоток лучше через разделяемое состояние делать. Т.е. каждый поток не лезет грязными руками в шаред ресурсы, а владеет своей копией. С ней он может что угодно без риска застрять в блокировке или испортить соседнему потоку стейт. Потом разделяемые ресурсы синхронизируются специально обученным родительским потоком. Надо заранее подумать какие данные разделять и где их собирать обратно. По мне это самый тру вей писать многопоток.
>>562758
После прочтения мне в начале показалось, что я начал понимать твою логику и логику создателей этих immutable collections. Хотя и осталось возмущение тем, что из доков это нихуя не понятно, что вся эту муть нужна исключительно для многопотока (или может я слепошарый).
Однако я не понимаю всё равно, как с этим работать в многопотоке без локов. Ну допустим у тебя есть родительская коллекция immudict0. Ты передаёшь её в несколько потоков для добавления каких-то данных, допустим, через Parallel.For. И каждый поток что-то добавляет и получает новый инстанс immudictN. И что он дальше со своим инстансом делает? Как их потом слить воедино? Если бы каждый поток срал в ConcurrentDictionary, у тебя всегда был бы один единственный и всегда свежий инстанс словаря. А вот в случае с иммутабл я паттерн всё равно нихуя не улавливаю.
>дядя анон видимо никогда не писал многопоток.
После прочтения мне в начале показалось, что я начал понимать твою логику и логику создателей этих immutable collections. Хотя и осталось возмущение тем, что из доков это нихуя не понятно, что вся эту муть нужна исключительно для многопотока (или может я слепошарый).
Однако я не понимаю всё равно, как с этим работать в многопотоке без локов. Ну допустим у тебя есть родительская коллекция immudict0. Ты передаёшь её в несколько потоков для добавления каких-то данных, допустим, через Parallel.For. И каждый поток что-то добавляет и получает новый инстанс immudictN. И что он дальше со своим инстансом делает? Как их потом слить воедино? Если бы каждый поток срал в ConcurrentDictionary, у тебя всегда был бы один единственный и всегда свежий инстанс словаря. А вот в случае с иммутабл я паттерн всё равно нихуя не улавливаю.
>>562852
1. Удобно
2. Красиво
3. Лаконично
4. Иногда очень хочется не срать геттерами и сеттерами, а просто написать поле. Это не тру ООП, но шарп хотя бы даёт очень короткий путь сделать быстро, но при этом потом прикрутить логику если что без каких бы то ни было изменений.
Что это за говно?
>бляя ну а это то нахуя?
>че это вообще дает?
1. Удобно
2. Красиво
3. Лаконично
4. Иногда очень хочется не срать геттерами и сеттерами, а просто написать поле. Это не тру ООП, но шарп хотя бы даёт очень короткий путь сделать быстро, но при этом потом прикрутить логику если что без каких бы то ни было изменений.
>p.Name.get
Что это за говно?
>>562589
Не пользуюсь иммутабл. Я умею в такую вещь как делать код нормально, а не пытаться добавлять элементы в ИММУТАБЕЛЬНЫЙ объект.
Ты блять дурак или как?
Не пользуюсь иммутабл. Я умею в такую вещь как делать код нормально, а не пытаться добавлять элементы в ИММУТАБЕЛЬНЫЙ объект.
Ты блять дурак или как?
>>562674
Писать тесты или ловить в ебало ошибки в реальном времени
Писать тесты или ловить в ебало ошибки в реальном времени
>>562915
p.Name.get()
p.Name.set()
да просто абстрактная реализация обычными методами. при такой записи я понимаю. что это инкапсулированая переменная .
а если просто p.Name написать. то че это нахуй? поле, или гет ?
помоему это не лаконичтно это ублюдство.
p.Name.get()
p.Name.set()
да просто абстрактная реализация обычными методами. при такой записи я понимаю. что это инкапсулированая переменная .
а если просто p.Name написать. то че это нахуй? поле, или гет ?
помоему это не лаконичтно это ублюдство.
25 Кб, 1391x273ахахаха
ну норм че. а как сюда обяъвление set впихнуть? или init?
ну норм че. а как сюда обяъвление set впихнуть? или init?
сократили блядь. чето кстати метанит как то хуй пойми как структурирован.
я думал всякие подобные контрукции в конце будут рассматриваться как неважные. а ты смотриж. уже в третьей главе.
все действительно этим пользуются в энтерпрайзе?
я думал всякие подобные контрукции в конце будут рассматриваться как неважные. а ты смотриж. уже в третьей главе.
все действительно этим пользуются в энтерпрайзе?
>>562915
а почему не тру то? обращение к полю есть, по ссылке, с внутренним обработчиком. че еще надо?
>Это не тру ООП,
а почему не тру то? обращение к полю есть, по ссылке, с внутренним обработчиком. че еще надо?
>>562925
да я уж начал, не бросать же.
да я уж начал, не бросать же.
>>562852
При этом ещё name и Name занимают память. Если делали бы сахарок, то надо было сделать доступ к Name сразу из методов, а не использовать дополнительную переменную.
При этом ещё name и Name занимают память. Если делали бы сахарок, то надо было сделать доступ к Name сразу из методов, а не использовать дополнительную переменную.
>>562931
чето пока весь этот сахарок. чес слово воняет говном.
чето пока весь этот сахарок. чес слово воняет говном.
>>562931
Как же ты заебал.
Как же ты заебал.
ладно понял. set get это нужно типа на будущее.
вдруг ты захочешь какое то ограничение в будущем для поля поставить. и тут как раз у тебя нереализованный метод подвязан.
и его изменение не вызовет ошибок .
только это все равно нахуй говнокод.
вдруг ты захочешь какое то ограничение в будущем для поля поставить. и тут как раз у тебя нереализованный метод подвязан.
и его изменение не вызовет ошибок .
только это все равно нахуй говнокод.
>>562921
А что такое Name? Какой у неё тип? GetterSetter<T>? Это вообще из какого языка пример? В большинстве языков можно написать Get_name(), а твою парашу я вообще нигде не видел.
Во-первых, ты в блокноте кодируешь? В IDE это тоже легко понять (по цвету, например, у пропертей и полей он разный). Можно кастомно настроить сколь угодно кислотные цвета, чтобы уж точно не перепутать.
Во-вторых, это и есть фишка, ты не должен это понимать. Ты, как клиент класса, должен относиться к этому как к полеподобной сущности. Зачем тебе знать, поле это или пропертя? Как правило, ты всегда будешь иметь дело с пропертями. В тех же винформах у объектов сотни свойств. Если на каждое свойство писать ещё геттер и сеттер, то вместо сотни свойств будет двести методов.
В третьих, зачастую тебе достаточно написать public string Name {get; set;} и всё. Кратко, быстро. Если надо, потом добавишь логику. Чтобы написать тоже самое через private string _name; public string Get_name(); public void Set_name(string n); придётся потратить только на печатание в 5-7 раз больше времени (никаких автогенераторов, IDE ведь у тебя нет).
Ты видимо любишь много печатать и любишь скобочки. Может тебе попробовать Ada или Lisp.
А как насчёт индексаторов? Квадратные скобки какие-то? Почему нельзя нормально написать myArray.GetItemAt(i) или myArray.SetItemAt(i, value)?
А вообще, проперти - это отличная фишка языка, которой мне во многих других языках не хватает.
К шарпу можно очень по многим вопросам предъявить претензии, но уж точно не по
>p.Name.get()
А что такое Name? Какой у неё тип? GetterSetter<T>? Это вообще из какого языка пример? В большинстве языков можно написать Get_name(), а твою парашу я вообще нигде не видел.
>при такой записи я понимаю. что это инкапсулированая переменная .
>а если просто p.Name написать. то че это нахуй? поле, или гет ?
Во-первых, ты в блокноте кодируешь? В IDE это тоже легко понять (по цвету, например, у пропертей и полей он разный). Можно кастомно настроить сколь угодно кислотные цвета, чтобы уж точно не перепутать.
Во-вторых, это и есть фишка, ты не должен это понимать. Ты, как клиент класса, должен относиться к этому как к полеподобной сущности. Зачем тебе знать, поле это или пропертя? Как правило, ты всегда будешь иметь дело с пропертями. В тех же винформах у объектов сотни свойств. Если на каждое свойство писать ещё геттер и сеттер, то вместо сотни свойств будет двести методов.
В третьих, зачастую тебе достаточно написать public string Name {get; set;} и всё. Кратко, быстро. Если надо, потом добавишь логику. Чтобы написать тоже самое через private string _name; public string Get_name(); public void Set_name(string n); придётся потратить только на печатание в 5-7 раз больше времени (никаких автогенераторов, IDE ведь у тебя нет).
>p.Name.get()
Ты видимо любишь много печатать и любишь скобочки. Может тебе попробовать Ada или Lisp.
>помоему это не лаконичтно это ублюдство.
А как насчёт индексаторов? Квадратные скобки какие-то? Почему нельзя нормально написать myArray.GetItemAt(i) или myArray.SetItemAt(i, value)?
А вообще, проперти - это отличная фишка языка, которой мне во многих других языках не хватает.
К шарпу можно очень по многим вопросам предъявить претензии, но уж точно не по
>>562931
опять нужно пояснять как в прошлых тредах, что name и Name не занимают лишнюю память по сравнению с жавой (и чем угодно)?
Потому что компилятор тупо переписывает их В ПОЛНЫЙ ЭКВИВАЛЕНТ тому что в жаве ты руками пишешь.
опять нужно пояснять как в прошлых тредах, что name и Name не занимают лишнюю память по сравнению с жавой (и чем угодно)?
Потому что компилятор тупо переписывает их В ПОЛНЫЙ ЭКВИВАЛЕНТ тому что в жаве ты руками пишешь.
93 Кб, 1150x436>>562973
Я проверял, что в IL-коде создаётся именно два поля для переменной name и для свойства Name.
Я проверял, что в IL-коде создаётся именно два поля для переменной name и для свойства Name.
>>562972
дада я ошибся тут в записи. p.Name_get() , p.Name_set() естесно.
>А что такое Name? Какой у неё тип? GetterSetter<T>? Это вообще из какого языка пример? В большинстве языков можно написать Get_name(), а твою парашу я вообще нигде не видел.
дада я ошибся тут в записи. p.Name_get() , p.Name_set() естесно.
>>562972
а тут то че? все впорядке. вызываешь метод объекта.
то что массив создается скобками это особенность языка. тут претензий нет.
>А как насчёт индексаторов? Квадратные скобки какие-то? Почему нельзя нормально написать myArray.GetItemAt(i) или myArray.SetItemAt(i, value)?
а тут то че? все впорядке. вызываешь метод объекта.
то что массив создается скобками это особенность языка. тут претензий нет.
>>562972
тогда это должно быть реализована через интерфейс а не в функциональной части .
>Ты, как клиент класса, должен относиться к этому как к полеподобной сущности.
тогда это должно быть реализована через интерфейс а не в функциональной части .
>>562972
ага и еще такая штука с этими черными ящиками. я значит обращаюсь к полю. а оно мне на ровном месте начинает поганить результат. я начинаю проверять свою логику, а все потому что какой то обмудок под поле зашил еще один метод.
ага и еще такая штука с этими черными ящиками. я значит обращаюсь к полю. а оно мне на ровном месте начинает поганить результат. я начинаю проверять свою логику, а все потому что какой то обмудок под поле зашил еще один метод.
89 Кб, 1131x420>>562996
Да, но если я использую нормальный подход к геттерам и сеттерам, то лишняя память не выделяется. Да и код выглядит в разы понятнее.
Да, но если я использую нормальный подход к геттерам и сеттерам, то лишняя память не выделяется. Да и код выглядит в разы понятнее.
кароче, надо хотябы как то помечать что ты к методу обращаешься. чтобы хотябы потестировать.
54 Кб, 1473x375>>562985
Ой, что это? Куда делось то недоступное свойство, про которое ты уже какой тред кукарекаешь?
Ой, что это? Куда делось то недоступное свойство, про которое ты уже какой тред кукарекаешь?
>>562911
в этом примере нет смысла. Сам смысл Parallel.For говорит о том, что время добавления в список хз. И тут место для ConcurrentBag
или вообще PLINQ - пусть он с этим разбирается.
Кстати, те же Concurrent коллекции не являются локфри - в том же ConcurrentDictionary хранение разбито на бакетов и каждый бакет имеет свою блокировку. То есть блокировок меньше, но они все же есть. К тому же есть операции которые требуют полной блокировки.
привычный тебе пример - ну вот анон тут писал свой event manager, где кладет понятно подписчиков в список
и вот пришло время вызывать publish и он обернул все в лок (и пусть весь мир подождет)
Что делать? ок. можем локнуть и скопировать подписчиков. Тут уже лок и копирование. Миллион событий - миллион локов и копирований.
Поэтому в шарпе события сделаны через иммутабельность делегатов. Весь сыр бор только при подписке, а при вызове ничего не копируется.
Там правда уже свои грабли в многопотоке но суть не меняется - локов при вызове нет.
Многое можно сделать через лок. все дело в цене операции что под локом.
Возьмем подобный абстрактный пример. у тебя миллион подписчиков уже в списке и тебе нужно итерировать по ним чуть ли не постоянно (ты криптобиржа и шлешь цены ))))
и доступ по индексу для каких то нужд
обычный список сразу мимо - локи могут дорого стоить, риск дедлока. А итерироваться то вообще как? только что вот описал проблему итерирования под локом
ну можно обернуть в ReadWriteLock - но все равно это полный лок на запись.
ConcurrentDictionary? так он по индексу не умеет, жрет лишнее место на бакеты (которое не очищается кстати), имеет полную блокировку на тот же Count например.
LinkedList тоже не умеет по индексу и
можно конечно мудрить "нам не нужен доступ по индексу и Count мы сами посчитаем"
а можно просто взять ImmutableList - доступ и итерирование никто не сдерживает, count дешевый и считать отдельно не нужно. Операция добавления и удаления тоже дешевые.
Время доступа к элементу...а че? типа ConcurrentDictionary быстрее что ли? там внутри как бы локи есть, если идет активная запись, то чтение будет в жо
Конечно можно запилить и своего франкенштейна, но это неблагодарное дело
вот пример https://habr.com/ru/post/240891/
чел слепил такой велик ибо другие были тормоза. и при этом в статье реализация имеет ошибку. в самом итоговом коде на гитхабе все верно, но в статье неправильно
настолько это сложно писать локфри на низком уровне, что лучше лишний раз не лезть.
в этом примере нет смысла. Сам смысл Parallel.For говорит о том, что время добавления в список хз. И тут место для ConcurrentBag
или вообще PLINQ - пусть он с этим разбирается.
Кстати, те же Concurrent коллекции не являются локфри - в том же ConcurrentDictionary хранение разбито на бакетов и каждый бакет имеет свою блокировку. То есть блокировок меньше, но они все же есть. К тому же есть операции которые требуют полной блокировки.
привычный тебе пример - ну вот анон тут писал свой event manager, где кладет понятно подписчиков в список
и вот пришло время вызывать publish и он обернул все в лок (и пусть весь мир подождет)
Что делать? ок. можем локнуть и скопировать подписчиков. Тут уже лок и копирование. Миллион событий - миллион локов и копирований.
Поэтому в шарпе события сделаны через иммутабельность делегатов. Весь сыр бор только при подписке, а при вызове ничего не копируется.
Там правда уже свои грабли в многопотоке но суть не меняется - локов при вызове нет.
Многое можно сделать через лок. все дело в цене операции что под локом.
Возьмем подобный абстрактный пример. у тебя миллион подписчиков уже в списке и тебе нужно итерировать по ним чуть ли не постоянно (ты криптобиржа и шлешь цены ))))
и доступ по индексу для каких то нужд
обычный список сразу мимо - локи могут дорого стоить, риск дедлока. А итерироваться то вообще как? только что вот описал проблему итерирования под локом
ну можно обернуть в ReadWriteLock - но все равно это полный лок на запись.
ConcurrentDictionary? так он по индексу не умеет, жрет лишнее место на бакеты (которое не очищается кстати), имеет полную блокировку на тот же Count например.
LinkedList тоже не умеет по индексу и
можно конечно мудрить "нам не нужен доступ по индексу и Count мы сами посчитаем"
а можно просто взять ImmutableList - доступ и итерирование никто не сдерживает, count дешевый и считать отдельно не нужно. Операция добавления и удаления тоже дешевые.
Время доступа к элементу...а че? типа ConcurrentDictionary быстрее что ли? там внутри как бы локи есть, если идет активная запись, то чтение будет в жо
Конечно можно запилить и своего франкенштейна, но это неблагодарное дело
вот пример https://habr.com/ru/post/240891/
чел слепил такой велик ибо другие были тормоза. и при этом в статье реализация имеет ошибку. в самом итоговом коде на гитхабе все верно, но в статье неправильно
настолько это сложно писать локфри на низком уровне, что лучше лишний раз не лезть.
>>562911
в этом примере нет смысла. Сам смысл Parallel.For говорит о том, что время добавления в список хз. И тут место для ConcurrentBag
или вообще PLINQ - пусть он с этим разбирается.
Кстати, те же Concurrent коллекции не являются локфри - в том же ConcurrentDictionary хранение разбито на бакетов и каждый бакет имеет свою блокировку. То есть блокировок меньше, но они все же есть. К тому же есть операции которые требуют полной блокировки.
привычный тебе пример - ну вот анон тут писал свой event manager, где кладет понятно подписчиков в список
и вот пришло время вызывать publish и он обернул все в лок (и пусть весь мир подождет)
Что делать? ок. можем локнуть и скопировать подписчиков. Тут уже лок и копирование. Миллион событий - миллион локов и копирований.
Поэтому в шарпе события сделаны через иммутабельность делегатов. Весь сыр бор только при подписке, а при вызове ничего не копируется.
Там правда уже свои грабли в многопотоке но суть не меняется - локов при вызове нет.
Многое можно сделать через лок. все дело в цене операции что под локом.
Возьмем подобный абстрактный пример. у тебя миллион подписчиков уже в списке и тебе нужно итерировать по ним чуть ли не постоянно (ты криптобиржа и шлешь цены ))))
и доступ по индексу для каких то нужд
обычный список сразу мимо - локи могут дорого стоить, риск дедлока. А итерироваться то вообще как? только что вот описал проблему итерирования под локом
ну можно обернуть в ReadWriteLock - но все равно это полный лок на запись.
ConcurrentDictionary? так он по индексу не умеет, жрет лишнее место на бакеты (которое не очищается кстати), имеет полную блокировку на тот же Count например.
LinkedList тоже не умеет по индексу и
можно конечно мудрить "нам не нужен доступ по индексу и Count мы сами посчитаем"
а можно просто взять ImmutableList - доступ и итерирование никто не сдерживает, count дешевый и считать отдельно не нужно. Операция добавления и удаления тоже дешевые.
Время доступа к элементу...а че? типа ConcurrentDictionary быстрее что ли? там внутри как бы локи есть, если идет активная запись, то чтение будет в жо
Конечно можно запилить и своего франкенштейна, но это неблагодарное дело
вот пример https://habr.com/ru/post/240891/
чел слепил такой велик ибо другие были тормоза. и при этом в статье реализация имеет ошибку. в самом итоговом коде на гитхабе все верно, но в статье неправильно
настолько это сложно писать локфри на низком уровне, что лучше лишний раз не лезть.
в этом примере нет смысла. Сам смысл Parallel.For говорит о том, что время добавления в список хз. И тут место для ConcurrentBag
или вообще PLINQ - пусть он с этим разбирается.
Кстати, те же Concurrent коллекции не являются локфри - в том же ConcurrentDictionary хранение разбито на бакетов и каждый бакет имеет свою блокировку. То есть блокировок меньше, но они все же есть. К тому же есть операции которые требуют полной блокировки.
привычный тебе пример - ну вот анон тут писал свой event manager, где кладет понятно подписчиков в список
и вот пришло время вызывать publish и он обернул все в лок (и пусть весь мир подождет)
Что делать? ок. можем локнуть и скопировать подписчиков. Тут уже лок и копирование. Миллион событий - миллион локов и копирований.
Поэтому в шарпе события сделаны через иммутабельность делегатов. Весь сыр бор только при подписке, а при вызове ничего не копируется.
Там правда уже свои грабли в многопотоке но суть не меняется - локов при вызове нет.
Многое можно сделать через лок. все дело в цене операции что под локом.
Возьмем подобный абстрактный пример. у тебя миллион подписчиков уже в списке и тебе нужно итерировать по ним чуть ли не постоянно (ты криптобиржа и шлешь цены ))))
и доступ по индексу для каких то нужд
обычный список сразу мимо - локи могут дорого стоить, риск дедлока. А итерироваться то вообще как? только что вот описал проблему итерирования под локом
ну можно обернуть в ReadWriteLock - но все равно это полный лок на запись.
ConcurrentDictionary? так он по индексу не умеет, жрет лишнее место на бакеты (которое не очищается кстати), имеет полную блокировку на тот же Count например.
LinkedList тоже не умеет по индексу и
можно конечно мудрить "нам не нужен доступ по индексу и Count мы сами посчитаем"
а можно просто взять ImmutableList - доступ и итерирование никто не сдерживает, count дешевый и считать отдельно не нужно. Операция добавления и удаления тоже дешевые.
Время доступа к элементу...а че? типа ConcurrentDictionary быстрее что ли? там внутри как бы локи есть, если идет активная запись, то чтение будет в жо
Конечно можно запилить и своего франкенштейна, но это неблагодарное дело
вот пример https://habr.com/ru/post/240891/
чел слепил такой велик ибо другие были тормоза. и при этом в статье реализация имеет ошибку. в самом итоговом коде на гитхабе все верно, но в статье неправильно
настолько это сложно писать локфри на низком уровне, что лучше лишний раз не лезть.
21 Кб, 661x222>>562911
Нужно в потоках использовать Interlocked.CompareExchange для обновления исходной коллекции. Типа так
Нужно в потоках использовать Interlocked.CompareExchange для обновления исходной коллекции. Типа так
>>563066
Пиздец просто.
Пиздец просто.
Вопрос о моделях в ASP.NET Core:
Хорошая ли практика мутировать модели приходящие через POST запрос? Или надо создавать новый объект и передавать во вьюху уже его? Поясните
чатгпт считает, что лучше создавать новую
Хорошая ли практика мутировать модели приходящие через POST запрос? Или надо создавать новый объект и передавать во вьюху уже его? Поясните
чатгпт считает, что лучше создавать новую
>>562921
100% это проперти
_name private field
name public/local field
Name property
name() method
>а если просто p.Name написать. то че это нахуй?
100% это проперти
_name private field
name public/local field
Name property
name() method
>>562985
Потому что ты мудак. Компилятор умнее тебя и считает что Name относится к name.
При компиляции этот код создаст тебе поле и два метода доступа у нему. Тебе блять слева прямо говорят удалить не испольуземемое говно.
В шарпе нет ситуации когда поле класса и проперти имеют одно имя, так не пишут
Потому что ты мудак. Компилятор умнее тебя и считает что Name относится к name.
При компиляции этот код создаст тебе поле и два метода доступа у нему. Тебе блять слева прямо говорят удалить не испольуземемое говно.
В шарпе нет ситуации когда поле класса и проперти имеют одно имя, так не пишут
>>562921
в этом и есть так то суть инкапсуляции, что снаружи тебе и не нужно ничего понимать как оно внутри и есть ли вообще это "внутри".
>при такой записи я понимаю. что это инкапсулированая переменная
в этом и есть так то суть инкапсуляции, что снаружи тебе и не нужно ничего понимать как оно внутри и есть ли вообще это "внутри".
>>562921
Инкапсуляция - сокрытие деталей реализации от конечного пользователя. Создание абстракции.
object.Name Её пример в чистом виде. Если поле нельзя руками менять тебе скажут об этом красной чертой и ошибкой доступа. А как получается значение имя ты не знаешь, может просто дефолт свойство, а может быть там логика на 20 строк и композиция 5 полей аля "НалоговыйОтчёт_01.12.2022_31.12.2022_Стандарт3_ТребуетПроверки"
>при такой записи я понимаю. что это инкапсулированая переменная
Инкапсуляция - сокрытие деталей реализации от конечного пользователя. Создание абстракции.
object.Name Её пример в чистом виде. Если поле нельзя руками менять тебе скажут об этом красной чертой и ошибкой доступа. А как получается значение имя ты не знаешь, может просто дефолт свойство, а может быть там логика на 20 строк и композиция 5 полей аля "НалоговыйОтчёт_01.12.2022_31.12.2022_Стандарт3_ТребуетПроверки"
64 Кб, 931x1056>>563196
выглядит так - совсем простая формочка
из того что я нашёл, похоже что модели должны быть иммутабельными
https://stackoverflow.com/questions/70469381/does-it-make-sense-to-use-init-only-setters-on-request-models-in-an-asp-net-core
выглядит так - совсем простая формочка
из того что я нашёл, похоже что модели должны быть иммутабельными
https://stackoverflow.com/questions/70469381/does-it-make-sense-to-use-init-only-setters-on-request-models-in-an-asp-net-core
>>563196
Он тожы мудак.
В запросе тебе приходит RequestDTO.
На его основе ты создаешь сущность.
Делаешь с ней какую-нибудь хуйню.
И уже на её основе (или результата той хуни, что ты с ней сделал), создаешь ResponseDTO.
И вот его уже и возвращаешь.
Он тожы мудак.
В запросе тебе приходит RequestDTO.
На его основе ты создаешь сущность.
Делаешь с ней какую-нибудь хуйню.
И уже на её основе (или результата той хуни, что ты с ней сделал), создаешь ResponseDTO.
И вот его уже и возвращаешь.
>>551587 (OP)
Приветы в треды, что посоветуете из расширений VS 2022 для ускорения написания кода.
- видел дополнение к ide, которое ищет на гите или стаковерфлов части кода с автокомплитом
- нейронки разные которые тебе подсказывают, как лучше написать и т.д.
решарпер и т.д. не советуйте, денех нет, вы держитесь
Приветы в треды, что посоветуете из расширений VS 2022 для ускорения написания кода.
- видел дополнение к ide, которое ищет на гите или стаковерфлов части кода с автокомплитом
- нейронки разные которые тебе подсказывают, как лучше написать и т.д.
решарпер и т.д. не советуйте, денех нет, вы держитесь
>>563200
а ну это мы добавляем уже правописание. тут тогда еще надо тип данных указывать надо.
а без этого всего ты хуй разберешь глазами
а ну это мы добавляем уже правописание. тут тогда еще надо тип данных указывать надо.
а без этого всего ты хуй разберешь глазами
>>563215
мне плевать че там у кого свербит. если код плохо читается и ведет к ошибкам я пишу функционально.
лучше интерфейсами обмазаться чем ухудшать читаемость.
>в этом и есть так то суть инкапсуляции, что снаружи тебе и не нужно ничего понимать как оно внутри и есть ли вообще это "внутри".
мне плевать че там у кого свербит. если код плохо читается и ведет к ошибкам я пишу функционально.
лучше интерфейсами обмазаться чем ухудшать читаемость.
если все так дрочат на инкапсуляцию че тогда тут джаваскрипт засираете?
вот где ооп. ложкой наворачивай. аж стоит
вот где ооп. ложкой наворачивай. аж стоит
>>563414
наоборот с новой строчки и надо ставить. с четкой табуляцией чтоб красиво было.
наоборот с новой строчки и надо ставить. с четкой табуляцией чтоб красиво было.
>>563401
>>563404
Почему на меня не обращают внимание?
https://plugins.jetbrains.com/plugin/9513-stackoverflow есть такой же для мы, но нет вставки "первый правильный"
Но я такой видел, он точно есть.
>>563404
Почему на меня не обращают внимание?
https://plugins.jetbrains.com/plugin/9513-stackoverflow есть такой же для мы, но нет вставки "первый правильный"
Но я такой видел, он точно есть.
>>563413
На инкапсуляцию не дрочат. Дрочат на няшный синтаксис шарпика с сахаром, которые ограниченные джавадебилы не могут осознать.
На инкапсуляцию не дрочат. Дрочат на няшный синтаксис шарпика с сахаром, которые ограниченные джавадебилы не могут осознать.
Рейтаните говнокод. Сколько из 10? Вы бы обосрались такой поддерживать?
>>563465
Не нормально. Сразу учись делать нормально, ты же срать учился сразу хорошо, а не в штаны? вообще не импользуй винформы, это мёртвая технология.
Не нормально. Сразу учись делать нормально, ты же срать учился сразу хорошо, а не в штаны? вообще не импользуй винформы, это мёртвая технология.
>>563387
чтобы было. ведь если его нет...то его ж нет. а если есть, то всегда может пригодиться.
вообще назначение этого очевидно даже из его названия
чтобы было. ведь если его нет...то его ж нет. а если есть, то всегда может пригодиться.
вообще назначение этого очевидно даже из его названия
>>563521
Сказал как господь.
Сказал как господь.
>>563521
да стоит только добавить что нахуй вообще делегаты не нужны.
если ты исподьзуешь делегаты значит ты чето наговнокодил.
да стоит только добавить что нахуй вообще делегаты не нужны.
если ты исподьзуешь делегаты значит ты чето наговнокодил.
>>563579
товарищ не отличает делегаты от DelegatingHandler?
ну а делегаты не нужны только школьникам которые первый раз за шарп берутся
товарищ не отличает делегаты от DelegatingHandler?
ну а делегаты не нужны только школьникам которые первый раз за шарп берутся
>>563587
ни то ни другое нахуй не нужно. если ты будешь работая с моим кодом выебываться делегатами я техуй сломаю. у себя делай че хочешь.
ни то ни другое нахуй не нужно. если ты будешь работая с моим кодом выебываться делегатами я техуй сломаю. у себя делай че хочешь.
Эх, вот бы в джаву добавили делегаты.
>>563590
события не используешь?
LINQ не используешь?
CancellationTokenы не используешь?
такси не используешь?
во всем этом юзаются делегаты
так что ты это....трусы то надень.
события не используешь?
LINQ не используешь?
CancellationTokenы не используешь?
такси не используешь?
во всем этом юзаются делегаты
так что ты это....трусы то надень.
>>563596
ладно уел.
ладно уел.
Привет, шарпаны.
В дот нете нет обратной совместимости рантаймов чтоли? Пытаюсь запустить проект из 2020 года и уже поставил кучу версий этого говна рантаймного, а ему похую вообще.
Че блять он хочет от меня?
В дот нете нет обратной совместимости рантаймов чтоли? Пытаюсь запустить проект из 2020 года и уже поставил кучу версий этого говна рантаймного, а ему похую вообще.
Че блять он хочет от меня?
>>563684
а все, запустилось после установки dotnet-runtime-3.0.3-win-x64
а все, запустилось после установки dotnet-runtime-3.0.3-win-x64
>>563730
Джавист, спок.
Джавист, спок.
>>563472
Это мертвая технология еще 5 итераций ASP переживет.
Это мертвая технология еще 5 итераций ASP переживет.
>>563472
Десктоп вообще мёртвая технология, так что какая разница, что из мёртвых разновидностей использовать, можно выбирать то, что больше нравится. Мне больше нравятся винформы, например.
Десктоп вообще мёртвая технология, так что какая разница, что из мёртвых разновидностей использовать, можно выбирать то, что больше нравится. Мне больше нравятся винформы, например.
>>563445
Прямо илюстрация как ведение одной абстракции с четыремя чахлыми методами дико упрощает код. А челики которые думают в терминах контейнеров и функции потеряные.
Прямо илюстрация как ведение одной абстракции с четыремя чахлыми методами дико упрощает код. А челики которые думают в терминах контейнеров и функции потеряные.
Короче пришел к выводу, что все-таки фронтенд фреймворк точно надо учить. Несколько дней порылся в инете, вроде бы получается, что в энтерпрайзе больше используется Angular, вакансий .Net+Angular тоже больше, но смущает один момент - много проектов переписываются с ангуляра на реакт.
Что советуете, ангуляр вообще используется в новых проектах или на нем только легаси? Мне нравится TS и ООП в Ангуляре, что-то к реакт вообще душа не лежит. Другие варианты не рассматриваю.
Что советуете, ангуляр вообще используется в новых проектах или на нем только легаси? Мне нравится TS и ООП в Ангуляре, что-то к реакт вообще душа не лежит. Другие варианты не рассматриваю.
>>563946
Получается всё-таки сишарперов заставляют становится фуллстеками? Если хочешь чистый бэкенд, то это только джава?
Получается всё-таки сишарперов заставляют становится фуллстеками? Если хочешь чистый бэкенд, то это только джава?
>>563908
меньше нормального кода, которого не видать среди портянок ручного управления всем гуи.
>Да, в винформах его меньше.
меньше нормального кода, которого не видать среди портянок ручного управления всем гуи.
>>563730
Вот это збс. Заставляет говноедов поддерживать проекты и актуализация проводить. Сейчас наши джависты ебутся пытаясь перевести проект на самые последние версии вообще всего прыгая через 6 лет назад вбитые зависимости.
Упражнение называется прохождение аудита безопасности. Тебе служба безопасности просто говорит пока у тебя не будут закрыты все уязвимости что можно(читай стоять только ласт версии) не дадим никаких подписей.
И да в шарпе дохуя чего совместимо, а сейчас уже Майкрософт прямо сказали что надо держать актуальность не меньше -2 от текущего номера
>В шарпе надо постоянно переписывать программы под новые версии
Вот это збс. Заставляет говноедов поддерживать проекты и актуализация проводить. Сейчас наши джависты ебутся пытаясь перевести проект на самые последние версии вообще всего прыгая через 6 лет назад вбитые зависимости.
Упражнение называется прохождение аудита безопасности. Тебе служба безопасности просто говорит пока у тебя не будут закрыты все уязвимости что можно(читай стоять только ласт версии) не дадим никаких подписей.
И да в шарпе дохуя чего совместимо, а сейчас уже Майкрософт прямо сказали что надо держать актуальность не меньше -2 от текущего номера
>>563946
Blazor
Blazor
>>563984
Ты так говоришь как-будто он сам собой где-то умеет управлять. Привязка любых моделей к гую это ад портянок.
>ручного управления всем гуи
Ты так говоришь как-будто он сам собой где-то умеет управлять. Привязка любых моделей к гую это ад портянок.
>>564048
да. именно так
декларативных портянок, которые
а) сильно короче ручной херни
б) используют правильный flow (хз как это сформулировать), а не инвертированный.
поясню подробнее
возьмем подход MVVM/MVU
там происходит наблюдение за стейтом или биндинг на вьюмодели (в общем то это одно и то же, только по разным углом). То есть меняется стейт - и все заинтересованные контролы меняют в себе все как надо. Биндинг позволяет это короче описать, вообще без строчки кода.
Новые элементы не заставляют ничего переписывать, ведь каждый контрол он "я и стейт".
А теперь возьмем обратный подход - на любое событие ты в коде идешь и вручную лезешь к каждому контролу что должен быть изменен и меняешь его состояние. У тебя нет точки наблюдения - все инвертировано и ты сам ко всем бегаешь и пишешь горы кода по их изменению на новые данные.
Причем это многословно пипец (твой скрин пруф)
Если ты чуть опытнее, ты можешь спрятать портянки за MVP, но это все хрень потому подход "по событию бегаем меняем где надо" априори ущербен.
Если добавляется новый элемент, то нам нужно подправить все места где этот элемент должен меняться. То есть добавить еще море портянок с дублирующимся кодом и нигде не забыть.
аналогично если добавляется условие, то происходит "комбинаторный взрыв" и расползание кучи if по всем этим участкам.
ps: в таком чокнутом стиле можно и на WPF писать и если что использовать свои шаблоны. Вопрос - нахера тогда винформс нужен.
>он сам собой где-то умеет управлять
да. именно так
>Привязка любых моделей к гую это ад портянок
декларативных портянок, которые
а) сильно короче ручной херни
б) используют правильный flow (хз как это сформулировать), а не инвертированный.
поясню подробнее
возьмем подход MVVM/MVU
там происходит наблюдение за стейтом или биндинг на вьюмодели (в общем то это одно и то же, только по разным углом). То есть меняется стейт - и все заинтересованные контролы меняют в себе все как надо. Биндинг позволяет это короче описать, вообще без строчки кода.
Новые элементы не заставляют ничего переписывать, ведь каждый контрол он "я и стейт".
А теперь возьмем обратный подход - на любое событие ты в коде идешь и вручную лезешь к каждому контролу что должен быть изменен и меняешь его состояние. У тебя нет точки наблюдения - все инвертировано и ты сам ко всем бегаешь и пишешь горы кода по их изменению на новые данные.
Причем это многословно пипец (твой скрин пруф)
Если ты чуть опытнее, ты можешь спрятать портянки за MVP, но это все хрень потому подход "по событию бегаем меняем где надо" априори ущербен.
Если добавляется новый элемент, то нам нужно подправить все места где этот элемент должен меняться. То есть добавить еще море портянок с дублирующимся кодом и нигде не забыть.
аналогично если добавляется условие, то происходит "комбинаторный взрыв" и расползание кучи if по всем этим участкам.
ps: в таком чокнутом стиле можно и на WPF писать и если что использовать свои шаблоны. Вопрос - нахера тогда винформс нужен.
Стоит ли учиться по книге ASP NET Core MVC 2 Адам Фримен? Проблема, что она 2019 и уже устарела, а более новой нет в свободном доступе. Из преимуществ там разрабатывается реальное приложение, что позволяет понять как пишутся профессиональные веб-приложения, а не просто учебные примеры как в других книгах.
https://youtu.be/BG4nnMR7uTs
https://youtu.be/BG4nnMR7uTs
>>564065
По скрину выше.
У меня чистая модель Пазла. Она ничего не знает про свое отображение. Для нее отобржанием ялвялется кнопка винформы и она же хранит у себя модель(владеет пазлом, да). Весь остальной код(NewGame, MovePuzzle, Swap) работает как View Presenter - он знает что модель меняется и за ней надо обновить View, отсюда появляется все кнопкопетушение.
Смысл игры вот в чем: как не декларируй, как не обмазывайся наблюдателями и отдельными классами VP все равно получится тот же код связи Пазла и Кнопки, но через три абстракции передачи сообщений от модели к виду. Если не предполагается менять вид, то смылса в излишних телодвижениях нет - просто хреначим один презентер прямо в код формы где V намертво прибит к М и радуемся жизни.
ВинФормы просто UI, под капотом можно как угодно писать.
Попробуй написать свой вариант если хочешь.
Вот ссылка: https://rosettacode.org/wiki/15_puzzle_game
По скрину выше.
У меня чистая модель Пазла. Она ничего не знает про свое отображение. Для нее отобржанием ялвялется кнопка винформы и она же хранит у себя модель(владеет пазлом, да). Весь остальной код(NewGame, MovePuzzle, Swap) работает как View Presenter - он знает что модель меняется и за ней надо обновить View, отсюда появляется все кнопкопетушение.
Смысл игры вот в чем: как не декларируй, как не обмазывайся наблюдателями и отдельными классами VP все равно получится тот же код связи Пазла и Кнопки, но через три абстракции передачи сообщений от модели к виду. Если не предполагается менять вид, то смылса в излишних телодвижениях нет - просто хреначим один презентер прямо в код формы где V намертво прибит к М и радуемся жизни.
>нахера тогда винформс нужен.
ВинФормы просто UI, под капотом можно как угодно писать.
Попробуй написать свой вариант если хочешь.
Вот ссылка: https://rosettacode.org/wiki/15_puzzle_game
>>564143
да ну. в упор не вижу никакого презентера. Вижу смешение логики отображения и логики приложения. Ну разве что некоторые методы выделены ура ура.
с мелкими приложухами это еще ладно (хотя я это не признаю ибо лучше сразу сделать нормально и чисто, чем говно), но с большими у тебя будет там "война и мир"
и что с того? абстракции для того и нужны чтобы скрыть детали. В этом их сила. Главное чтобы их не было сильно много, но пренебрегать ими просто глупо
ну тут каждому свое. я вот просто сразу сделаю чисто. потому что количество "лишних телодвижений" дает структурность, которая сильно перевешивает написание и удержание в голове контекста этой портянки.
ага. путем пердолинга в OnPaint
по ссылке понятно. это примеры. это говнокод, но это ж примеры.
сравнивать нужно причесанный код по читабельности и структурности.
И тут что угодно порвет портянку на скрине ибо там не только ущербный подход, а даже без попыток сделать чище (что кстати можно и в винформсах)
итог: я понимаю что это просто пятнашки и для учебы. но лучше сразу приучать себя делить все на контексты, слови, зависимости и тому подобное. Чтобы от такой портянки сразу был рвотный рефлекс
ps: сам я старой школы и для меня не норм когда для простой вещи берется что-то монструозное и потом это все весит дохера и еле работает. Но даже мелочь я сразу пишу чисто. Уже не раз попадался на "да нафиг оно надо, оно написал и забыл", а потом приходилось переписывать.
>У меня чистая модель Пазла...работает как View Presente
да ну. в упор не вижу никакого презентера. Вижу смешение логики отображения и логики приложения. Ну разве что некоторые методы выделены ура ура.
с мелкими приложухами это еще ладно (хотя я это не признаю ибо лучше сразу сделать нормально и чисто, чем говно), но с большими у тебя будет там "война и мир"
>но через три абстракции передачи сообщений от модели к виду.
и что с того? абстракции для того и нужны чтобы скрыть детали. В этом их сила. Главное чтобы их не было сильно много, но пренебрегать ими просто глупо
>Если не предполагается менять вид, то смылса в излишних телодвижениях нет
ну тут каждому свое. я вот просто сразу сделаю чисто. потому что количество "лишних телодвижений" дает структурность, которая сильно перевешивает написание и удержание в голове контекста этой портянки.
>ВинФормы просто UI, под капотом можно как угодно писать.
ага. путем пердолинга в OnPaint
>Попробуй написать свой вариант если хочешь
по ссылке понятно. это примеры. это говнокод, но это ж примеры.
сравнивать нужно причесанный код по читабельности и структурности.
И тут что угодно порвет портянку на скрине ибо там не только ущербный подход, а даже без попыток сделать чище (что кстати можно и в винформсах)
итог: я понимаю что это просто пятнашки и для учебы. но лучше сразу приучать себя делить все на контексты, слови, зависимости и тому подобное. Чтобы от такой портянки сразу был рвотный рефлекс
ps: сам я старой школы и для меня не норм когда для простой вещи берется что-то монструозное и потом это все весит дохера и еле работает. Но даже мелочь я сразу пишу чисто. Уже не раз попадался на "да нафиг оно надо, оно написал и забыл", а потом приходилось переписывать.
>>563970
На джаве тоже половина вакансий требует знаний фронта. Сейчас везде такая тенденция, но шансы найти почти чистый бекенд есть на любом стеке, даже на пхп.
На джаве тоже половина вакансий требует знаний фронта. Сейчас везде такая тенденция, но шансы найти почти чистый бекенд есть на любом стеке, даже на пхп.
>>564282
Держи хоть 7.0 просто собирай на старой студии. В чем твоя проблема перейти на новую версию?
Версии синтаксиса и компилятора сильно завязаны на версии дотНЕТ и студии. Но тебе никто на мешает скачать и поставить параллельно 2022 2019 студию для пердолинга старых проектов. Но лучше их обновить.
Если тебе страшно обновить проект, то ты написал кусок говна. Я меняю версии и запускаю полный прогон тестов и получаю результат пройдены все тесты, автотесты завершены
Держи хоть 7.0 просто собирай на старой студии. В чем твоя проблема перейти на новую версию?
Версии синтаксиса и компилятора сильно завязаны на версии дотНЕТ и студии. Но тебе никто на мешает скачать и поставить параллельно 2022 2019 студию для пердолинга старых проектов. Но лучше их обновить.
Если тебе страшно обновить проект, то ты написал кусок говна. Я меняю версии и запускаю полный прогон тестов и получаю результат пройдены все тесты, автотесты завершены
48 Кб, 1061x446Какой же я тупой. Только после 25 минут попыток впихнуть невпихуемое начал что-то подозревать. Оказывается головоломка не всегда решаема. Сейчас попробую сделать альтернативную раскладку для победы.
>>564328
Не генерируй числа тупо в рандомных местах. Инициализируй сразу правильную раскладку и дальше делай рандомные перемещения, как если бы это делалось вручную.
Хотя вряд ли будет легко изменить поведение с портянкой из запрограммированных мышкой button13_Click
Не генерируй числа тупо в рандомных местах. Инициализируй сразу правильную раскладку и дальше делай рандомные перемещения, как если бы это делалось вручную.
Хотя вряд ли будет легко изменить поведение с портянкой из запрограммированных мышкой button13_Click
29 Кб, 898x441>>564342
Как задать неквадратный грид? И что будет, если BlockCount не равно GridSize * GridSize?
> int GridSize
Как задать неквадратный грид? И что будет, если BlockCount не равно GridSize * GridSize?
>>564344
Меня это не тревожи чесно говоря. Константы не меняются.
Залил изменения: https://rosettacode.org/wiki/15_puzzle_game#C#
Пацаны, обсирайте! Алсо, я выкинул линк.
Меня это не тревожи чесно говоря. Константы не меняются.
Залил изменения: https://rosettacode.org/wiki/15_puzzle_game#C#
Пацаны, обсирайте! Алсо, я выкинул линк.
МРЕПОРТЬТЕ ДЖАВИСТА, ПЕРЕКАТИВШЕГО ТРЕД!!!
>>564360
Перекат без тега. Сидим в старом.
Перекат без тега. Сидим в старом.
>>564028
Выглядит наоборот, как-будто говноеды из майкрософт экономят на поддержке своего говнокода sdk иruntime и выписывают себе премии за регулярность релизов.
Просто перенесенная с Винды схема
Выглядит наоборот, как-будто говноеды из майкрософт экономят на поддержке своего говнокода sdk иruntime и выписывают себе премии за регулярность релизов.
Просто перенесенная с Винды схема
>>564507
Поддержка старых версий(старше 5 лет) это ебаный кал который тормозит развитие и делает из С++ кусок говна, зато обратная совместимость.
Обратная совместимость это зло и якорь.
Поддержка старых версий(старше 5 лет) это ебаный кал который тормозит развитие и делает из С++ кусок говна, зато обратная совместимость.
Обратная совместимость это зло и якорь.
>>564079
Стоит, потом просто почитаешь доки и подтянешь свою базу под актуальную версию.
Стоит, потом просто почитаешь доки и подтянешь свою базу под актуальную версию.
>>564527
Почему так всё быстро? Нет, чтобы каждую версию выпускать раз в 3 года, потом ещё поддержку лет 5.
Почему так всё быстро? Нет, чтобы каждую версию выпускать раз в 3 года, потом ещё поддержку лет 5.
>>564509
Школьник, ты? Нормальные люди хотят использовать новые фичи, не занимаясь при это переписыванием старого кода.
Школьник, ты? Нормальные люди хотят использовать новые фичи, не занимаясь при это переписыванием старого кода.
>>564532
ну вообще касаемо рантайма и самого фреймворка переписывать не приходится. Максимум версию поднять и перекомпилить. Или вообще без этого.
А вот асп.нет страдает "сделаем все по новому"
ну вообще касаемо рантайма и самого фреймворка переписывать не приходится. Максимум версию поднять и перекомпилить. Или вообще без этого.
А вот асп.нет страдает "сделаем все по новому"
А вам не кажется, что валидация модели - это нарушение паттерна MVC, потому что она переносит часть View в Model?
К примеру, мы можем добавить аннотацию:
[Required(ErrorMessage = "Error! Enter data in field!")]
где сообщение об ошибке явно относится к представлению.
К примеру, мы можем добавить аннотацию:
[Required(ErrorMessage = "Error! Enter data in field!")]
где сообщение об ошибке явно относится к представлению.
>>564696
тогда чего ты споришь с учителем
на самом деле аттрибуты не относятся к логике, ведь это всего лишь метки при этом из общей сборки.Но вообще не гуд так вот мапить на модели, а лучше иметь для этого особые DTO объекты.
1 они отвязывают структуру модели от визуальной части
2 могут быть заполнены частично и это норма
3 могут переиспользоваться
4 могут иметь на себе аттрибуты биндинга из-запроса
5 будет больше котов в мире.
тогда чего ты споришь с учителем
на самом деле аттрибуты не относятся к логике, ведь это всего лишь метки при этом из общей сборки.Но вообще не гуд так вот мапить на модели, а лучше иметь для этого особые DTO объекты.
1 они отвязывают структуру модели от визуальной части
2 могут быть заполнены частично и это норма
3 могут переиспользоваться
4 могут иметь на себе аттрибуты биндинга из-запроса
5 будет больше котов в мире.
Планирую юзать VScode для шарпа, потому что VS лагает. Что думаете? Для обучения пойдет?
Студия подлагивает слегонца, хотя после 10 минут работы вроде пропёрживается и почти не чувствуется лагов, но все равно бывают фризы. Так что думаю код буду писать в легковесной VS code, а если че надо будет посерьёзней, то буду запускать вашу тяжеловесную иде.
Студия подлагивает слегонца, хотя после 10 минут работы вроде пропёрживается и почти не чувствуется лагов, но все равно бывают фризы. Так что думаю код буду писать в легковесной VS code, а если че надо будет посерьёзней, то буду запускать вашу тяжеловесную иде.
>>564782
Ебаться когда будешь бабу дилдаком еби, а когда уже дело сам.
Купи нормальный ссд и перестанет лагать. Вообще ты конечно не ведре работаешь полном
Ебаться когда будешь бабу дилдаком еби, а когда уже дело сам.
Купи нормальный ссд и перестанет лагать. Вообще ты конечно не ведре работаешь полном
>>564782
В VSCode тормозить будешь уже ты. Кто-то же должен делать то, что студия делает за тебя.
В VSCode тормозить будешь уже ты. Кто-то же должен делать то, что студия делает за тебя.
>>564787
Пиздец, это ведро стоило 65к в 2018, это был средний компьютер. Сейчас оказывается это ведро охуеть. Может проградизды будут норм работать, чтоб ебучая иде не весила 50гб и чтоб не лагала на норм проце 4 ядра i5 2018 года????? У меня ведь еще и 16 гигов оперативы, это так-то дохуища просто я считаю.
>>564802
Ну так сначала надо понять вобще, че куда и как, смысл мне от помощи иде, если я даже понять эту помощь не способен.
Ладно кароче понятно, придется еще 2 месяца на толоке копить на новый "среднекомп", который опять через 4 года будет ведром.
Пиздец, это ведро стоило 65к в 2018, это был средний компьютер. Сейчас оказывается это ведро охуеть. Может проградизды будут норм работать, чтоб ебучая иде не весила 50гб и чтоб не лагала на норм проце 4 ядра i5 2018 года????? У меня ведь еще и 16 гигов оперативы, это так-то дохуища просто я считаю.
>>564802
Ну так сначала надо понять вобще, че куда и как, смысл мне от помощи иде, если я даже понять эту помощь не способен.
Ладно кароче понятно, придется еще 2 месяца на толоке копить на новый "среднекомп", который опять через 4 года будет ведром.
Я щяс вобще уйду обратно в PHP-тред и всё, больше вы меня не увидите в своём ультратоп-языке!!!
>>564811
Скоро вин10 закроют и надо будет ставить 11, а может и 12 выйдет с более высокими системками, а без них не будет новых дотнетов. Я так вынужден был с вин8 перейти на вин10 тупо ради новых дотнетов. Так что требования к железу для программирования на сишарпе будут расти.
Скоро вин10 закроют и надо будет ставить 11, а может и 12 выйдет с более высокими системками, а без них не будет новых дотнетов. Я так вынужден был с вин8 перейти на вин10 тупо ради новых дотнетов. Так что требования к железу для программирования на сишарпе будут расти.
>>564821
Вот видите, человек аж на виме пишет! Значит вскода достаточно. Всем спасибо за советы и ответы.
Вот видите, человек аж на виме пишет! Значит вскода достаточно. Всем спасибо за советы и ответы.
>>564782
1. Поставь нормальный объемный SSD, вместо HDD.
2. Сделай полностью установку на SSD (сама IDE, хранилище пакетов и т.д.)
3. Проекты с которыми работаешь так же храни на SSD
4. В студии отключи все лишние нагрузки, вроде анализаторов кода, покрытие, лишние codelens и т.д. (гугл "повышение производительности visual studio" в помощь)
5. Отключай ненужные расширения. Часто они могут конфликтовать друг с другом. Так же не держи постоянно включенными те, которые тебе не нужны. Например какйо-нибудь спеллчекер можно включать только перед финальным коммитом.
>но все равно бывают фризы.
1. Поставь нормальный объемный SSD, вместо HDD.
2. Сделай полностью установку на SSD (сама IDE, хранилище пакетов и т.д.)
3. Проекты с которыми работаешь так же храни на SSD
4. В студии отключи все лишние нагрузки, вроде анализаторов кода, покрытие, лишние codelens и т.д. (гугл "повышение производительности visual studio" в помощь)
5. Отключай ненужные расширения. Часто они могут конфликтовать друг с другом. Так же не держи постоянно включенными те, которые тебе не нужны. Например какйо-нибудь спеллчекер можно включать только перед финальным коммитом.
Меня сейчас трясти начнёт с этих конченых индусов. Хули в F# теперь сломаны папки?
Берём создаём чистый проект, создаём папку "pizda" и файл "zalupa.fs" в ней, пишем какой-то код, делаем публичным. Пока всё заебись - из Program.fs, лежащего рядом с файлом проекта, залупа доступна, код компилируется. А теперь делаем магию - кидаем прям мышкой в вижуал студии файл Program.fs в папку пизда и обратно. Имеем файл проекта идентичен тому что был до этого, все файлы лежат на тех же местах. Но залупа уже не доступна! Код не компилируется! Даже из консоли без студии dotnet build не работает после перемещения файлов.
Как индусы так сделали? Файлы проекта не менялись, а код больше не компилируется. Я бы ещё понял если это студия как обычно ебала мозг, но из консольки тоже хуй.
Я даже пробовал бэкапить всю папку проекта, но после того как файл перемещается, код уже не собирается. Хотя в файле проекта в ItemGroups всё верно прописано.
И ещё wildcards не работают, даже пример из документации не будет работать с F#. А если у меня нет студии и я пишу руками файл проекта, то с вложенными папками уже сразу нихуя не работает.
Вот так и пользуйся софтом ундусов, качество продуктов просто 10/10. Алсо, в сишарпе этого говна похоже нет.
Берём создаём чистый проект, создаём папку "pizda" и файл "zalupa.fs" в ней, пишем какой-то код, делаем публичным. Пока всё заебись - из Program.fs, лежащего рядом с файлом проекта, залупа доступна, код компилируется. А теперь делаем магию - кидаем прям мышкой в вижуал студии файл Program.fs в папку пизда и обратно. Имеем файл проекта идентичен тому что был до этого, все файлы лежат на тех же местах. Но залупа уже не доступна! Код не компилируется! Даже из консоли без студии dotnet build не работает после перемещения файлов.
Как индусы так сделали? Файлы проекта не менялись, а код больше не компилируется. Я бы ещё понял если это студия как обычно ебала мозг, но из консольки тоже хуй.
Я даже пробовал бэкапить всю папку проекта, но после того как файл перемещается, код уже не собирается. Хотя в файле проекта в ItemGroups всё верно прописано.
И ещё wildcards не работают, даже пример из документации не будет работать с F#. А если у меня нет студии и я пишу руками файл проекта, то с вложенными папками уже сразу нихуя не работает.
Вот так и пользуйся софтом ундусов, качество продуктов просто 10/10. Алсо, в сишарпе этого говна похоже нет.
>>564971
Борщехлёбы должны страдать.
Борщехлёбы должны страдать.
>>564971
Я х.з. какая структура проекта в F#, но точно ли ничего не менялось?
Прямо вот если весь каталог под контроль версий взять, а потом проделать твои манипуляции и посмотреть действительно ли нет изменений. Может в каком-нибудь метафайле что и поменяется или новый файл добавится.
>Файлы проекта не менялись, а код больше не компилируется.
Я х.з. какая структура проекта в F#, но точно ли ничего не менялось?
Прямо вот если весь каталог под контроль версий взять, а потом проделать твои манипуляции и посмотреть действительно ли нет изменений. Может в каком-нибудь метафайле что и поменяется или новый файл добавится.
>>564811
Диск у тебя какой ебалай. ОЗУ твоё в хуй не нужно, важно мощный ссд и тогда у тебя все летать будет. Студия активно индексирует файлы и постоянно их дрочит сканом в фоне чтобы тебе дебилу аналитику выдать и стат анализ кода.
И да комп за 85к это просто комп средней руки, ничего особого
>Пиздец, это ведро стоило 65к в 2018, это был средний компьютер. Сейчас оказывается это ведро охуеть. Может проградизды будут норм работать, чтоб ебучая иде не весила 50гб и чтоб не лагала на норм проце 4 ядра i5 2018 года????? У меня ведь еще и 16 гигов оперативы, это так-то дохуища просто я считаю
Диск у тебя какой ебалай. ОЗУ твоё в хуй не нужно, важно мощный ссд и тогда у тебя все летать будет. Студия активно индексирует файлы и постоянно их дрочит сканом в фоне чтобы тебе дебилу аналитику выдать и стат анализ кода.
И да комп за 85к это просто комп средней руки, ничего особого
>>565135
Таки да, учитывая нейросеточки без геймерского компа уже пограмировать не получится.
Не удивлюсь если потом запихнут прямо в студиую асистента, который не только жесткий задрочит, но и видюху спалит.
Таки да, учитывая нейросеточки без геймерского компа уже пограмировать не получится.
Не удивлюсь если потом запихнут прямо в студиую асистента, который не только жесткий задрочит, но и видюху спалит.
>>565163
Получается выгоднее кодить на нормальных языках: PHP, Ruby, Python, Lua. Впрочем, любому адекватному человеку это и так понятно, просто до шарпистов не сразу доходит.
Получается выгоднее кодить на нормальных языках: PHP, Ruby, Python, Lua. Впрочем, любому адекватному человеку это и так понятно, просто до шарпистов не сразу доходит.
>>565325
Ты абсолютно прав. Ты просто нас уничтожил. Завтра же пойдем записываться на курсы нормальных языков.
Ты абсолютно прав. Ты просто нас уничтожил. Завтра же пойдем записываться на курсы нормальных языков.
>>565163
Таки просто никому в голову не приходит что в наше время кто-то собрал себе для работы пека на 16Гб ОЗУ и без м2 ссд на борту. У него из нормального железа только проц стоит, но на проц сейчас уже похуй хватит любого если не нужно собирать все за наносекунды.
Мне вот для нейронок не хватает 3080 и 32гб ОЗУ, иногда получаю вылеты из-за того что не рассчитал потребление памяти и получил по ебалу
Таки просто никому в голову не приходит что в наше время кто-то собрал себе для работы пека на 16Гб ОЗУ и без м2 ссд на борту. У него из нормального железа только проц стоит, но на проц сейчас уже похуй хватит любого если не нужно собирать все за наносекунды.
Мне вот для нейронок не хватает 3080 и 32гб ОЗУ, иногда получаю вылеты из-за того что не рассчитал потребление памяти и получил по ебалу
>>565361
Курсы не надо. Берешь "Dive in Python/Ruby/PHP" и вкатываешься за 2 недели максимум. Потом фрейворк один учишь 1-2 недели, потом 1 неделю на вротенд, потом 1 неделю на SQL и еще пару дней на ORM. Ну и всё по сути, всякие дизайн паттерны джунам не надо знать, поэтому просто пишешь микроприложуху крутецкую, выставляешь на обозрение, делаешь резюме и откликаешься на все доступные вакансии с сопроводительным. И ждем.
Что мы имели бы в шарпе? 2 месяца дрочить синтаксис, 3-5 месяцев asp учить, еще желательно WPF осилить для пущего эффекта. Короче месяцев 10 минимум займет.
Теперь сравни 1 месяц vs 10 месяцев. Кто захочет тратить свою жизнь на какой-то более "функциональный и уникальный и вобще крутой" язык, если можно хуяк-хуяк и всё готово???
Курсы не надо. Берешь "Dive in Python/Ruby/PHP" и вкатываешься за 2 недели максимум. Потом фрейворк один учишь 1-2 недели, потом 1 неделю на вротенд, потом 1 неделю на SQL и еще пару дней на ORM. Ну и всё по сути, всякие дизайн паттерны джунам не надо знать, поэтому просто пишешь микроприложуху крутецкую, выставляешь на обозрение, делаешь резюме и откликаешься на все доступные вакансии с сопроводительным. И ждем.
Что мы имели бы в шарпе? 2 месяца дрочить синтаксис, 3-5 месяцев asp учить, еще желательно WPF осилить для пущего эффекта. Короче месяцев 10 минимум займет.
Теперь сравни 1 месяц vs 10 месяцев. Кто захочет тратить свою жизнь на какой-то более "функциональный и уникальный и вобще крутой" язык, если можно хуяк-хуяк и всё готово???
Как теперь заставить работать диспетчер пакетов Bower?
>>565390
какие у тебя фантастические сроки.
такое возможно только если уже есть опыт подобного на других языках.
а пхп вообще выучить невозможно ))))
чудный язык, где можешь быть про, но все равно без доки никуда из-за непродуманности.
какие у тебя фантастические сроки.
такое возможно только если уже есть опыт подобного на других языках.
а пхп вообще выучить невозможно ))))
чудный язык, где можешь быть про, но все равно без доки никуда из-за непродуманности.
>>565471
Я тут смотрел видос Соера, где он хвастается, что читает талмуды за один вечер:
https://youtu.be/k0eDZVmbjUo
Но мне кажется, это не вариант для ученика, потому что ему надо разобрать материал подробно, потому что его спросят на собесе. А он читает для общего ознакомления, либо уже знаком с материалом.
Я тут смотрел видос Соера, где он хвастается, что читает талмуды за один вечер:
https://youtu.be/k0eDZVmbjUo
Но мне кажется, это не вариант для ученика, потому что ему надо разобрать материал подробно, потому что его спросят на собесе. А он читает для общего ознакомления, либо уже знаком с материалом.
>>565480
Он прав.
Ну разве что ошибается про художественную. Там конечно нет кросс-понимания смысла вы раньше это уже видели" , но скорость чтения достигает 3-10к слов в минуту из-за того что и не нужно разбираться в прочитанном (чай не код же).
Потому при настоящем скорочтении художественная читается быстрей
А техническая быстро сканируется в поисках недостающих элементов пазла общей картины че как устроено
Он прав.
Ну разве что ошибается про художественную. Там конечно нет кросс-понимания смысла вы раньше это уже видели" , но скорость чтения достигает 3-10к слов в минуту из-за того что и не нужно разбираться в прочитанном (чай не код же).
Потому при настоящем скорочтении художественная читается быстрей
А техническая быстро сканируется в поисках недостающих элементов пазла общей картины че как устроено
>>565491
Ангуляр давно мёртв, новых проектов на нём никто не пишет, только поддержка легаси.
Ангуляр давно мёртв, новых проектов на нём никто не пишет, только поддержка легаси.
>>565471
Нисколько там первые 100 страниц вступление и основы языка, ещё 100 в конце это всякие справки.
В итоге там 800 страниц темы которые неспеша читаются за 2-3 недели
Нисколько там первые 100 страниц вступление и основы языка, ещё 100 в конце это всякие справки.
В итоге там 800 страниц темы которые неспеша читаются за 2-3 недели
Можно как-то заставить интерфейс не доебываться до типа реализуемого свойства?
Я хочу заставить класс реализовывать свойство нужного имени, но тип должен быть тот, который классу нужен.
Дженерики не предлагать, тип Object не предлагать.
Даже если взять какой нибудь ICommand, то там свойство property передается через Object. Можно как-то это переиначить в конкретный тип?
Я хочу заставить класс реализовывать свойство нужного имени, но тип должен быть тот, который классу нужен.
Дженерики не предлагать, тип Object не предлагать.
Даже если взять какой нибудь ICommand, то там свойство property передается через Object. Можно как-то это переиначить в конкретный тип?
>>565701
я умираю с голоду. еду не предлагать, молитвы не предлагать.
>Дженерики не предлагать, тип Object не предлагать.
я умираю с голоду. еду не предлагать, молитвы не предлагать.
>>565751
это тебе к жавистам
это тебе к жавистам
(пикрил 1) Чему не хочет конвертировать?
Если что KeyGesture поддерживает INotifyPropertyChanged . Но явно ругается на Binding (не важно чего). На SO все почему-то приводят пример хардкодинг хоткеев в KeyBinding (пикрил 2)
Если что KeyGesture поддерживает INotifyPropertyChanged . Но явно ругается на Binding (не важно чего). На SO все почему-то приводят пример хардкодинг хоткеев в KeyBinding (пикрил 2)
>>565850
Анон порекомендовал шрифт JetBrains, сам страдал.
У меня JetBrains Mono NL Light - не слишком жирный и не тонкий.
Анон порекомендовал шрифт JetBrains, сам страдал.
У меня JetBrains Mono NL Light - не слишком жирный и не тонкий.
Поясните мне про MVVM и команды.
Вот я раньше делал кучу команд типа "нажал кнопочку и выполнилась команда из вьюмодели". Все просто и понятно.
Но вот у меня задача: я нажимаю кнопку, и прежде чем должна выполниться команда, возникает окно запроса ввода данных.
Проблема заключается в том, что вьюмодель не может содержать никаких окон и я не могу внутри команды иметь экземпляр этого окошка с запросом. Вероятно, окно должно находиться посредником между кнопкой и командой. Но как это дерьмо реализовать в MVVM?
Вот я раньше делал кучу команд типа "нажал кнопочку и выполнилась команда из вьюмодели". Все просто и понятно.
Но вот у меня задача: я нажимаю кнопку, и прежде чем должна выполниться команда, возникает окно запроса ввода данных.
Проблема заключается в том, что вьюмодель не может содержать никаких окон и я не могу внутри команды иметь экземпляр этого окошка с запросом. Вероятно, окно должно находиться посредником между кнопкой и командой. Но как это дерьмо реализовать в MVVM?
>>566103
в MVVM нет понятия окон. Это просто модель визуального состояния (плюс контроллер, что является жирным недостатком паттерна и потому его вырождают в MVVMC)
А значит можно сделать на уровне вида, чтобы он спросил до передачи вьюмодели.
Или же на уровне вьюмодели должен быть какой нибудь сервис IPromptService по аналогии со всякими IDialogSerivce-ами
нужно понимать что сервисы будучи спрятаными за интерейсами могут иметь любое знание о виде.
Также может быть банальный проперти Func<Result> у вьюмодели и на него вид забиндит свой обработчик, ведь целый сервис нахер не нужен ради одного случая.
в MVVM нет понятия окон. Это просто модель визуального состояния (плюс контроллер, что является жирным недостатком паттерна и потому его вырождают в MVVMC)
А значит можно сделать на уровне вида, чтобы он спросил до передачи вьюмодели.
Или же на уровне вьюмодели должен быть какой нибудь сервис IPromptService по аналогии со всякими IDialogSerivce-ами
нужно понимать что сервисы будучи спрятаными за интерейсами могут иметь любое знание о виде.
Также может быть банальный проперти Func<Result> у вьюмодели и на него вид забиндит свой обработчик, ведь целый сервис нахер не нужен ради одного случая.
>>566121
Это я понимаю. У меня как раз траблы с реализацией это затеи. К примеру, в контекстном меню есть вот такой итем, по клику которого переименовываются выбранные папки в списке:
<MenuItem
Header="Rename Selected"
Command="{Binding Path=RenameCommand}"
InputGestureText="Ctrl+R" />
Тут напрямую идет команда RenameCommand из вьюмодели. Я вижу два варианта для вставки окна:
1. Я могу подписать итем на событие OnClick и там запустить окно, а затем запустить команду. Для контекстного меню я проблему допустим решу, но вот с запуском команды по хоткею такой финт не прокатит т.к. KeyBinding для InputBindings требует ICommand и туда нельзя передать делегат метода. Мне вдовесок придется избавиться от KeyBinding и по старинке городить в событии KeyDown проверку нажатых клавиш и уже там запускать нужные методы и команды.
2. В неймспейсе окна не являющегося частью неймспейса вьюмодели, я сделаю дополнительную команду, которая бы делала все тоже самое, что и метод OnClick в первом случае. Но тогда возникает проблема синхронизации с вьюмоделью.
Оба варианта нарушают MVVM и плодят города из кода.
>А значит можно сделать на уровне вида, чтобы он спросил до передачи вьюмодели.
Это я понимаю. У меня как раз траблы с реализацией это затеи. К примеру, в контекстном меню есть вот такой итем, по клику которого переименовываются выбранные папки в списке:
<MenuItem
Header="Rename Selected"
Command="{Binding Path=RenameCommand}"
InputGestureText="Ctrl+R" />
Тут напрямую идет команда RenameCommand из вьюмодели. Я вижу два варианта для вставки окна:
1. Я могу подписать итем на событие OnClick и там запустить окно, а затем запустить команду. Для контекстного меню я проблему допустим решу, но вот с запуском команды по хоткею такой финт не прокатит т.к. KeyBinding для InputBindings требует ICommand и туда нельзя передать делегат метода. Мне вдовесок придется избавиться от KeyBinding и по старинке городить в событии KeyDown проверку нажатых клавиш и уже там запускать нужные методы и команды.
2. В неймспейсе окна не являющегося частью неймспейса вьюмодели, я сделаю дополнительную команду, которая бы делала все тоже самое, что и метод OnClick в первом случае. Но тогда возникает проблема синхронизации с вьюмоделью.
Оба варианта нарушают MVVM и плодят города из кода.
>>566143
1 не нарушает.
2 вообще не понял о чем ты
я предложил тебе 3 варианта. все они не нарушают мввм.
1 не нарушает.
2 вообще не понял о чем ты
я предложил тебе 3 варианта. все они не нарушают мввм.
>>566143
смотри
в 1 варианте нет никакого нарушения MVVM. во вьюмодели есть, допустим, метод DoLogin(user, password), на что она имеет право и как бы без разницы откуда берутся параметры - вид, в свою очередь, у себя может творить что угодно касаемо пользовательского ввода
во 2 варианте нет нарушения потому что просто объявляется интерфейс вида ICredentialProvider и кто-то там его реализует. То есть вьюмодель всего лишь спрашивает у этого сервиса "дай мне кредентиалы". А реализация может быть как завязана на вид, так и вообще из конфига данные дать. Таким образом, в сборке вьюмоделей живет всего лишь интерфейс, но не реализация.
3й вариант тоже ничего не нарушает, ведь вьюмодель может обьявить у себя любое свойство и Func<> ничем не хуже и не лучше. ну да, вид может забыть его установить и будет NRE, но точно так же вид может забыть установить любое другое свойство и в результате тоже будет ошибка.
смотри
в 1 варианте нет никакого нарушения MVVM. во вьюмодели есть, допустим, метод DoLogin(user, password), на что она имеет право и как бы без разницы откуда берутся параметры - вид, в свою очередь, у себя может творить что угодно касаемо пользовательского ввода
во 2 варианте нет нарушения потому что просто объявляется интерфейс вида ICredentialProvider и кто-то там его реализует. То есть вьюмодель всего лишь спрашивает у этого сервиса "дай мне кредентиалы". А реализация может быть как завязана на вид, так и вообще из конфига данные дать. Таким образом, в сборке вьюмоделей живет всего лишь интерфейс, но не реализация.
3й вариант тоже ничего не нарушает, ведь вьюмодель может обьявить у себя любое свойство и Func<> ничем не хуже и не лучше. ну да, вид может забыть его установить и будет NRE, но точно так же вид может забыть установить любое другое свойство и в результате тоже будет ошибка.
Шарпаны, пойдемте уже в этот >>2564359 (OP) тред.
Похуй на тег, тонуть заебало.
Похуй на тег, тонуть заебало.
>>566207
Заюзал вариант с передачей функции в свойство. Теперь при выполнении команды сперва чекается это свойство. Мне кажется это самый безболезненный вариант и позволяет работать с оригинальными командами.
Заюзал вариант с передачей функции в свойство. Теперь при выполнении команды сперва чекается это свойство. Мне кажется это самый безболезненный вариант и позволяет работать с оригинальными командами.
>>566311
Подписался
Подписался
547 Кб, 745x925Это лучшая книга на данный момент?
Хочу установить VS на рабочий комп с win7 для изучения С# как первым языком. Проблема в том, что он не установился, а для решения предлагают переустановить винду.
Так как комп рабочий, это не вариант. Чем можно заменить VS, eclips пойдет? Или что-то другое?
Так как комп рабочий, это не вариант. Чем можно заменить VS, eclips пойдет? Или что-то другое?
>>567928
Ничем. Поставь себе актуальную ОС. ДотНЕТ у тебя старше 3 даже не будет работать в 7
Ничем. Поставь себе актуальную ОС. ДотНЕТ у тебя старше 3 даже не будет работать в 7
А как выглядит архитектура веб приложения, где у каждого пользователя своя база данных? Это всегда монолит?
>>568542
nvm, я уже увидел про multitenancy, ух блять.
nvm, я уже увидел про multitenancy, ух блять.
Рудольфы молю, может кто помочь с инфой с тредами про тян которая писала прогу наощупь без доки и инета или что-то подобное!? Я дэбил и найти не могу соре за оффтоп
>>2547665 →
Не ебу почему в ебларуси на двач через раз пускает
Были вопросы про типы данных, коллекции, отличие Array от условного List, XML, состояния БД, LINQ. Вроде все, что сейчас могу вспомнить.
Уже прислали отказ. Сегодня собес в другую компанию.
Не ебу почему в ебларуси на двач через раз пускает
Были вопросы про типы данных, коллекции, отличие Array от условного List, XML, состояния БД, LINQ. Вроде все, что сейчас могу вспомнить.
Уже прислали отказ. Сегодня собес в другую компанию.
>>569955
Это разные структуры данных, вы не прошли собес. У массивов быстрый доступ к произвольному элементу, но медленное добавление новых элементов, у списков наоборот
Это разные структуры данных, вы не прошли собес. У массивов быстрый доступ к произвольному элементу, но медленное добавление новых элементов, у списков наоборот
В треде ещё остались знатоки древней забытой технологии предков WinForms?
Во всех мануалах по взаимодействию форм делается примерно следущее:
Form1 form1
{
buttonCallForm2_Click()
{
Form2 form2 = new Form2();
form2.Show();
}
}
А можно ли сделать вот так:
Form1 form1
{
buttonCallForm2_Click()
{
CalForm2Method();
}
void CalForm2Method()
{
Form2 form2 = new Form2();
form2.Show();
}
}
И что вообще происходит с переменной форм2, как и когда она диспосится, особенно в случае с методом, разве не тогда, когда метод отработал? Их именно поэтому и пихают в события? Это единственно правильный вариант? В событии переменная не исчезает?
Во всех мануалах по взаимодействию форм делается примерно следущее:
Form1 form1
{
buttonCallForm2_Click()
{
Form2 form2 = new Form2();
form2.Show();
}
}
А можно ли сделать вот так:
Form1 form1
{
buttonCallForm2_Click()
{
CalForm2Method();
}
void CalForm2Method()
{
Form2 form2 = new Form2();
form2.Show();
}
}
И что вообще происходит с переменной форм2, как и когда она диспосится, особенно в случае с методом, разве не тогда, когда метод отработал? Их именно поэтому и пихают в события? Это единственно правильный вариант? В событии переменная не исчезает?
В треде ещё остались знатоки древней забытой технологии предков WinForms?
Во всех мануалах по взаимодействию форм делается примерно следущее:
Form1 form1
{
buttonCallForm2_Click()
{
Form2 form2 = new Form2();
form2.Show();
}
}
А можно ли сделать вот так:
Form1 form1
{
buttonCallForm2_Click()
{
CalForm2Method();
}
void CalForm2Method()
{
Form2 form2 = new Form2();
form2.Show();
}
}
И что вообще происходит с переменной форм2, как и когда она диспосится, особенно в случае с методом, разве не тогда, когда метод отработал? Их именно поэтому и пихают в события? Это единственно правильный вариант? В событии переменная не исчезает?
Во всех мануалах по взаимодействию форм делается примерно следущее:
Form1 form1
{
buttonCallForm2_Click()
{
Form2 form2 = new Form2();
form2.Show();
}
}
А можно ли сделать вот так:
Form1 form1
{
buttonCallForm2_Click()
{
CalForm2Method();
}
void CalForm2Method()
{
Form2 form2 = new Form2();
form2.Show();
}
}
И что вообще происходит с переменной форм2, как и когда она диспосится, особенно в случае с методом, разве не тогда, когда метод отработал? Их именно поэтому и пихают в события? Это единственно правильный вариант? В событии переменная не исчезает?
>>570839
Нет никакой разницы, создаёшь ты дочернее окно непосредственно из метода-обработчика или из другого метода, который вызвал обработчик.
Здесь тебе не C++. Объект будет уничтожен не сразу после того, как на него не останется ссылок, а по желанию левой пятки сборщика мусора. Но это не так важно, диспоуза не будет, пока пользователь не закроет form2. И обычно для дочерних окон вызывают не Show(), а ShowDialog(), который ждёт, пока не закроется окно, и только после этого продолжает выполнение метода. Show() показывает окно и сразу же продолжает выполнение метода и даёт обрабатывать новые события. Т.е. для Show() можешь делать что-нибудь ещё в родительском окне, пока не закрыто дочернее (например, можешь ещё раз кликнуть на кнопку, и будет открыто уже два дочерних окна, а ShowDialog() блокирует родительское окно, пока открыто дочернее.
> А можно ли сделать вот так:
Нет никакой разницы, создаёшь ты дочернее окно непосредственно из метода-обработчика или из другого метода, который вызвал обработчик.
> В событии переменная не исчезает?
Здесь тебе не C++. Объект будет уничтожен не сразу после того, как на него не останется ссылок, а по желанию левой пятки сборщика мусора. Но это не так важно, диспоуза не будет, пока пользователь не закроет form2. И обычно для дочерних окон вызывают не Show(), а ShowDialog(), который ждёт, пока не закроется окно, и только после этого продолжает выполнение метода. Show() показывает окно и сразу же продолжает выполнение метода и даёт обрабатывать новые события. Т.е. для Show() можешь делать что-нибудь ещё в родительском окне, пока не закрыто дочернее (например, можешь ещё раз кликнуть на кнопку, и будет открыто уже два дочерних окна, а ShowDialog() блокирует родительское окно, пока открыто дочернее.
>>551587 (OP)
Привет пацаны, подскажите как разместить свой пет проект на vps сервере, если он использует бд mssql, как это вообще сделать
Привет пацаны, подскажите как разместить свой пет проект на vps сервере, если он использует бд mssql, как это вообще сделать
Моя кабина скисла, моя вышка не принесла мне бабла, пока мои лучшие друзья учились сисярпу .Я меняю вектор своей жизни, и путем долгих размышлений остановился на перипетии Golang/C#. Голанг привлекает модно-молодежностью , живым коммунити (подобно опенсурсному софту, активное живое обсуждение и развитие языка, плюс для обучения вроде несложный) и С# (универсальный, востребованный язык для всего, плюс нахождение в микрокоммьюнити из своих двух друзей).
Запощу уродский пост, но прошу рассказать, почему C# - лучший язык программирования на планете, как у вас написано в шапке.
Запощу уродский пост, но прошу рассказать, почему C# - лучший язык программирования на планете, как у вас написано в шапке.
>>571235
Я же правильно понимаю принцип работы VPS. Я покупаю доступ к компьютеру (серверу), например на Linux и могу тутда устанавливать любые программы, в том числе MsSql и использовать ее уже для своих нужд?
Я же правильно понимаю принцип работы VPS. Я покупаю доступ к компьютеру (серверу), например на Linux и могу тутда устанавливать любые программы, в том числе MsSql и использовать ее уже для своих нужд?
Как сейчас дела с обновлением вижлы и наматыванием новой версии дотнета? Нужно будет с впн ебаться али нет?
>>571204
Так как это тред по C# Нет такого понятия как "лучший язык программирования"
Распиши плюсы и минусы. Или не расписывай и выбери тот, который нравится, это будет правильнее.
>почему C# - лучший язык программирования
Так как это тред по C# Нет такого понятия как "лучший язык программирования"
>Golang или C#
Распиши плюсы и минусы. Или не расписывай и выбери тот, который нравится, это будет правильнее.
>>571584
Сегодня только обновлялся. Все работает без всяких ВПН
Сегодня только обновлялся. Все работает без всяких ВПН
Товарищи, у меня проблема.
Хочу в С# вкатиться первым языком, но не могу установить VS, так как на рабочем компе нет админки. Посоветовали скачать VS Code, но и тут проблема, не могу установить .NET из-за ошибки 0х80070005, для ее устранения тоже нужна админка.
На что еще можно заменить, на чем удобно в C# вкатываться?
Хочу в С# вкатиться первым языком, но не могу установить VS, так как на рабочем компе нет админки. Посоветовали скачать VS Code, но и тут проблема, не могу установить .NET из-за ошибки 0х80070005, для ее устранения тоже нужна админка.
На что еще можно заменить, на чем удобно в C# вкатываться?
>>572123
Бля. Опять тред перепутал.
Бля. Опять тред перепутал.
Какого хера в DateTime есть Kind, это же объект предстасвляющий абсолютное время, разве часовой пояс не должен браться из локали при форматировании?
Сап, шарпач. Пилю свой первый интернет-магаз в качестве пета. У каждого товара есть название, описание, категория и ключевые слова. Хочу запилить поиск в одну строку, который бы искал сразу по всем параметрам. Как на Depositphotos например. Это можно будет сделать с помощью Elasticsearch? Или есть другие какие-то готовые решения или самому велосипед делать?
Я тут пришел из в веба в шарпы в качестве развлечения, учу c# и Unity, короче не знаю как сформулировать запрос:
https://pastebin.com/aXia8KyB
TLDR - проще всего посмотреть на код, там есть комментарий. Вопрос только в том, можно ли как-то вызывать функцию при изменении запаса здоровья в другом классе, либо при вызове методов другого класса, не меня ничего в классе Health
Нужно изменить полоску запаса здоровья, но каждый раз делать это в методе Update(), который вызывается каждый кадр, как будто бы плохо, потому что это значение будет меняться очень редко, поэтому я и хочу узнать можно ли привязаться либо к изменению переменной во внешнем классе, либо к вызовам его методов, не меняя сам внешний класс
В Реакте например есть useEffect, который позволяет повесить на изменение значения переменной любой callback, который будет тригерриться только при изменении значения переменной
https://pastebin.com/aXia8KyB
TLDR - проще всего посмотреть на код, там есть комментарий. Вопрос только в том, можно ли как-то вызывать функцию при изменении запаса здоровья в другом классе, либо при вызове методов другого класса, не меня ничего в классе Health
Нужно изменить полоску запаса здоровья, но каждый раз делать это в методе Update(), который вызывается каждый кадр, как будто бы плохо, потому что это значение будет меняться очень редко, поэтому я и хочу узнать можно ли привязаться либо к изменению переменной во внешнем классе, либо к вызовам его методов, не меняя сам внешний класс
В Реакте например есть useEffect, который позволяет повесить на изменение значения переменной любой callback, который будет тригерриться только при изменении значения переменной
29 Кб, 696x184Индекс за пределами диапазона. Индекс должен быть положительным числом, а его размер не должен превышать размер коллекции.
Имя параметра: index
Помогите пж выходит такое исключение в этой строчке, в инете гуглил хз ниче не понял
Имя параметра: index
Помогите пж выходит такое исключение в этой строчке, в инете гуглил хз ниче не понял
>>575015
Если у тебя в массиве, скажем, 5 элементов, то валидные значения индекса будут от 0 до 5-1, т.е. от 0 до 4. Либо, если коллекция пустая, для неё нет валидных индексов.
Очевидно, что эти условия таои индекс не выполняет.
Если у тебя в массиве, скажем, 5 элементов, то валидные значения индекса будут от 0 до 5-1, т.е. от 0 до 4. Либо, если коллекция пустая, для неё нет валидных индексов.
Очевидно, что эти условия таои индекс не выполняет.
>>575712 (Del)
ИДИ НАХУЙ
ИДИ НАХУЙ
>>573129
В хелс классе делаешь публичный евент public event Action<int> который при изменении хп рассылает текущее значение. В хелсбаре делаешь метод, который параметром принимает инт. Метод подписываешь на эвент. Вуаля.
В хелс классе делаешь публичный евент public event Action<int> который при изменении хп рассылает текущее значение. В хелсбаре делаешь метод, который параметром принимает инт. Метод подписываешь на эвент. Вуаля.
>>552050
Попробуй TS, с шарпов сильно приятнее, да и сам язык поудачней будет
Попробуй TS, с шарпов сильно приятнее, да и сам язык поудачней будет
Тред утонул или удален.
Это копия, сохраненная 3 марта 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 3 марта 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.