DG
Size: a a a
2020 July 29
DG
хз как у тебя сделано
DG
я прост рассуждаю для чего такое может быть
в дто аннотации для парсинга джсона, в ентити для бд
в дто аннотации для парсинга джсона, в ентити для бд
DG
в моделе мб вообще как-то по другому данные собираются
тип в джмоне приходят отдельно города, отдельно температуры
а в модель перекладывается город с температурой
тип в джмоне приходят отдельно города, отдельно температуры
а в модель перекладывается город с температурой
DG
это как пример
DG
но что у тебя там - ?
С
хз как у тебя сделано
у меня лишь один запрос с ответом и больше ничего.
Я пытаюсь раскрутить весь это клубок с архитектурой и слоями, чтобы понять, как вообще всё это должно работать и строится в стандартном CRUD приложении. Но нигде толком нет объяснения, в туторах все лепять каждый по своему. Мне приходится смотреть в несколько репозиториев и сравнивать, что в них как устроено и пытаться привести это к среднему какому-то результату.
Я пытаюсь раскрутить весь это клубок с архитектурой и слоями, чтобы понять, как вообще всё это должно работать и строится в стандартном CRUD приложении. Но нигде толком нет объяснения, в туторах все лепять каждый по своему. Мне приходится смотреть в несколько репозиториев и сравнивать, что в них как устроено и пытаться привести это к среднему какому-то результату.
M
Парни, в чем может быть проблема, почему с ворк менеджера ничего не приходит?
A
#вакансия #работа #job #remote #удаленка #fulltime #Android
Вакансия: Middle/Senior Android разработчик/developer
Опыт работы: от 2 года
О нас: Мы компания мобильной разработки входим в ТОП-10
Город офиса: Калининград
Формат: Удаленная / В офисе (Помощь при релокейте)
Занятость: Полный день
Зарплатная вилка: Обсуждается при собеседовании
Онлайн анкета тут: https://forms.gle/hp6MMe3oDKPg7A69A
Требования:
- От 1 года опыта командной разработки Android-приложений с использованием Git или других VCS;
- опыт разработки на Kotlin;
- знание компонентов и различий их api в Android SDK в версиях, начиная с 19(KitKat);
- навыки разработки клиент-серверных приложений, знание устройства http/https;
- опыт разработки функционала, использующего базы данных, push-уведомления, карты.
Будет плюсом:
- опыт проектирования и разработки сложного функционала (offline first, навигация, динамические формы ввода, многокомпонентные списки, формирование заказа и другое, выходящее за рамки “получил-показал”);
- навыки применения принципов проектирования;
- навыки написания unit-тестов;
- опыт применения современных эффективных практик разработки, проектирования и обмена опытом (code review, парное программирование, TDD и др.);
- опыт менторства, написания статей и публичных выступлений;
- участие в open-source проектах;
- навыки решения Multithreading & Concurrency задач;
- глубокие знания Android-фреймворка, Android/Linux OS или open-source библиотек;
- навыки разработки сложных анимаций и элементов пользовательского интерфейса;
- опыт backend, web, ios или кроссплатформенной разработки..
О нас:
Дружная команда опытных разработчиков;
Официальное оформление по ТК;
Возможность профессионального развития и карьерного роста;
Выездные корпоративные мероприятия на море и в Европу.
Вакансия: Middle/Senior Android разработчик/developer
Опыт работы: от 2 года
О нас: Мы компания мобильной разработки входим в ТОП-10
Город офиса: Калининград
Формат: Удаленная / В офисе (Помощь при релокейте)
Занятость: Полный день
Зарплатная вилка: Обсуждается при собеседовании
Онлайн анкета тут: https://forms.gle/hp6MMe3oDKPg7A69A
Требования:
- От 1 года опыта командной разработки Android-приложений с использованием Git или других VCS;
- опыт разработки на Kotlin;
- знание компонентов и различий их api в Android SDK в версиях, начиная с 19(KitKat);
- навыки разработки клиент-серверных приложений, знание устройства http/https;
- опыт разработки функционала, использующего базы данных, push-уведомления, карты.
Будет плюсом:
- опыт проектирования и разработки сложного функционала (offline first, навигация, динамические формы ввода, многокомпонентные списки, формирование заказа и другое, выходящее за рамки “получил-показал”);
- навыки применения принципов проектирования;
- навыки написания unit-тестов;
- опыт применения современных эффективных практик разработки, проектирования и обмена опытом (code review, парное программирование, TDD и др.);
- опыт менторства, написания статей и публичных выступлений;
- участие в open-source проектах;
- навыки решения Multithreading & Concurrency задач;
- глубокие знания Android-фреймворка, Android/Linux OS или open-source библиотек;
- навыки разработки сложных анимаций и элементов пользовательского интерфейса;
- опыт backend, web, ios или кроссплатформенной разработки..
О нас:
Дружная команда опытных разработчиков;
Официальное оформление по ТК;
Возможность профессионального развития и карьерного роста;
Выездные корпоративные мероприятия на море и в Европу.
А вы в ТОП 10 чего хоть входите?
VV
у меня лишь один запрос с ответом и больше ничего.
Я пытаюсь раскрутить весь это клубок с архитектурой и слоями, чтобы понять, как вообще всё это должно работать и строится в стандартном CRUD приложении. Но нигде толком нет объяснения, в туторах все лепять каждый по своему. Мне приходится смотреть в несколько репозиториев и сравнивать, что в них как устроено и пытаться привести это к среднему какому-то результату.
Я пытаюсь раскрутить весь это клубок с архитектурой и слоями, чтобы понять, как вообще всё это должно работать и строится в стандартном CRUD приложении. Но нигде толком нет объяснения, в туторах все лепять каждый по своему. Мне приходится смотреть в несколько репозиториев и сравнивать, что в них как устроено и пытаться привести это к среднему какому-то результату.
Может поможет, хорошая статья
Kd
у меня лишь один запрос с ответом и больше ничего.
Я пытаюсь раскрутить весь это клубок с архитектурой и слоями, чтобы понять, как вообще всё это должно работать и строится в стандартном CRUD приложении. Но нигде толком нет объяснения, в туторах все лепять каждый по своему. Мне приходится смотреть в несколько репозиториев и сравнивать, что в них как устроено и пытаться привести это к среднему какому-то результату.
Я пытаюсь раскрутить весь это клубок с архитектурой и слоями, чтобы понять, как вообще всё это должно работать и строится в стандартном CRUD приложении. Но нигде толком нет объяснения, в туторах все лепять каждый по своему. Мне приходится смотреть в несколько репозиториев и сравнивать, что в них как устроено и пытаться привести это к среднему какому-то результату.
это чтобы изменения в апи тебе не ломали приложение
Kd
если будешь дто из апи сохранять прямиком в базу - как только апи сломается - твои приложения превратятся в тыкву
Kd
помоему очень простой концепт о том как не надо делать. собственно даже если эти "энтити" повторяют тот же дто, это будет только до первого изменения.
а потом начнется - какая то логика прикрутится к самим этим энтитям, как то апи поменяется, надо будет какие то связи поддерживать, короче это естественно для не-мёртвого приложения
а потом начнется - какая то логика прикрутится к самим этим энтитям, как то апи поменяется, надо будет какие то связи поддерживать, короче это естественно для не-мёртвого приложения
VV
J
А вы в ТОП 10 чего хоть входите?
нормально же общались
A
нормально же общались
Да я чо, мало ли, вдруг это описание процесса
J
#noob
Я не понимаю цепочку взаимодействия dto » entity » model
Значит от сервера к нам приходит ответ в виде dto объекта, но сохранять в БД мы должны уже Entity объект ... и достаём тоже Entity. Как тогда перевести DTO в Entity ? И что тогда такое Model ? (всегда думал что Entity == model )
Блин в js просто пришел json и не надо парить себе мозги всеми этим слоями
Я не понимаю цепочку взаимодействия dto » entity » model
Значит от сервера к нам приходит ответ в виде dto объекта, но сохранять в БД мы должны уже Entity объект ... и достаём тоже Entity. Как тогда перевести DTO в Entity ? И что тогда такое Model ? (всегда думал что Entity == model )
Блин в js просто пришел json и не надо парить себе мозги всеми этим слоями
ответ приходит в виде потока данных ты десериализуешь этот поток и отображаешь в объекте dto, т.к. некоторые orm имеют особенности поведения если ты работаешь с entity в своей бизнес-логике (особенности непонятные и раздражающие особенно на начальному этапе). entity используют для отображения данных которые будут направлены в БД. Model и entity обычно одно и тоже, зачем у тебя назвали так хз. Dto тоже можно выделить в отдельный package или засунуть например в папку модель папки entity и dto
J
конвертер между разными видами объектов например между dto и entity называются мапперы. Посмотри например mapstruct наиболее быстроработающий и простой в применении, есть и другие, например modelmapper, не суть важно
С
конвертер между разными видами объектов например между dto и entity называются мапперы. Посмотри например mapstruct наиболее быстроработающий и простой в применении, есть и другие, например modelmapper, не суть важно
👍