эти манипуляции созданы для разделения ДТО по слоям. Я прав ?
Я просто плохо изъястняю свои мысли, извините.. Проблема в вот в чем Я получаю дату , и в объект преобразую только 2 поля/ error/message Body - пусть будет <Т>
Так вот я получил дату от сервера, .... В репощитории её преобразую в объект, и оидаю выше, Раньше , я сырую карту/карты сохранял Сейчас же, я ПОДАЮ ОБЪЕКТ и в ui и для сохранения. Где объект ОПЯТЬ преобразуем в карты
Почему у тебя в UI что-то сохраняется ?
Не преобразуй в карты. Напиши функции-мапперы, которые трансформируют DB -> Entity, Entity -> Ui
То что ты описал используется в чистой архитектуре как раз для отделения слоев.
О я конвертеры использую
Ну так храни дату и время в строке. toISO8601() и DateTime.parse() имеют один формат
Микросекунду с начала эпохи в utc имхо удобнее) но не наглядно
Ты пытаешься в чистую архитектуру, но не понимаешь как и зачем. Ты считаешь, нужно по другому ?
Действительно, такая прощеименть хотя, положаируку на сердце, это излишнее =)
А, ну тогда лан. Доброй ночи
=) я не про это, а про то что Дрифт, ну возможно я очень тупой,.... зочет получать оьтект, а я бы с радостью скормил бы ему просто карту /массив, без лишнего (внутри он объект в карту переводит) паркинга
Хм) по поводу понимания-это холивар...
Нет холивара. Есть один источник истины.
Ну , дядюшка боб писал в лозматом.... Это хорошая практика , но... Вот скажите есть ли у вас проекты, которые просили хотя бы лет 10...
iso8601 имхо, самый удобный формат ...
Дело не в этом. Есть чистая архитектура. Она описана, есть базовые принципы и гибкие области. Ты можешь писать в соотвествии с ее принципами и пользоваются ею. А можешь забить хрен (это нормально и иногда даже лучше), но тогда не стоит пытаться натягивать clean на свое решение, потому-что оно скорее всего не подходит
Формат отображения - да, но не хранения
Продолжу вашу мысль, вероятно через года 3 проект накроет медным..... Тут ваша правда....
Неоптимищированные изображения больше трафика сожрут
Обсуждают сегодня