@frp_ru
SHIPPERING17.02.2018
00:36:31
00:36:31
И мы начинаем наш шипперинг
Кто сегодня ходил за гаражи?
Кого все кругом подозревают в близости?
Мы раскрыли вас, ребята: @safinalexey + @Gleber1 = ♥
Google
Дмитрий17.02.2018
00:44:17
00:44:17
Тут не завтипы, тут всё гораздо проще
Мне сложно объяснять абстрактно, поэтому сразу перейду к примеру
Akka.FSM (aka Finite State Machine)
У нас есть условная переходная функция, сильно-сильно перегруженная (это же скала, ну) и пара типов в ней
Первый тип — это тип входящего сообщения, второй тип — текущее состояние стейта
Допустим, турникет. Он считает число монеток и может быть включен-выключен
type Coins = number
type Open =.boolean
State
= Offline
|.Online Open Coins
Тогда его состояние можно регулировать с помощью ряда сообщений
Message
= Run Coins
| Halt
| InsertCoin Coins
when( Offline ) {
case Event( Run, Coins c ) => {
log "going online"
goto Online false c
}
case Event( _ ) => log "I'm offline"
}
when( Online, Open open Coins coins ) => {
case Event( Run, _ ) => log "I'm already online"
case Event( Halt ) => goto Offline
case Event( InsertCoin, Coins c ) => goto Online true coins + c
}
То есть типизированный стейт так же может описываться более чем одним типом данных, и работает это всё с матчингом не только по типу сообщения но и по типу состояния
возьмем типичный пример - турникет
у него два состояния: открыт и закрыт
и два экшона: дать монетку и толкнуть
(открыт, дать монетку) -> открыт
(открыт, толкнуть) -> закрыт
(закрыт, дать монетку) -> открыт
(закрыт, толкнуть) -> закрыт
я хочу расширить это тем, что например если я положу две монетки подряд, то я могу и толкнуть минимум два раза подряд
(открыт_n, дать монетку) -> открыт_n+1
(открыт_0, толкнуть) -> закрыт
(открыт_n+1, толкнуть) -> открыт_n
(закрыт, дать монетку) -> открыт_0
(закрыт, толкнуть) -> закрыт
Я открыл параллельно тексту выше репу Akka.FSM И ТЫ НЕ ПОВЕРИШЬ ? https://github.com/gianlo/Akka.FSM.Examples/tree/master/Turnstile.Scala
Первым же кликом открыл именно это)kana17.02.2018
01:11:58
01:11:58
ну турникет - это такой туду-список в fsm
Дмитрий17.02.2018
01:12:14
01:12:14
А, тогда логично)
kana17.02.2018
01:12:28
01:12:28
чет очень примитивное набросал, сейчас буду курить машинки кметта
https://gist.github.com/kana-sama/1a96fa932cd6c5e9687a3a1ba2bf4a0c
GoogleДмитрий17.02.2018
01:16:00
01:16:00
Кмк, в случае машинок проблема вся в способе имплементации — не оч понятно какой API будет удачнее всего смотреться в жс. Поэтому я решил последовательно приближаться к желаемому результату в виде Akka.FSM не форсируя события.
Так что пока что я в effector имею статичный Redux стейт, общий один на всех)
andretshurotshka?❄️кде17.02.2018
03:21:07
03:21:07
?
Den17.02.2018
06:02:00
06:02:00
Anton17.02.2018
06:40:56
06:40:56
https://twitter.com/marijnjh/status/964437691055136768
andretshurotshka?❄️кде17.02.2018
06:43:39
06:43:39
сабжекты
Дмитрий17.02.2018
06:47:24
06:47:24
https://twitter.com/marijnjh/status/964437691055136768
Я про то же говорю когда спрашивают почему most) Так как без императивного .next() такого уже особо не будетandretshurotshka?❄️кде17.02.2018
06:55:18
06:55:18
>без next
>подключаешь most-subject
Дмитрий17.02.2018
07:07:16
07:07:16
Я не планирую его использовать нигде кроме низкоуровневых вещей)
andretshurotshka?❄️кде17.02.2018
07:08:49
07:08:49
в xstream есть imitate для такого
Дмитрий17.02.2018
07:46:23
07:46:23
> Note, though, that imitate() does not support MemoryStreams
Мне что-нибудь попроще плиз)
Googleandretshurotshka?❄️кде17.02.2018
07:55:26
07:55:26
да
(нет)
> Note, though, that imitate() does not support MemoryStreams
Мне что-нибудь попроще плиз)
https://github.com/cujojs/most/tree/master/test/perf лол))Den17.02.2018
07:55:55
07:55:55
Какой бранч?
andretshurotshka?❄️кде17.02.2018
07:55:59
07:55:59
media-preview
Den17.02.2018
07:56:04
07:56:04
О
andretshurotshka?❄️кде17.02.2018
08:54:31
08:54:31
для TL напишешь парсер с AST?)
https://github.com/goodmind/language-typelanguage
https://core.telegram.org/mtproto/TL-formal
Googleandretshurotshka?❄️кде17.02.2018
08:56:16
08:56:16
>как без него
Den17.02.2018
08:57:20
08:57:20
YAML
illiatshurotshka❄️17.02.2018
08:57:39
08:57:39
ну это совсем другое решение
Дмитрий17.02.2018
08:57:47
08:57:47
Нет, то же самое
illiatshurotshka❄️17.02.2018
08:57:56
08:57:56
?♂️
Den17.02.2018
08:57:56
08:57:56
Вид сбоку
illiatshurotshka❄️17.02.2018
08:58:15
08:58:15
со стороны парсинга, про которую речь, совсем другое
Дмитрий17.02.2018
08:58:17
08:58:17
illiatshurotshka❄️17.02.2018
08:58:41
08:58:41
illiatshurotshka❄️17.02.2018
08:59:44
08:59:44
я не знаю причем здесь yaml
Den17.02.2018
09:00:02
09:00:02
Там не API описано
GoogleDen17.02.2018
09:00:18
09:00:18
Синтаксис
andretshurotshka?❄️кде17.02.2018
09:00:58
09:00:58
https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/Resources/scheme.tl
Den17.02.2018
09:03:19
09:03:19
Всмысле?
andretshurotshka?❄️кде17.02.2018
09:03:22
09:03:22
ща
"type": "flags.0?Vector<InputDocument>" как минимум это приходится парсить
Den17.02.2018
09:06:23
09:06:23
Альтернатива?
andretshurotshka?❄️кде17.02.2018
09:06:36
09:06:36
полноценный AST
andretshurotshka?❄️кде17.02.2018
09:23:04
09:23:04
это где
Den17.02.2018
09:23:57
09:23:57
Открыть в Telegram