Последние комментарии
Для меня эта страница - это удобный способ смотреть, что нового происходит в комментариях и сразу находить заметку, не заходя в админку. Думаю, она будет полезна и тебе.
Сергей
Почему не 2017? Его неплохо оптимизировали.
Михаил Фленов
Простая PS4
Radekk
Черный мак крутой конечно, но уже насчитали энтузиасты примерную цену, и она будет как у подержанного Golf GTI(~15000 долларов). Кто такой комп на работу себе возьмет, для меня, например, большаааая загадка.
Radekk
Это на плойке играешь или карабокс или писи?
Там вроде выкатили майки новый карабокс, не гонял его еще? Хвастаются что самую крутую консоль они сделали на данный момент.
Кстати как у вас в канаде видеокарты тоже расхватывают все кому не лень чтобы биткоины фармить? Что вообще по поводу криптовалют можешь рассказать?
Dmitry Romanenko
Одно дело речь идёт о трёх переменных, а что если есть сложная структура разбитая на сотни таблиц, с минимум сотней переменных в ней? Мапить просто присвоение в одном месте ладно, а что если проект не двухминутный и у тебя минимум 20 ендпоинтов? А ведь тебе нужно не только строки присваивать, но и работать хэшмапами, списками из классов и многое другое.
Увы, но я бы сказал все зависит от сложности проекта. Иногда автомаппер это именно та вещь, которая тебя спасает.
Синьор с Троещины
Михаил, можно и без автомаппера облегчить себе жизнь. Например писать под нужные классы свои экстеншены , возвращающие опять таки нужный замапленный класс. Ал-я маппинг для бедных.
Автомаппер чаще всего юзаем в вебАпи проектах. Особенно помогает при использовании с шаблоном DTO.
MrDxdy
Игра прЕстолов.
Илья
Считаю автомаппер не нужным делом. Не вижу реальных сфер применения.
Ololo
А как не маппить объекты? В базе нормализированная модель, одна бизнес сущность можеть быть разбита на кучу таблиц по правилам нормализации/реляционной теории. В слое бизнес логики надо работать с бизнес (Domain) моделями. На фронт энде в 75-90% случае бизнес модель подойдёт, но иногда это не удобно или в разных местах надо немного другая модель, тут уже View (DTO) модели помогают. На счёт маппинга я использую или AutoMapper, или удобный способ с помощью расширяющих методов в C# что-то вроде ".ToMyDomainModel(), .ToMyViewModel(), .ToMyEntityModel()", это помогает просто вынести маппинг в отдельное место на захламляя код, маппинги часто бывают большими и когда в коде который реализует какую-то задачу его захламляет маппинг я этого не люблю, особенно в слое репозитория всё время куча маппингов с Entity моделей в Domain при выборке из базы и наоборот из Domain в Entity при сохранении в базу. С Dapper подход немного другой, он маппит сам.
Михаил Фленов
Собираюсь переходить