В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Angular - русскоговорящее сообщество

4794 membersпожаловаться на группу
2019 December 10

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Kolia KK
я за мапинги, модель фронта не обязана быть такая же, как на беке, от этого только проблемы вечно. И лучше работать со своей моделью, чем с чужой :)
не, ну бывает всякое - мне вот нравится, когда DTO для бэка и фронта генеририруется по какому-то описанию.
источник
18:42пожаловаться#1

ИГ

Иван Гольденберг in Angular - русскоговорящее сообщество
Yuri Katkov
народ, это не уровень дискуссии. У нас тут есть спорный тезис - что во фронте не надо маппить массивы.
можно не маппить, а создавать вложенные интерфейсы соответствующие реляционным данным, полученным из api и создавать из них массивы
источник
18:43пожаловаться#2

KK

Kolia KK in Angular - русскоговорящее сообщество
Yuri Katkov
не, ну бывает всякое - мне вот нравится, когда DTO для бэка и фронта генеририруется по какому-то описанию.
это в идеале... но на практике, у меня всё печально... и выработался защитный механизм, мыть бэкенд модель на входе, а внутрь проекта работать только со своей ))
источник
18:43пожаловаться#3

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Anton K.
кстати ваши мнения относительно graphql? насколько это ведет к тому, что сложность запросов может возрастать, так как фронтендер не всегда знает подкапотную часть и часть запросов теоретически могут плохо сказываться на серверах
да вроде там все понятно. Классная штука, как был MQL и SPARQL, просто по производительности оптимизировать фиг пойми как
источник
18:43пожаловаться#4

AK

Anton K. in Angular - русскоговорящее сообщество
ну в том и дело, что заранее не поймешь, какой запрос может тебе базу поставить колом
источник
18:44пожаловаться#5

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Иван Гольденберг
можно не маппить, а создавать вложенные интерфейсы соответствующие реляционным данным, полученным из api и создавать из них массивы
тут не понял
источник
18:44пожаловаться#6

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Anton K.
ну в том и дело, что заранее не поймешь, какой запрос может тебе базу поставить колом
дык я думаю, что с ним как с elastic search будет
источник
18:44пожаловаться#7

AK

Anton K. in Angular - русскоговорящее сообщество
Yuri Katkov
дык я думаю, что с ним как с elastic search будет
что именно? не очень понял
источник
18:44пожаловаться#8

AK

Anton K. in Angular - русскоговорящее сообщество
как с компанием или с движком?
источник
18:44пожаловаться#9

GK

Georgii Klubnikov in Angular - русскоговорящее сообщество
Yuri Katkov
народ, это не уровень дискуссии. У нас тут есть спорный тезис - что во фронте не надо маппить массивы.
это называется слой BIF (бекенд ин фронтенд) и это приемлемый архитектурный слой если применяется с умом
источник
18:45пожаловаться#10

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Anton K.
что именно? не очень понял
наружу опять выставят куцые api, заранее оптимизированные по самое не могу. А все богатство языка запросов будет спрятано - ну может внутренние микросервисы между собой будут общаться на graphql.
источник
18:45пожаловаться#11

YK

Yuri Katkov in Angular - русскоговорящее сообщество
это ж по сути все равно, что наружу выставить SQL
источник
18:46пожаловаться#12

AK

Anton K. in Angular - русскоговорящее сообщество
типа того, да
источник
18:46пожаловаться#13

YK

Yuri Katkov in Angular - русскоговорящее сообщество
круто, что все будет можно, но не круто, что индексы сами себя не сделают
источник
18:46пожаловаться#14

AK

Anton K. in Angular - русскоговорящее сообщество
и связи подтягивать может быть больно для сервера
источник
18:47пожаловаться#15

ИГ

Иван Гольденберг in Angular - русскоговорящее сообщество
например, есть две реляционные таблицы новость и к ней комментарии, создаешь интерфейс новость, и в нем массив комментарии. И потом, в представлении Angular  циклом выводишь новость и все ее коментарии
источник
18:47пожаловаться#16

AK

Anton K. in Angular - русскоговорящее сообщество
я бы не делал массив комментариев у новости
источник
18:48пожаловаться#17

AK

Anton K. in Angular - русскоговорящее сообщество
скорее всего оно фетчится будет отдельно
источник
18:48пожаловаться#18

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Иван Гольденберг
например, есть две реляционные таблицы новость и к ней комментарии, создаешь интерфейс новость, и в нем массив комментарии. И потом, в представлении Angular  циклом выводишь новость и все ее коментарии
а разве нам положено вообще что-то знать о реляционных таблицах? По-моему, оно должно быть непрозрачным - может на таблицах, мож на монге, а может на молитвах и святом духе работает.
источник
18:48пожаловаться#19

AK

Anton K. in Angular - русскоговорящее сообщество
ну надо опираться на объекты
источник
18:49пожаловаться#20