))) это гугл так подгребает

 

приучает айосников к новым телефонам )

 

Костылить кодогенерацию - ну из swagger'а можно генерировать клиентские апишки. Можно в этом деле дальше пойти и Стейт менеджмент генерацию тоже бахнуть

 

пойду гуглить swagger )

 

Swagger codegen, swagger, open api

 

ага спс

 

если в кратце это все не про rest?

 

к клиентской архитектуре применимо?

 

Это описание твоего rest api

 

rest must die

 

Имхо когда сам с собой пишешь самое то) а для уменьшения связности Бэк-отдела и фронт-отдела можно и графкуель

 

граф нужно выбирать, когда он тебе нужен

 

noSql моделируешь данные по суди от "экрана"

 

Но тогда уже и другой разговор. Плюсы от унилингвальной разработки куда-то деваются сразу)

 

мне пока туда хочется )

 

для клиентских приложений/сервисов/услуг noSql дает планетарную масштабируемость

 

я не использую рест для клиентов

 

А что тогда?
gRPC?

 

subscribe/publish по сути стримы

 

реализация ниже зависит

 

на Метеоре c MongoDB

 

на Firebase на firebase )

 

Ну монгу ругают немного за целостность данных.

 

не, целостность данных ни при чем

 

это нормально для noSQL

 

данные поддерживаются через облачные функции

 

рест и реалтайм имеют совершенно разные направления, нельзя заменить одно другим

 

рест в клиентском приложении мне зачем?

 

для интеграций да

 

тебе может и незачем, другим есть зачем

 

я вот интересуюсь ) как его использовать

 

а если мне в мобильном приложении не нужен реалтайм, внезапно?

 

рест идеально масштабируется

 

не понял, а чем он мешает чтоли? )

 

ну да

 

лучше всех других решений

 

зачем мне держать соединение когда оно не нужно?

 

уйди в оффлайн

 

какая проблема

 

именно для этого и есть рест, чтоб дергать данные когда надо

 

подписка дело добровольное

 

для этого есть облачные функции

 

они тоже ближе к рест

 

просто реализация отдельная

 

так я от реста не отказываюсь и не проклинаю

 

ты сказал что он должен умереть :)

 

просто общая архитектура на реалтайме мне нравится больше

 

в клиентской типовой архитектуре да

 

иногда можно врезать как сервис, только понимать зачем

 

если у тебя приложение получает данные по действию раз в неделю, зачем реалтайм держать? А если у тебя регулярный обмен приложениями, рест не нужен.

 

ну да, просто таких "приложений" где данные с клиента раз в неделю уходят прямо скажем не много

 

Всё на реалтайме эт хорошо конечно, но дорого

 

а вот где хотят чатик и все дела

 

дорого с точки зрения чего?

 

ресурсов

 

Вот сам пока не знаю как правильно и просто делать архитектуру для таких случаев

 

AWS+Meteor+MongoВоблаке

 

и посчитай сколько это стоит

 

это все, если реалтайм не нужен заменит один несчастный инстанс с експрессом на борту

 

немного

 

нет разницы

 

Реалтайм не жрет больше реста

 

все зависит от задач

 

если архитектурой заложено дергать 1 раз в неделю уж и подавно )

 

Рест вообще не ест, он исполняется в момент обращения

 

к примеру на 70к клиентов тебе нужно будет 2 инстанса минимум

 

но там лучше голубиной почтой отправлять письма )

 

рест с одним справится

 

А реалтайм ест пока соединение открыто

 

и дальше пропорционально

 

Пока нагрузки маленькие разницы нет

 

Файербэйз до сотни человек даёт бесплатно вообще)

 

ну да, а потом рест в монгу лезет или в sql?

 

до сотни тысяч

 

Надо посмотреть метеор. Слышал, но не пробовал.

 

куда-то лезет

 

за 20 баксов

 

2.5 GB total
20GB/month
100K/day
250K/day
100K/day

 

Stored data
Bandwidth
Document writes
Document reads
Document deletes

 

вообщем стоимость бекэнда меня начнет беспокоить когда выберу эти квоты

 

4 GB 2 vCPUs 80 GB 4 TB

 

те же 20 баксов

 

бесконечные и/о

 

вот в том то и дело, что тебе плевать на ТБ

 

[
{
"type": "mention",
"text": "@talkpal"
},
" пробовали firestore на пригодность для неэлементарных проектов? Чтоб несколько ролей, лихие джоины?"
]

 

и вся планета

 

несколько ролей пожалуйста

 

про джойны и noSql ))

 

я про клиентские приложения, в целом

 

не про мега аналитику и нефть

 

фаербейз очень хорошая штука когда надо сделать прототип, быстро и нормально

 

и вывести все в продакшн

 

и получать радость )

 

Там есть reference keys, они рекурсивно раскрываются с пол пинка?)

 

просто он реально дороже аналога если руками все поднять и запустить

 

нет, в nosql такого никогда не будет

 

там нормально делать много запросов

 

я пока до проекта до 25 тысяч юзеров в день доживу ) и посчитаю стоимость

 

или обьеденять данные

 

все что тебе нужно на экране может быть в 1 документе

 

вот это тоже опасная фраза )

 

То есть получаем первый кусок данных, а потом по reference keys раскручиваем?

 

все данные уже в твоем одном документе

 

для начала обьеденяешь максимально допустимо

 

например конференция, со всеми спикерами и тд

 

а затем да, по референсам подтягиваешь остатки

 

если чего то сразу не нужно выводить, то можно отделить

 

вот как раз стрим от гугла

 

[
{
"type": "link",
"text": "https://www.youtube.com/watch?v=MCngVRyfrKw"
}
]

 

