Последние комментарии
Для меня эта страница - это удобный способ смотреть, что нового происходит в комментариях и сразу находить заметку, не заходя в админку. Думаю, она будет полезна и тебе.
Dmitry Romanenko
Одно дело речь идёт о трёх переменных, а что если есть сложная структура разбитая на сотни таблиц, с минимум сотней переменных в ней? Мапить просто присвоение в одном месте ладно, а что если проект не двухминутный и у тебя минимум 20 ендпоинтов? А ведь тебе нужно не только строки присваивать, но и работать хэшмапами, списками из классов и многое другое.
Увы, но я бы сказал все зависит от сложности проекта. Иногда автомаппер это именно та вещь, которая тебя спасает.
Синьор с Троещины
Михаил, можно и без автомаппера облегчить себе жизнь. Например писать под нужные классы свои экстеншены , возвращающие опять таки нужный замапленный класс. Ал-я маппинг для бедных.
Автомаппер чаще всего юзаем в вебАпи проектах. Особенно помогает при использовании с шаблоном DTO.
MrDxdy
Игра прЕстолов.
Илья
Считаю автомаппер не нужным делом. Не вижу реальных сфер применения.
Ololo
А как не маппить объекты? В базе нормализированная модель, одна бизнес сущность можеть быть разбита на кучу таблиц по правилам нормализации/реляционной теории. В слое бизнес логики надо работать с бизнес (Domain) моделями. На фронт энде в 75-90% случае бизнес модель подойдёт, но иногда это не удобно или в разных местах надо немного другая модель, тут уже View (DTO) модели помогают. На счёт маппинга я использую или AutoMapper, или удобный способ с помощью расширяющих методов в C# что-то вроде ".ToMyDomainModel(), .ToMyViewModel(), .ToMyEntityModel()", это помогает просто вынести маппинг в отдельное место на захламляя код, маппинги часто бывают большими и когда в коде который реализует какую-то задачу его захламляет маппинг я этого не люблю, особенно в слое репозитория всё время куча маппингов с Entity моделей в Domain при выборке из базы и наоборот из Domain в Entity при сохранении в базу. С Dapper подход немного другой, он маппит сам.
severvam
Автомаппер ужасное зло. У нас используется сплошь и рядом, для конвертаций обьектов которые на бекенде в обьекты которые на фронтэнде. Не спрашивай зачем, архитекторы так нарисовали.
Так вот. Маппить обьект в обьект еще не страшно, там если что-то сломалось - найти где это и починить достаточно просто. Но вот когда маппишь сложные структуры, например, обьекты с коллекциями в которых находятся обьекты которые тоже маппятся, то вот тут начинается жесть. Ведь ты можешь удалять обьекты из коллекции, модифицировать их и добавлять. И во время маппинга у нас была куча проблем. И лишние обьекты появлялись и нулы пролезали и мержилось криво. И если нулы отловить и тут тоже не сильно большая проблема, то кривой маппинг ударяет по бизнес логике и после нескольких раундов калькуляций получаешь неправильный результат. И сиди ищи почему посчиталось неправильно.
Короче, лучше просто написать бойлерплейт с ручным маппингом, чем разбираться с автомагией.
DiDimus
Насколько мне известно, число циклов заряда относится к полному циклу, т.е. заряд от 0 до 100% - есть полный цикл.
То есть, если аккумулятор заряжен на 50% и его начать заряжать до конца, то это будет половина цикла заряда, и от гипотетического значения в 20 оставшихся зарядок останется 19,5. Если заряжен на 25% - цикл будет равен 0,75 и т.п.
Сергей
Ставь BolgenOS и не парься.
Kastor
Я пишу юнит тесты. Более того стараюсь и других приучить.
Для этого настроил сборку так, что если кто-то понизил своими комитами уровень покрытия, то сборка валится.
http://www.kastordriver.one/2017/02/keep-code-coverage-on-radar.html
А так же я разделяю юнит и интеграционные тесты, т.к. юнит тесты я запускаю довольно часто и они не должны быть тормознутыми.
http://www.kastordriver.one/2017/02/separate-and-rule-your-tests.html
В дальнейшем планирую освоить и ввести в практику UI тесты (смотрю на http://ru.selenide.org/)
Более того, практикую TDD и даже делал доклад на эту тему.
https://dou.ua/calendar/14483/
Моя далекая мечта - это continuous delivery.
Короче, я серьезно отношусь к тестам =)
О блоге
Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю
Copyright © 2025 Михаил Флёнов. Тираж 1 штука. Отпечатано на ноутбуке. А за права отвечаю, или постараюсь.
А здесь еще и копирайт поставлю: Professional Web Development.
На сайте используются Cookie. Если вы из ЕС или Калифорнии США, то вы должны согласиться с их использованием - Согласен. Если вы из нормальной страны, то вам пох.
Radekk
Это на плойке играешь или карабокс или писи?
Там вроде выкатили майки новый карабокс, не гонял его еще? Хвастаются что самую крутую консоль они сделали на данный момент.
Кстати как у вас в канаде видеокарты тоже расхватывают все кому не лень чтобы биткоины фармить? Что вообще по поводу криптовалют можешь рассказать?