Привет. Я начинаю углубляться в ASP, до этого я работал с C++. И вот не совсем понимаю зачем использовать здесь Assembly и позднее связывание. Я понимаю, что это нужно для маппинга. Но разве это не говорит о плохой архитектуре? Разве не лучше будет просто организовать хорошую архитектуру, пускай и будет чуть больше классов, но не будет позднего связывания. Это ведь сильно бьет по производительности. Или я чего-то не понимаю?
Нравятся видео, но есть небольшое пожелание (ко всем урокам, а не только к данному ролику), если возможно: хорошо бы хоть немного объяснять практическую цель той или иной операции. Не просто "это мы сделаем так", а "мы это сделаем вот так потому, что... а если сделать вот эдак, то будет вон как, что вызовет такие-то проблемы". Пример. Автомаппинг. Идея понятна. Но почему в данном конкретном случае нельзя обойтись нашей моделькой Пользователь?
Здравствуйте ребят. Прежде всего хотел сказать спасибо за уроки. На самом деле в РУ сегменте, очень мало вообще практических уроков. Везде одна теория. Хотел бы так же присоединиться к пожеланию, немного объяснять что и зачем. Ну и хоть немного о том, как работает и почему выбрали именно это, а не другое. Правда - слишком скупо видео на это. Вижу конечно, что код был написан и поверх уже наложен звук с комментариями к нему. Не очень конечно. Так-как многие вещи например в коде человек пишет, а голос говорит совершенно про другое. И ужасный рассинхрон получается. Я понимаю если у меня уже есть опыт написания. Но ведь это как бы для обучения. Что не есть хорошо. И еще от себя: Кодер конечно для себя "красивостей навел" в редакторе. Двойной знак равенства "==" у него пишется как одинарный "=". Что очень сбивает. Ведь новички без объяснения сначала просто тупо повторяют. Вот я так например делал. Ну и в итоге пол часа искал ошибку, которая по вине "свистелок и перделок" которые себе автор кода настроил, висела у меня ошибка. Благо вы хоть код приложили. Там уже увидел что на самом деле должно быть. Тут так же совет! Для обучения желательно максимально по дефолту редактор использовать. Ну вы же все же на обучение нацелились, а не понтануться перед людьми, как быстро можно писать код. Это сугубо личное мнение. Но максимально думаю общее для всех, кто занимается обучением новичков.
Здравствуйте! Спасибо вам большое и за просмотр, и за приятный отзыв, и особенно за очень конструктивные замечания. Это будет очень полезно для того, чтобы делать лучше! Постараемся всё учесть в будущих видео (кроме тех, которые уже записаны). Спасибо!
@@AndrewYurchenko О каком популизме речь? Вам как раз теории и не хватает. Конкретно по Вашей фразе "Ну и хоть немного о том, как работает". Вот это и надо, о том КАК работает, либо в доке почитать, либо в книге например.
@@maxil2761 по факту. Покажите мне книгу, про использование того же mapper или например того же NGRX для ангуляра. )) Думаю, дальше продолжать и не стоит. Тут же, на практике показывают ребята, связку инструментов. И пожелание было, немного объяснить почему такой выбор пал, а не например самому писать мапы. Я конечно не могу знать вашего возраста и тем более времени работы с кодом. От себя могу добавить. Разработкой занимаюсь более 16 лет и 11 из них коммерческой. И знаю, о чем говорю. Ни одна книга, никогда не заменит, наглядного пособия, особенно для новичка. Все остальное - банальный популизм.
хм.. но на 4й минуте видео заканчивается... но в целом ваше замечание понятно, спасибо! возможно про Automapper стоит поговорить потом отдельно. похоже что на данный момент это самый неоднозначный выпуск получился...
Также работаю с этой либой-аутомапер но без рефлексии. А рефлексия часом не понижает скорость роботы аппы? тут с Рефлексией не понятно. Так как не имею с ней достаточно опыта.
Здравствуйте. Спасибо за интересный курс. Один вопрос не по теме, какой шрифт вы используете в редакторе студии? Явно не стандартный ))) Заранее спасибо.
Привет. Спасибо тебе за твои видео. Столько полезного в 10 минутах сейчас редко можно найти. Я начинаю углубляться в ASP, до этого я работал с C++. И вот не совсем понимаю зачем использовать здесь Assembly и позднее связывание. Я понимаю, что это нужно для маппинга. Но разве это не говорит о плохой архитектуре? Разве не лучше будет просто организовать хорошую архитектуру, пускай и будет чуть больше классов, но не будет позднего связывания. Это ведь сильно бьет по производительности. Или я чего-то не понимаю?
Идея супер, с профессиональным созданием веб апи. Но проблема в том, что как и для чего это делается, не понятно (никто не объясняет). В итоге, проще и понятнее, просто скопировать проект или по очереди, бездумно накодить, повторив за Вами. А потом сесть и разбираться, что тут для чего. Просьба, раз вы всеравно решили потратить свои силы и время, добавьте пожалуйста объяснения, что бы отдельно взятый урок описывал конкретную тему, а не был просто продолжением чего-то там, что было раньше, и не завершал тему, а оставлял это на будущие уроки
В данной серии уроков этого как раз не нужно. Эта серия для профессиональной(!) разработки, как Вы правильно сказали. Новичкам следует посмотреть, а лучше почитать, что-то другое, где именно разивываются основы, чтоб бездумно не накодить.
Смысл в маппере если он только на get маппит? а остальное все руками пишем... если у меня entity c кучей списков маппится в dictionary и обратно с проверкой добавления\удаления имеет ли смысл расписыват маппинги, тем более что при обновлении сущности маппинг не сработает -мы не можем маппить в готовый обьект...
В code first можно атрибутами прописать все ограничения для свойств, включая ключи и индексы. Так намного нагляднее при работе с классом. Не надо лезть в TypeConfiguration. Что касается автомаппера, то для него есть конфигурация чтения всех Profile из сборки. В этом случае не потребуется наследование от IMapWith.
@@Amir-xg4nn Каких задач? Модельки сущностей красивыми остаются - это как? Класс без атрибутов - ради этого предлагается переключаться между двумя классами? Зачем???! Не видел ни одной задачи, которая не решается с помощью атрибутов!
Ничего не объяснил - как работает не показал - збс видео... Даже 4 минуты жалко. Лучше не делать - чем делать так. Давай запиши видео на 4 секунды - тиктокер... Это когда сам не умеешь - так учишь.
@@PlatinumTechTalks очевидно что объяснения как работает автомапер с объяснением на конкретном примере, а не на словах, мол есть такая штука, он существует для связей сущностей, и для чего его в реальных проектах используют. У вас на канале много сложнейших тем в таком же стиле - и Очень мало и очень абстрактно при этом полный ноль обьяснея самих механизмов. Уроки по авторизациям и прочие продвинутые моменты это должны быть минимум 15 минут концентрированного материала с примерами работы технологии и ее различными вариантами(конечно же и это только для одной подтемы!), но не так как у вас- есть такая штука =>заготовленный код=> делайте так. Это говорит о том что либо вы не разбираетесь в том что делаете, либо уроки на Ютубе это вообще не ваше.
@@richarddaniel7088 может, в таком случае стоит дополнительно ознакомиться с работой фреймворков и технологий которые здесь используют на других ресурсах? Мне тоже кое-какие моменты не понятны, но это скорее вопрос к моему понимании работы с рефлексией, пониманию принципов архитектуры приложений и тд. И если у меня все же остаются вопросы, то Google search в этом отлично помогает. Как по мне, как раз у этого TH-cam канала плюс в том, что здесь нет уроков на уровне "Как создать сайт за 5 минут". Показаны практики которые используют в реальных проектах
Не раскрыт практический use-case использования автомаппера. Зачем в простом приложении, с простой моделью данных, это вообще нужно, когда проще смаппить вручную? Лучше было бы раскрыть через материал из поста "AutoMapper's Design Philosophy" Джими Богарда, автора либы.
Переменная methodInfo будет иметь значение null в том случае, если мы не переопределим интерфейс по умолчанию, поэтому необходимо получить сам интерфейс и от него уже вызвать метод GetMethod("Mapping"). То есть, переписать строку кода вот таким образом: var methodInfo = type.GetMethod("Mapping") ?? type.GetInterface("IMapWith`1")?.GetMethod("Mapping");
Мне понадобился год коммерческой разработки, чтобы понять что происходит на этом видео 👍
Привет. Я начинаю углубляться в ASP, до этого я работал с C++. И вот не совсем понимаю зачем использовать здесь Assembly и позднее связывание. Я понимаю, что это нужно для маппинга. Но разве это не говорит о плохой архитектуре? Разве не лучше будет просто организовать хорошую архитектуру, пускай и будет чуть больше классов, но не будет позднего связывания. Это ведь сильно бьет по производительности. Или я чего-то не понимаю?
Аналогично))
После года изучения c# ваш курс для меня стал определяющим. Безумно помог написать тестовое задание и получить работу в разработке
Аналогично )
Начал смотреть и понял что понятно все очень в общих чертах. Пойду читать про .net core и ef сначала.
Вот это правильный подход!
Нравятся видео, но есть небольшое пожелание (ко всем урокам, а не только к данному ролику), если возможно: хорошо бы хоть немного объяснять практическую цель той или иной операции. Не просто "это мы сделаем так", а "мы это сделаем вот так потому, что... а если сделать вот эдак, то будет вон как, что вызовет такие-то проблемы". Пример. Автомаппинг. Идея понятна. Но почему в данном конкретном случае нельзя обойтись нашей моделькой Пользователь?
спасибо, это очень хорошее замечание, обязательно учтем! (правда, видимо, уже не в этом курсе так как этап его записи практически завершен...)
Спасибо, все понятно. Но крайне кратко.
Здравствуйте ребят. Прежде всего хотел сказать спасибо за уроки. На самом деле в РУ сегменте, очень мало вообще практических уроков. Везде одна теория.
Хотел бы так же присоединиться к пожеланию, немного объяснять что и зачем. Ну и хоть немного о том, как работает и почему выбрали именно это, а не другое. Правда - слишком скупо видео на это. Вижу конечно, что код был написан и поверх уже наложен звук с комментариями к нему. Не очень конечно. Так-как многие вещи например в коде человек пишет, а голос говорит совершенно про другое. И ужасный рассинхрон получается. Я понимаю если у меня уже есть опыт написания. Но ведь это как бы для обучения. Что не есть хорошо.
И еще от себя:
Кодер конечно для себя "красивостей навел" в редакторе. Двойной знак равенства "==" у него пишется как одинарный "=". Что очень сбивает. Ведь новички без объяснения сначала просто тупо повторяют. Вот я так например делал. Ну и в итоге пол часа искал ошибку, которая по вине "свистелок и перделок" которые себе автор кода настроил, висела у меня ошибка. Благо вы хоть код приложили. Там уже увидел что на самом деле должно быть.
Тут так же совет!
Для обучения желательно максимально по дефолту редактор использовать. Ну вы же все же на обучение нацелились, а не понтануться перед людьми, как быстро можно писать код.
Это сугубо личное мнение. Но максимально думаю общее для всех, кто занимается обучением новичков.
Здравствуйте! Спасибо вам большое и за просмотр, и за приятный отзыв, и особенно за очень конструктивные замечания. Это будет очень полезно для того, чтобы делать лучше! Постараемся всё учесть в будущих видео (кроме тех, которые уже записаны). Спасибо!
Новичкам надо книжки читать, видосы уже потом смотреть. Это серия для опытных разрабов.
@@maxil2761 вы в корне не правы. Книги дают лишь теорию. Практику с наглядным примером, ни одна книга не сможет заменить.
Популизм тут не уместен. ☝
@@AndrewYurchenko О каком популизме речь? Вам как раз теории и не хватает. Конкретно по Вашей фразе "Ну и хоть немного о том, как работает". Вот это и надо, о том КАК работает, либо в доке почитать, либо в книге например.
@@maxil2761 по факту. Покажите мне книгу, про использование того же mapper или например того же NGRX для ангуляра. ))
Думаю, дальше продолжать и не стоит.
Тут же, на практике показывают ребята, связку инструментов. И пожелание было, немного объяснить почему такой выбор пал, а не например самому писать мапы.
Я конечно не могу знать вашего возраста и тем более времени работы с кодом.
От себя могу добавить.
Разработкой занимаюсь более 16 лет и 11 из них коммерческой.
И знаю, о чем говорю.
Ни одна книга, никогда не заменит, наглядного пособия, особенно для новичка.
Все остальное - банальный популизм.
Спасибо за урок.
Классные уроки) Не все понятно, конечно. Но думаю, дальше наступит прозрение))
Привет, прикольный формат. Коротко и ясно. Спасибо
Понятно примерно "Ничего". Видео по типу " Смотрите как мы умеем".
сложно пока для меня, буду разбираться. Спасибо
Спасибо!!!!!
Использую automapper достаточно активно. Но начиная с 4ой минуты потерял нить … Возможно ли более подробно объяснить что и зачем делается ?
хм.. но на 4й минуте видео заканчивается... но в целом ваше замечание понятно, спасибо! возможно про Automapper стоит поговорить потом отдельно.
похоже что на данный момент это самый неоднозначный выпуск получился...
Также работаю с этой либой-аутомапер но без рефлексии. А рефлексия часом не понижает скорость роботы аппы? тут с Рефлексией не понятно. Так как не имею с ней достаточно опыта.
@@PlatinumTechTalks видео идёт 4:12, а значит, заканчивается на 5-й минуте) 4-я минута начинается с 3:01. Сорян за дотошность) а за видос спасибо!
Здравствуйте. Спасибо за интересный курс. Один вопрос не по теме, какой шрифт вы используете в редакторе студии? Явно не стандартный ))) Заранее спасибо.
www.jetbrains.com/lp/mono/
Лайк, подписка :)
非常感谢！
Спасибо. ^^
Обьясните пж зачем использовать Assembly?
Спасибо
Я правильно понимаю, что это больше про архитектуру, а не что-то начинающим девам на шарпе? Я досмотр., конечно, но туго на х2 идёт
Спасибо.
Привет. Спасибо тебе за твои видео. Столько полезного в 10 минутах сейчас редко можно найти. Я начинаю углубляться в ASP, до этого я работал с C++. И вот не совсем понимаю зачем использовать здесь Assembly и позднее связывание. Я понимаю, что это нужно для маппинга. Но разве это не говорит о плохой архитектуре? Разве не лучше будет просто организовать хорошую архитектуру, пускай и будет чуть больше классов, но не будет позднего связывания. Это ведь сильно бьет по производительности. Или я чего-то не понимаю?
И на сколько сильно это бьет по производительности?
Разъясните пожалуйста зачем мапить такие данные или это просто для примера и не обязательно?
Идея супер, с профессиональным созданием веб апи. Но проблема в том, что как и для чего это делается, не понятно (никто не объясняет). В итоге, проще и понятнее, просто скопировать проект или по очереди, бездумно накодить, повторив за Вами. А потом сесть и разбираться, что тут для чего. Просьба, раз вы всеравно решили потратить свои силы и время, добавьте пожалуйста объяснения, что бы отдельно взятый урок описывал конкретную тему, а не был просто продолжением чего-то там, что было раньше, и не завершал тему, а оставлял это на будущие уроки
В данной серии уроков этого как раз не нужно. Эта серия для профессиональной(!) разработки, как Вы правильно сказали. Новичкам следует посмотреть, а лучше почитать, что-то другое, где именно разивываются основы, чтоб бездумно не накодить.
Смысл в маппере если он только на get маппит? а остальное все руками пишем... если у меня entity c кучей списков маппится в dictionary и обратно с проверкой добавления\удаления имеет ли смысл расписыват маппинги, тем более что при обновлении сущности маппинг не сработает -мы не можем маппить в готовый обьект...
Как использовать реализацию Mapping по умолчанию из IMapWith? У меня она не вызывается даже.
чтобы ее использовать достаточно не переопределять эту реализацию в классах реализующих интерфейс
Ну вот опять прибили гвоздями автомаппер к уровню бизнес логики. Ему место в инфраструктуре
это с какой стороны посмотреть. мы работаем с DTO - это вполне часть бизнес логики
@@PlatinumTechTalks Передача объекта - это бизнес логика? С каких пор?
В code first можно атрибутами прописать все ограничения для свойств, включая ключи и индексы. Так намного нагляднее при работе с классом. Не надо лезть в TypeConfiguration.
Что касается автомаппера, то для него есть конфигурация чтения всех Profile из сборки. В этом случае не потребуется наследование от IMapWith.
Fluent Api более гибкий, для определенных задач, + модельки сущностей остаются красивыми.
@@Amir-xg4nn Каких задач? Модельки сущностей красивыми остаются - это как? Класс без атрибутов - ради этого предлагается переключаться между двумя классами? Зачем???! Не видел ни одной задачи, которая не решается с помощью атрибутов!
Так много, всякого, маперы, интерфейсы, энтети, дто... Надеюсь когда нибудь пойму нахера это все нужно вообще)
Рефлексия с прицелом на собственные интерфейсы? Что то с вашим кодом не то... где то вы перестарались. 🤨
Почему?
Ничего не объяснил - как работает не показал - збс видео... Даже 4 минуты жалко. Лучше не делать - чем делать так. Давай запиши видео на 4 секунды - тиктокер... Это когда сам не умеешь - так учишь.
Урок отстой реально))) тут даже урока как такового нет. Мы используем автомапер, за я набросал код, а вы повторите. Бред
Расскажите, что вы ожидали увидеть и мы станем лучше
@@PlatinumTechTalks очевидно что объяснения как работает автомапер с объяснением на конкретном примере, а не на словах, мол есть такая штука, он существует для связей сущностей, и для чего его в реальных проектах используют. У вас на канале много сложнейших тем в таком же стиле - и Очень мало и очень абстрактно при этом полный ноль обьяснея самих механизмов. Уроки по авторизациям и прочие продвинутые моменты это должны быть минимум 15 минут концентрированного материала с примерами работы технологии и ее различными вариантами(конечно же и это только для одной подтемы!), но не так как у вас- есть такая штука =>заготовленный код=> делайте так. Это говорит о том что либо вы не разбираетесь в том что делаете, либо уроки на Ютубе это вообще не ваше.
@@richarddaniel7088 может, в таком случае стоит дополнительно ознакомиться с работой фреймворков и технологий которые здесь используют на других ресурсах? Мне тоже кое-какие моменты не понятны, но это скорее вопрос к моему понимании работы с рефлексией, пониманию принципов архитектуры приложений и тд. И если у меня все же остаются вопросы, то Google search в этом отлично помогает. Как по мне, как раз у этого TH-cam канала плюс в том, что здесь нет уроков на уровне "Как создать сайт за 5 минут". Показаны практики которые используют в реальных проектах
Это просто не Ваш уровень. Это урок для профессионалов. Почитайте книги сперва, ознакомьтесь, что такое маппер.
Не раскрыт практический use-case использования автомаппера. Зачем в простом приложении, с простой моделью данных, это вообще нужно, когда проще смаппить вручную? Лучше было бы раскрыть через материал из поста "AutoMapper's Design Philosophy" Джими Богарда, автора либы.
Переменная methodInfo будет иметь значение null в том случае, если мы не переопределим интерфейс по умолчанию, поэтому необходимо получить сам интерфейс и от него уже вызвать метод GetMethod("Mapping"). То есть, переписать строку кода вот таким образом:
var methodInfo = type.GetMethod("Mapping") ?? type.GetInterface("IMapWith`1")?.GetMethod("Mapping");
Спасибо!!!
Спасибо!!!!!!