Size: a a a

2019 November 09

А

Артёмка in Peer Lab SPB
😅
источник
2019 November 10

A

Alexander in Peer Lab SPB
а сегодня кто-нибудь будет? а то с запозданием на час
источник

M

Maxim in Peer Lab SPB
Буду к 12:30
источник

A

Alexander in Peer Lab SPB
окс
источник
2019 November 15

GL

Gleb Lukianets in Peer Lab SPB
На этой неделе что-то будет?
источник

RA

Rychkov Andrei in Peer Lab SPB
👋🏻 Всем привет!
В воскресенье в 12 часов пройдёт очередной Peer Lab в Surf Coffee по адресу:
🗺Малая Конюшенная 7, метро Невский проспект.

☕️ В этот раз за чашкой кофе мы пообщаемся на свободные темы.

Всегда приветствуются:
- ⁉️Обсуждение вашего решения / задачи;
- 👨‍💻Код ревью;
- 🤓Интервью (уточняйте в чате, будет ли присутствовать специалист в нужной области).

🙋🏻‍♂️ Не стесняйтесь приходить или задавать вопросы! Если вы хотите обсудить тему в широком кругу, предлагайте в чате, добавим к анонсу.
источник
2019 November 16

QH

Quantum Harmonizer in Peer Lab SPB
У кого-нибудь была ситуация, когда по всем говнокодерским стандартам надо завести маппер, а вы героически выкрутились и не сделали этого?
Кто может поделиться, как делать трансформации данных в другую схему?
источник

RI

Roman Iatcyna in Peer Lab SPB
Пока к сожалению доводилось только наблюдать ситуации когда люди героически обсирались в итоге, избегая их) Самого бесит тонна бойлерплейта, но пока не видел альтернатив, которые бы не привносили кучу других проблем
источник

RI

Roman Iatcyna in Peer Lab SPB
Есть ощущение что нечто типа client side dictated schemas типа graphQl могут убрать потребность а мапперах, но пока не довелось попробовать
источник

QH

Quantum Harmonizer in Peer Lab SPB
А какие альтернативы приносят кучу проблем и как можно героически обосраться?
Это же тоже очень интересно.
источник

RI

Roman Iatcyna in Peer Lab SPB
Ну из самых очевидных - использовать один класс размеченный сразу для всего - для БД, для нетворка, и сразу в домен и UI
источник

RI

Roman Iatcyna in Peer Lab SPB
Есть кто топят за это, на рид онли клиентах на 10 экранов норм работает
источник

DE

Denis Egorov in Peer Lab SPB
Quantum Harmonizer
А какие альтернативы приносят кучу проблем и как можно героически обосраться?
Это же тоже очень интересно.
Сделать интерфейсы, которые будут содержать методы для доступа к полям. И в своей модельке сделать имплементацию. Например:
interface A{
     Field getFieldA()
}

interface B{
     Field getFieldB()
}
class Model: A, B


Но выглядит это страшно
источник

QH

Quantum Harmonizer in Peer Lab SPB
Roman Iatcyna
Ну из самых очевидных - использовать один класс размеченный сразу для всего - для БД, для нетворка, и сразу в домен и UI
ну эт понятно, это вообще единственно верный варик)
источник

RI

Roman Iatcyna in Peer Lab SPB
А чем принципиально интерфейсы от маппинга отличаются? Вместо нового дата класса пишется интерфейс, вместо маппера перекладывающего поля - имплементации методов)
источник

RI

Roman Iatcyna in Peer Lab SPB
И ещё из контракта пропадает что это иммутабельная модель в принципе, там можно в методе поход в базу отдать)
источник

DE

Denis Egorov in Peer Lab SPB
Roman Iatcyna
А чем принципиально интерфейсы от маппинга отличаются? Вместо нового дата класса пишется интерфейс, вместо маппера перекладывающего поля - имплементации методов)
Принципиально отличается только этим:
fun a(model : A)

fun b(model: B)

val model = Model()
a(model)
b(model)

Но я не сказал, что это лучше мапинга)
источник

RI

Roman Iatcyna in Peer Lab SPB
Ещё можно попробовать нахуячить что-то типа граф кюэля только между View и Data слоями
источник

RI

Roman Iatcyna in Peer Lab SPB
Чтобы вью запрашивало чё надо
источник

RI

Roman Iatcyna in Peer Lab SPB
Но там тот же ворох проблем что и в серверной имплементации граф Кл
источник