Напомните плиз, есть какой-то прикол в дарте при копировании Map, что за ньюанс там?

 

Да вроде прям приколов нет

 

что-то у меня в голове связаное с лейзи лоадингом итд

 

или я путаю что-то :)

 

[
{
"type": "link",
"text": "https://gist.github.com/0xff00ff/c95981b915483fc22e3394d5f0d18f3c"
}
]

 

Что он от меня хочет?

 

А что говорит?

 

Converting object to an encodable object failed.

 

там у него что то с json

 

енкодить не может

 

это я понял, я тока не могу понять что именно

 

я сразу на сериализаторы подсел ) в build_value

 

Это из-за того что числовые ключи

 

Ты не можешь этого сделать

 

И по спецификации json

 

Я думал он сам разрулит )

 

Можно как-то впихнуть статику в интерфейс? Обязать все классы применяющие данный интерфейс сделать себе статический метод

 

Это же статика

 

А зачем тебе статика в классе?

 

Это плохо

 

Да еще и с интерфейсом

 

У меня есть Х классов, и мне надо решить какой их них создать и взять на основании некой логики (фабрика грубо говоря), щас это набор ифов, я хотел вынести это в каждый класс, чтоб он сам решал, подходит ли условие ему или нет

 

А стратегия не зайдет?

 

Все равно ифы

 

фабрика и стратегия братья

 

Тогда просто загугли как решается OCP

 

(Open closed)

 

блин, я думал то еще решение какое-то

 

ты еще на солид пошли :)

 

У тебя идет классическое нарушение этого принципа

 

Дык этот принцип оттуда)

 

Хочу - говнокожу, не хочу - не гвонокожу

 

Понял)

 

У некоторых сущностей сложная логика основанная на случайности, по этому я хотел вынести все это непосредственно внутрь, чтоб они сами решали что им надо

 

Да и вообще я люблю самодостаточные сущности, даешь черному ящику данные, происходит магия, и получаешь результат, либо он говорит что не хочет ничего делать

 

Не хочу решать за него подходят ли эти данные ему

 

[
{
"type": "code",
"text": "final opinionNum = Random().nextInt(opinions.length) - 1;"
},
"\nТакое дарт на удивление пропускает спокойно, но в рантайме падает"
]

 

[
"Почему дарт такое пропускает?\n",
{
"type": "code",
"text": "final opinionNum = Random().nextInt(opinions.length)"
},
"\nЭто ведь 100% ошибка, и он это знает, метода call нет"
]

 

Почему ошибка?

 

new Random должно быть

 

dart 2 разрешает писать без new

 

Почему тогда он падает в рантайме?

 

Магия))

 

Не магия а ошибка

 

Чем дальше в лес, тем толще партизаны

 

Карочи, да, странно

 

Оформи issue

 

Нужен флаг в конфиге: "хочу строгость как в джаве или C#".

 

А где вообще можно это делать?

 

Привет. Как вы делаете локализацию интерфейса на несколько языков?

 

Flutter/Angular/React?

 

Меня интересует Angular. Но подозреваю, что подходы и библиотеки могут быть схожи.

 

Я так думаю это в сторону pipe надо смотреть

 

[
{
"type": "link",
"text": "https://github.com/Fulnir/angular-dart-i18n-sample"
}
]

 

Спасибо.

 

[
{
"type": "link",
"text": "https://pub.dartlang.org/packages/intl"
}
]

 

А эта штука не для такого была сделана?

 

Я ее использую для форматирования, например, дат при выводе.

 

В описании написано что и сообщения умеет, я правда не использовал

 

Мы intl юзаем

 

Я просто натыкался на нее поэтому и запомнил

 

Юзайте его

 

А какой принцип? Т.е. есть Map со локалями и подбирать по ключу?

 

Зачем intl

 

интл позволяет оперировать фразами:
первая
первое
первый

 

1 элемент
2 элемента

 

в одном переводе

 

Там много всего. Интернациолизация, локализация

 

Например, мне нужно отобразить на кнопке Save или Сохранить. Я в шаблоне напишу что-то вида save | translate. Директива translate знает о выбранном языке. Обращается к файлу с переводом, ru['save'] и получает перевод. Затем прогоняет, через intl, если требуется. Так?

 

я хочу google translate api подключить, чтобы все слова переводил по умолчанию при добавлении локали, потом ручной доводкой поправить

 

Получишь алиэкспресс

 

не, у меня сервис для переводчиков

 

если хотят добавить свой язык, а его нет в интерфейсе, то смогут сами поправить )

 

по умолчанию будет английский оригинал и перевод слова гугл транслейт

 

пусть юзеры помогают, не только же нам опенсорсить

 

Просто обычно при добавлении нового языка либо оставляют все пустым, чтоб явно бросалось в глаза, при отображении если пусто берут дефолтный, либо просто копируют дефолтный, если лень делать проверку на пустоту )

 

Ато там такие перлы могут получаться

 

как на русский буду переводить, станет понятно )

 

гугл транслейт не так плох как кажется

 

Да, если у тебя одно два слова

 

в интерфейсах на кнопках, лейблы и короткие сообщения о действиях

 

не так много

 

это не основной контент

 

тогда наверно будет прикольно, большую часть он переведет хорошо

 

и dialogflow тоже

 

для голосовых действий

 

чтобы интерфейс управлялся голосом

 

может, вы используете —preview-dart-2? если да, то эта фича, насколько понимаю, еще в разработке

 

Да, дев использую

 

Тоесть в принципе оно должно ругаться?

 

И это просто глюк?

 

есть какой то из законов Мерфи - скомпилировали, и без ошибок, тогда ошибка в компиляторе
мне кажется, это как раз вот это случай )) ошибка в анализаторе )

 

вообщем, я бы дождался stable версию