Size: a a a

🎄.NET Talks: Evergreen🎄

2020 July 14

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Вот смотри, тут у меня две разных модели генерится, transform=asis vs transform=reversed, это как раз «клиент» и «сервер».
источник

AG

Andrey Golubkow in 🎄.NET Talks: Evergreen🎄
Сейчас гляну, спасибо )
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Альтернативой использованию этого механизма сигналов является создание для конкретных фичей map(int, SmthModel)
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
И какая-нибудь сторона кладёт в эту мапку данные по интересующему её сценарию, и потом обе стороны начинают обрабатывать данные в мапке (навешивают хендлеры, начинают делать протокольные вызовы)
источник

AG

Andrey Golubkow in 🎄.NET Talks: Evergreen🎄
Чет сложно
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Ну то есть вместо того, чтобы делать ISiglan<SessionModel>, ты можешь SessionModel положить в мапу, и пусть она там лежит.
источник

AG

Andrey Golubkow in 🎄.NET Talks: Evergreen🎄
А вот это в метод сгенерируется ? call("getPendingChanges", immutableList(TfsPath), immutableList(TfsPendingChange))
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Да, это будет асинхронный вызов.
источник

AG

Andrey Golubkow in 🎄.NET Talks: Evergreen🎄
Этот же метод на клиенте вызывается, а исполняет сервер его, да ?
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Andrey Golubkow
Этот же метод на клиенте вызывается, а исполняет сервер его, да ?
Я всё ещё не считаю эту терминологию годной.
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Смотри: тот, кто делает listen на сокете, вовсе необязательно выступает в качестве «сервера» тут.
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Более того, как раз в данном примере у меня совсем наоборот.
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
call инициируется «сервером» (ну, тем, кто сокет слушает), и будет выполнен «клиентом».
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Эти роли (сокетный сервер-клиент) в модели не прописаны.
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Ты можешь и роль сервера, и роль клиента выполнять, в зависимости от того, как инициируешь подключение.
источник

AG

Andrey Golubkow in 🎄.NET Talks: Evergreen🎄
Понятно, мне нужно, что бы у меня модель была реализована там, где я хочу выполнять методы, верно ?
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Ну, то есть, у тебя есть модель, в которой написано, что есть некий call("addFiles"). И ты знаешь, что ты этот call сможешь позвать.

А как ты соединяешься с другим компонентом, слушаешь сокет или подключаешься к нему — это другой вопрос, ты можешь даже в одном аппе сделать и так, и эдак
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Andrey Golubkow
Понятно, мне нужно, что бы у меня модель была реализована там, где я хочу выполнять методы, верно ?
Там, где ты хочешь выполнять методы, тебе нужно на эти колы подписаться, вот тут я это делаю.
источник

Dv

Dr. Friedrich von Ne... in 🎄.NET Talks: Evergreen🎄
Там обычно всякие методы а-ля .Advise, .View, .Set (и в Котлине, и в сишарпе, и в JS примерно одинаково поименованы и с похожими сигнатурами).
источник