ZeroFormatter/MagicOnion - Fastest C# Serializer/gRPC based C# RPC

7 likes48,938 views

Yoshifumi Kawai

#kbkz_tech https://github.com/neuecc/ZeroFormatter

Technology

ZeroFormatter/MagicOnion - Fastest C# Serializer/gRPC based C# RPC

Work
C#
Unity
Private
http://neue.cc/
@neuecc
https://github.com/neuecc/UniRx

XML
JSON
Protocol Buffers
MsgPack
Thrift
Avro
FlatBuffers
Cap’n Proto

無限大高速なシリアライザ
https://github.com/neuecc/ZeroFormatter/
シリアライズも速い

継承みたいなやつをネイティブサポート
[Union(typeof(Human), typeof(Monster))]
public interface ICharacter
{
[UnionKey]
int TypeId { get; }
}
public class Human : ICharacter
{
public int TypeId => 0;
}
public class Monster : ICharacter
{
public int TypeId => 1;
}

Welcome to contribute!
Ruby
https://github.com/aki017/zero_formatter
Swift
https://github.com/yaslab/ZeroFormatter.swift

言語の違うREST
Response型を別々
に書く
APIクライアント
を手書きする
(ザ・マイクロ
サービスみたいな
構成）

言語の違うREST
Response型を別々
に書く
APIクライアント
を手書きする
(ザ・マイクロ
サービスみたいな
構成）
中間IDLを書く
そこからクライア
ント・レスポンス
型自動生成
（←を嫌う時によ
くある構成、一番
メジャー）

言語の違うREST
Response型を別々
に書く
APIクライアント
を手書きする
(ザ・マイクロ
サービスみたいな
構成）
中間IDLを書く
そこからクライア
ント・レスポンス
型自動生成
（←を嫌う時によ
くある構成、一番
メジャー）
サービスを普通に
書く、そこからク
ライアントを自動
生成、リクエス
ト・レスポンス型
はC#のDLLとして
共有

gRPC based C# Network Framework
gRPCの性能や安定性 + C#的な使いやすさ

public class TestService : MagicOnionService
{
// ふつーにpublicメソッドを定義するだけ
public async Task<int> Sum(int x, int y)
{
return x + y;
}
public async Task<string> Download(string url)
{
// 非同期もasync/await構文で同期的にOK
var result = await new HttpClient().GetStringAsync(url);
return result;
}
}
// ふつーのgRPCのコネクション
var channel = new Channel("127.0.0.1:12345");
// .Service<T>でクライアントが実行時動的生成されてシームレスに呼び出し可能
var result = await new MagicOnionClient(channel).Service<TestService>().Sum(100, 200);
struct ZeroFormatter$AutoGenerate$1
{
public int x;
public int y;
}

gRPC IN(byte[])
gRPC OUT(byte[])
RPC Method
Middleware
IDL Less HandlerSelector
HTTP1 Gateway
Swagger
SerializerSelector(ZeroFormatter, JSON)

C#で統一することの強み
言語単体で優劣を語ってもそこまで意味はない
XはY言語だから出来た！という話は、大抵は別にPHPでもCでもな
んでも、普通に出来る次元の話がほとんど。特に関数型言語の人に多い話な気もしますが
が、システム全体で統一していくことにより、強みを乗算する
単一であることの弱みは当然ある(No Silver Bullet)が、それを遥か
に勝る強みを作っていくことで最高の環境にしていきたい
（Windows Serverに対するコダワリはないのでLinuxでは動かしたい！)
パフォーマンスは最大の機能
ZeroFormatterもMagicOnionも、それを最も強く意識してる

2019/9/25-6に開催されたUnite Tokyo 2019の講演スライドです。河合宜文（株式会社Cysharp）こんな人におすすめ・C#を極めたいエンジニア・パフォーマンスに興味のあるエンジニア・プログラミング言語マニア受講者が得られる知見・structに関する深い知識・パフォーマンス向上のヒント・C#の新しい文法と活用法 Unityのイベント資料はこちらから： https://www.slideshare.net/UnityTechnologiesJapan/clipboards

「黒騎士と白の魔王」gRPCによるHTTP/2 - API, Streamingの実践Yoshifumi Kawai

Observable Everywhere - Rxの原則とUniRxにみるデータソースの見つけ方Yoshifumi Kawai

ライブラリ作成のすゝめ - 事例から見る個人OSS開発の効能Yoshifumi Kawai

CEDEC 2018 最速のC#の書き方 - C#大統一理論へ向けて性能的課題を払拭するYoshifumi Kawai

History & Practices for UniRx UniRxの歴史、或いは開発(中)タイトルの用例と落とし穴の回避法Yoshifumi Kawai

UniRx - Reactive Extensions for UnityYoshifumi Kawai

Photon Server Deep Dive - PhotonWireの実装から見つめるPhotonServerの基礎と応用Yoshifumi Kawai

Pyconjp2014_implementationsmasahitojp

Inside FastEnumTakaaki Suzuki

Event : .NET Conf in Tokyo 2019 Date : 2019/10/27 .NET Core 3.0 がリリースされさらなるパフォーマンスチューニングが行われましたが、Enum は依然として遅いままです。FastEnum はその苦痛を緩和する世界最速の Enum Utility ライブラリです。このドキュメントでは FastEnum の中で使われているテクニックや .NET Core 標準が遅い理由などについて解説し、速いコードを書くための一助となるようにします。

QtとC++でGUIプログラミングseanchas_t

A quick tour of the Cysharp OSSYoshifumi Kawai

XML-RPC : Pythonが「電池付属」と呼ばれる理由Ransui Iso

C# 8.0 非同期ストリーム信之岩永

.NET Conf Tokyo 2019 にて登壇。 https://vsuc.connpass.com/event/146588/ C# 8.0 の新機能のうち、非同期ストリームと呼ばれるもの(await foreach, await と yield の混在)について説明します。また、非同期ストリームの内部的な仕組みの説明と合わせて、ValueTask や IValueTaskSource など、Task がらみのパフォーマンス改善の歴史を振り返ります。

Rxに入門しようとしているonotchi_

"Continuous Publication" with Python: Another ApproachDaisuke Miyakawa

The History of Reactive ExtensionsYoshifumi Kawai

Go conference 2017 Lightning talkmokelab

GoCon 2015 Summer GoのASTをいじくって新しいツールを作るMasahiro Wakame

UniRx勉強会 reactive extensions inside(公開用)wilfrem

Unityによるリアルタイム通信とMagicOnionによるC#大統一理論の実現Yoshifumi Kawai

Clash of Oni Online - VR Multiplay Sword Action Yoshifumi Kawai

"Clash of Oni Online" is made in 2016 Japan VR Hackathon. 2days(31 hours) create vr contents challenge. This game is made for HTC Vive. The ancient giant evil Ogre is approaching to the Castle. Charge secret “Samurai Blade” in hand, and repel enemy attack! Vive Control is your powerful Samurai Blade, hit back rocks Ogre throwing! Multiplayer online play is available!Cooperate with mate and beat red Ogre up!

Metaprogramming Universe in C# - 実例に見るILからRoslynまでの活用例Yoshifumi Kawai

Binary Reading in C#Yoshifumi Kawai

The document discusses various methods for efficiently serializing and deserializing data in C# using MessagePack, including: - Methods for reading primitive data types like integers and floats from bytes - Representing float values as individual bytes for efficient serialization - Using lookup tables and decoder interfaces to quickly determine MessagePack types and decode values - Discussing faster alternatives like using direct memory copying instead of serialization delegates - Mentioning how to extend MessagePack specifications while maintaining compatibility for faster serialization

More Related Content

What's hot (19)

Observable Everywhere - Rxの原則とUniRxにみるデータソースの見つけ方Yoshifumi Kawai

ライブラリ作成のすゝめ - 事例から見る個人OSS開発の効能Yoshifumi Kawai

CEDEC 2018 最速のC#の書き方 - C#大統一理論へ向けて性能的課題を払拭するYoshifumi Kawai

History & Practices for UniRx UniRxの歴史、或いは開発(中)タイトルの用例と落とし穴の回避法Yoshifumi Kawai

UniRx - Reactive Extensions for UnityYoshifumi Kawai

Photon Server Deep Dive - PhotonWireの実装から見つめるPhotonServerの基礎と応用Yoshifumi Kawai

Pyconjp2014_implementationsmasahitojp

Inside FastEnumTakaaki Suzuki

QtとC++でGUIプログラミングseanchas_t

A quick tour of the Cysharp OSSYoshifumi Kawai

XML-RPC : Pythonが「電池付属」と呼ばれる理由Ransui Iso

C# 8.0 非同期ストリーム信之岩永

Rxに入門しようとしているonotchi_

"Continuous Publication" with Python: Another ApproachDaisuke Miyakawa

The History of Reactive ExtensionsYoshifumi Kawai

Go conference 2017 Lightning talkmokelab

GoCon 2015 Summer GoのASTをいじくって新しいツールを作るMasahiro Wakame

UniRx勉強会 reactive extensions inside(公開用)wilfrem

Unityによるリアルタイム通信とMagicOnionによるC#大統一理論の実現Yoshifumi Kawai

Observable Everywhere - Rxの原則とUniRxにみるデータソースの見つけ方Yoshifumi Kawai

ライブラリ作成のすゝめ - 事例から見る個人OSS開発の効能Yoshifumi Kawai

CEDEC 2018 最速のC#の書き方 - C#大統一理論へ向けて性能的課題を払拭するYoshifumi Kawai

History & Practices for UniRx UniRxの歴史、或いは開発(中)タイトルの用例と落とし穴の回避法Yoshifumi Kawai

UniRx - Reactive Extensions for UnityYoshifumi Kawai

Photon Server Deep Dive - PhotonWireの実装から見つめるPhotonServerの基礎と応用Yoshifumi Kawai

Pyconjp2014_implementationsmasahitojp

Inside FastEnumTakaaki Suzuki

QtとC++でGUIプログラミングseanchas_t

A quick tour of the Cysharp OSSYoshifumi Kawai

XML-RPC : Pythonが「電池付属」と呼ばれる理由Ransui Iso

C# 8.0 非同期ストリーム信之岩永

Rxに入門しようとしているonotchi_

"Continuous Publication" with Python: Another ApproachDaisuke Miyakawa

The History of Reactive ExtensionsYoshifumi Kawai

Go conference 2017 Lightning talkmokelab

GoCon 2015 Summer GoのASTをいじくって新しいツールを作るMasahiro Wakame

UniRx勉強会 reactive extensions inside(公開用)wilfrem

Unityによるリアルタイム通信とMagicOnionによるC#大統一理論の実現Yoshifumi Kawai

Viewers also liked (20)

Clash of Oni Online - VR Multiplay Sword Action Yoshifumi Kawai

Metaprogramming Universe in C# - 実例に見るILからRoslynまでの活用例Yoshifumi Kawai

Binary Reading in C#Yoshifumi Kawai

【Unite 2017 Tokyo】「黒騎士と白の魔王」にみるC#で統一したサーバー/クライアント開発と現実的なUniRx使いこなし術Unity Technologies Japan K.K.

4 Colors Othello’s Algorithm @仙台 IT 文化祭 2017Takaaki Suzuki

.NET の今と未来～デバイス＆クラウドネイティブを目指してAkira Inoue

DeclarativeSqlTakaaki Suzuki

How to make the Fastest C# Serializer, In the case of ZeroFormatterYoshifumi Kawai

The document discusses ZeroFormatter, an infinitely fast serializer that avoids common serialization inefficiencies. It provides benchmarks showing ZeroFormatter is faster than standard serializers. ZeroFormatter minimizes abstraction by directly writing to byte arrays without boxing or memory streams. Formatter classes handle different types by directly serializing/deserializing values without intermediate serialization steps. This achieves serialization with minimal overhead and memory allocation.

Photon Server Deep Dive - View from Implmentation of PhotonWire, Multiplayer ...Yoshifumi Kawai

This document discusses PhotonWire, a framework for building networked games and applications. It allows clients and servers to communicate asynchronously using operations and operation requests/responses. Clients can send messages to servers using operations, which are received and handled via a switch statement based on operation code. Servers can then send response messages back to clients. The document also mentions plans to improve serialization performance in PhotonWire by replacing the current serializer.

History & Practices for UniRx(EN)Yoshifumi Kawai

This document discusses using UniRx (Reactive Extensions for Unity) to make asynchronous network requests in a reactive and error-handling manner. Key points include: 1. Wrapping ObservableWWW requests in an ObservableClient to handle errors, timeouts, and retries in a consistent way across methods. 2. Using LINQ operators like Select, Catch, and Timeout to process the network response and handle errors in a reactive pipeline. 3. Implementing more complex retry logic by publishing and connecting an observable to retry requests automatically. 4. Combining multiple asynchronous requests using WhenAll to run them in parallel.

LINQPad with LINQ to BigQuery - Desktop Client for BigQueryYoshifumi Kawai

linq.js - Linq to Objects for JavaScriptYoshifumi Kawai

linq.js ver.3 and JavaScript in Visual Studio 2012Yoshifumi Kawai

RuntimeUnitTestToolkit for Unity(English)Yoshifumi Kawai

This document discusses RuntimeUnitTestToolkit, a tool for running unit tests on IL2CPP games. It allows creating unit test classes with public methods that will be automatically registered as tests. Tests can make assertions using the Is method and can be asynchronous by returning IEnumerator. It works with UniRx and allows testing asynchronous coroutines. The tool focuses on play time testing and supports running tests on actual devices.

開発キックオフ時にマネージャが行うべき１１のこと～Visual Studio Online & TFS 使い始めと HOME 画面の構成慎一古賀

[data analytics showcase] A12: データに隠された課題、ちゃんと見えていますか？ by Tableau Japan 株式会社 ...Insight Technology, Inc.

Tableauは、誰でも使えるセルフサービス型BI製品として世界約46,000社への導入実績があります。先進的なお客様は、データ分析は一部の専門家だけの仕事ではなく、経営者から現場のスタッフまで全社員がやるべき仕事と認識し始めています。もし特定の人の声や意見で物事が決まるのではなく、すべての人がデータを見て意思決定し始めたら、会社全体をデータドリブンな文化に変えることができます。本セッションではTableauのデモを通して、セルフサービス分析の本質的価値をご紹介します。

C#でわかるこわくないMonadKouji Matsui

Xamarin 概要＠「Xamarin」って何？ Wエバンジェリストによる特濃「Xamarin」勉強会 Rev2Yoshito Tabuchi

LINQ in UnityYoshifumi Kawai

Introduction to NotifyPropertyChangedGeneratorYoshifumi Kawai

Clash of Oni Online - VR Multiplay Sword Action Yoshifumi Kawai

Metaprogramming Universe in C# - 実例に見るILからRoslynまでの活用例Yoshifumi Kawai

Binary Reading in C#Yoshifumi Kawai

【Unite 2017 Tokyo】「黒騎士と白の魔王」にみるC#で統一したサーバー/クライアント開発と現実的なUniRx使いこなし術Unity Technologies Japan K.K.

4 Colors Othello’s Algorithm @仙台 IT 文化祭 2017Takaaki Suzuki

.NET の今と未来～デバイス＆クラウドネイティブを目指してAkira Inoue

DeclarativeSqlTakaaki Suzuki

How to make the Fastest C# Serializer, In the case of ZeroFormatterYoshifumi Kawai

Photon Server Deep Dive - View from Implmentation of PhotonWire, Multiplayer ...Yoshifumi Kawai

History & Practices for UniRx(EN)Yoshifumi Kawai

LINQPad with LINQ to BigQuery - Desktop Client for BigQueryYoshifumi Kawai

linq.js - Linq to Objects for JavaScriptYoshifumi Kawai

linq.js ver.3 and JavaScript in Visual Studio 2012Yoshifumi Kawai

RuntimeUnitTestToolkit for Unity(English)Yoshifumi Kawai

開発キックオフ時にマネージャが行うべき１１のこと～Visual Studio Online & TFS 使い始めと HOME 画面の構成慎一古賀

[data analytics showcase] A12: データに隠された課題、ちゃんと見えていますか？ by Tableau Japan 株式会社 ...Insight Technology, Inc.

C#でわかるこわくないMonadKouji Matsui

Xamarin 概要＠「Xamarin」って何？ Wエバンジェリストによる特濃「Xamarin」勉強会 Rev2Yoshito Tabuchi

LINQ in UnityYoshifumi Kawai

Introduction to NotifyPropertyChangedGeneratorYoshifumi Kawai

Similar to ZeroFormatter/MagicOnion - Fastest C# Serializer/gRPC based C# RPC (20)

Docker Compose 徹底解説Masahito Zembutsu

ぼくのかんがえたさいきょうのうぇぶあぷりけーしょんふれーむわーく - YAPC Asia 2011Hiroh Satoh

30日でできない！コンピューター自作入門 - カーネル/VM探検隊＠つくばHirotaka Kawata

C#勉強会hakugakucafe

Docker入門-基礎編いまから始めるDocker管理【2nd Edition】Masahito Zembutsu

Docker入門-基礎編いまから始めるDocker管理【2nd Edition】 JAWS-UG コンテナ支部 Docker 入門 #2 2015年10月30日(金) http://jawsug-container.connpass.com/event/20924/ ※コンテナ支部での発表スライドですが、内容は Docker に対して興味のある方、すべてを対象としています。前回のバージョンそのままではなく、説明の追加など、現在の状況にあわせて、ほぼ全面的に書き直しています。

TypeScript と Visual Studio CodeAkira Inoue

.NETの自作ツール公開手段Pierre3 小林

Docker入門: コンテナ型仮想化技術の仕組みと使い方Yuichi Ito

真Drone入門Yutaka Matsubara

2014 0228 OSC-Spring Tokyo NETMFAtomu Hidaka

Goodby Hatena, hello SphinxKouhei Maeda

Sourcecode Reading Workshop2010Hiro Yoshioka

Drone.io のご紹介Uchio Kondo

Metahub for githubSuguru Oho

「AROW」お披露目（実用編）Drecom Co., Ltd.

Pythonによる非同期プログラミング入門Hironori Sekine

DockerでJupyter使おうぜSatoshi Yazawa

Python におけるドメイン駆動設計(戦術面)の勘どころJunya Hayashi

2014 1018 OSC-Fall Tokyo NETMFAtomu Hidaka

20130316 プログラミング言語GoYoshifumi Yamaguchi

Docker Compose 徹底解説Masahito Zembutsu

ぼくのかんがえたさいきょうのうぇぶあぷりけーしょんふれーむわーく - YAPC Asia 2011Hiroh Satoh

30日でできない！コンピューター自作入門 - カーネル/VM探検隊＠つくばHirotaka Kawata

C#勉強会hakugakucafe

Docker入門-基礎編いまから始めるDocker管理【2nd Edition】Masahito Zembutsu

TypeScript と Visual Studio CodeAkira Inoue

.NETの自作ツール公開手段Pierre3 小林

Docker入門: コンテナ型仮想化技術の仕組みと使い方Yuichi Ito

真Drone入門Yutaka Matsubara

2014 0228 OSC-Spring Tokyo NETMFAtomu Hidaka

Goodby Hatena, hello SphinxKouhei Maeda

Sourcecode Reading Workshop2010Hiro Yoshioka

Drone.io のご紹介Uchio Kondo

Metahub for githubSuguru Oho

「AROW」お披露目（実用編）Drecom Co., Ltd.

Pythonによる非同期プログラミング入門Hironori Sekine

DockerでJupyter使おうぜSatoshi Yazawa

Python におけるドメイン駆動設計(戦術面)の勘どころJunya Hayashi

2014 1018 OSC-Fall Tokyo NETMFAtomu Hidaka

20130316 プログラミング言語GoYoshifumi Yamaguchi

More from Yoshifumi Kawai (9)

A Brief History of UniRx/UniTask, IUniTaskSource in DepthYoshifumi Kawai

The document discusses the architecture of UniTask in C#, including the IUniTaskSource interface and AsyncUniTask class. IUniTaskSource defines methods for getting task results and status and handling completions. AsyncUniTask implements IUniTaskSource and manages a state machine and task pool for asynchronous operations. It retrieves tasks from the pool if available or creates new ones, and returns tasks to the pool after completion.

Building the Game Server both API and Realtime via c#Yoshifumi Kawai

Unity C#と.NET Core(MagicOnion) C# そしてKotlinによるハーモニーYoshifumi Kawai

Implements OpenTelemetry Collector in DotNetYoshifumi Kawai

Deep Dive async/await in Unity with UniTask(EN)Yoshifumi Kawai

The document discusses asynchronous programming in C# using async/await and Rx. It explains that async/await is not truly asynchronous or multithreaded - it is for asynchronous code that runs on a single thread. UniTask is introduced as an alternative to Task that is optimized for Unity's single-threaded environment by avoiding overhead like ExecutionContext and SynchronizationContext. Async/await with UniTask provides better performance than coroutines or Rx observables for Unity.

The Usage and Patterns of MagicOnionYoshifumi Kawai

True Cloud Native Batch Workflow for .NET with MicroBatchFrameworkYoshifumi Kawai

Memory Management of C# with Unity Native CollectionsYoshifumi Kawai

This document discusses C# and memory management in Unity. It begins by introducing the author and some of their open-source projects related to C# and Unity, including libraries for serialization and reactive programming. It then discusses using async/await with Unity through the UniTask library. The document also covers differences in memory management between .NET Core and Unity due to using different runtimes (CoreCLR vs Unity runtime) and virtual machines. It presents examples of using unsafe code and pointers to directly manage memory in C# for cases like native collections. It concludes that while C# aims for a safe managed world, optimizations require bypassing the runtime through unsafe code, and being aware of memory can help better understand behavior and use APIs more

Deep Dive async/await in Unity with UniTask(UniRx.Async)Yoshifumi Kawai

A Brief History of UniRx/UniTask, IUniTaskSource in DepthYoshifumi Kawai

Building the Game Server both API and Realtime via c#Yoshifumi Kawai

Unity C#と.NET Core(MagicOnion) C# そしてKotlinによるハーモニーYoshifumi Kawai

Implements OpenTelemetry Collector in DotNetYoshifumi Kawai

Deep Dive async/await in Unity with UniTask(EN)Yoshifumi Kawai

The Usage and Patterns of MagicOnionYoshifumi Kawai

True Cloud Native Batch Workflow for .NET with MicroBatchFrameworkYoshifumi Kawai

Memory Management of C# with Unity Native CollectionsYoshifumi Kawai

Deep Dive async/await in Unity with UniTask(UniRx.Async)Yoshifumi Kawai

Recently uploaded (7)

Protect Your IoT Data with UbiBot's Private Platform.pptxユビボット株式会社

Forguncy 10 製品概要資料 - ノーコードWebアプリ開発プラットフォームフォーガンシー

AI技術共有会2025-06-05_DeepResearchの理解と実践.pdfTakuma Oda

Vibe Codingを始めよう〜Cursorを例に、ノーコードでのプログラミング体験〜iPride Co., Ltd.

勉強会_ターミナルコマンド入力迅速化_20250620. pptx. .iPride Co., Ltd.

PGConf.dev 2025 参加レポート (JPUG総会併設セミナー2025 発表資料)NTT DATA Technology & Innovation

色について.pptx .iPride Co., Ltd.

Protect Your IoT Data with UbiBot's Private Platform.pptxユビボット株式会社

Forguncy 10 製品概要資料 - ノーコードWebアプリ開発プラットフォームフォーガンシー

AI技術共有会2025-06-05_DeepResearchの理解と実践.pdfTakuma Oda

Vibe Codingを始めよう〜Cursorを例に、ノーコードでのプログラミング体験〜iPride Co., Ltd.

勉強会_ターミナルコマンド入力迅速化_20250620. pptx. .iPride Co., Ltd.

PGConf.dev 2025 参加レポート (JPUG総会併設セミナー2025 発表資料)NTT DATA Technology & Innovation

色について.pptx .iPride Co., Ltd.

ZeroFormatter/MagicOnion - Fastest C# Serializer/gRPC based C# RPC

2. Work C# Unity Private http://neue.cc/ @neuecc https://github.com/neuecc/UniRx

3. Message Format

4. XML JSON Protocol Buffers MsgPack Thrift Avro FlatBuffers Cap’n Proto

6. パフォーマンス #とはその他

7. 遅い、（特に）（古い）Android遅い...

8. 遅い、（特に）（古い）Android遅い...

10. 秘訣は...

12. 無限大高速なシリアライザ https://github.com/neuecc/ZeroFormatter/ シリアライズも速い

13. 無限大高速なシリアライザ https://github.com/neuecc/ZeroFormatter/ シリアライズも速い

14. アクセサーとしてのオブジェクト

15. 全部は必要ない

16. C#自体をスキーマとみなす

17. 継承みたいなやつをネイティブサポート [Union(typeof(Human), typeof(Monster))] public interface ICharacter { [UnionKey] int TypeId { get; } } public class Human : ICharacter { public int TypeId => 0; } public class Monster : ICharacter { public int TypeId => 1; }

18. Welcome to contribute! Ruby https://github.com/aki017/zero_formatter Swift https://github.com/yaslab/ZeroFormatter.swift

19. RPC

20. 言語の違うREST Response型を別々に書く APIクライアントを手書きする (ザ・マイクロサービスみたいな構成）

21. 言語の違うREST Response型を別々に書く APIクライアントを手書きする (ザ・マイクロサービスみたいな構成）中間IDLを書くそこからクライアント・レスポンス型自動生成（←を嫌う時によくある構成、一番メジャー）

22. 自動生成はダルい自動化は（必ずしも）よくない

23. 言語の違うREST Response型を別々に書く APIクライアントを手書きする (ザ・マイクロサービスみたいな構成）中間IDLを書くそこからクライアント・レスポンス型自動生成（←を嫌う時によくある構成、一番メジャー）サービスを普通に書く、そこからクライアントを自動生成、リクエスト・レスポンス型はC#のDLLとして共有

24. 言語の違うREST Response型を別々に書く APIクライアントを手書きする (ザ・マイクロサービスみたいな構成）中間IDLを書くそこからクライアント・レスポンス型自動生成（←を嫌う時によくある構成、一番メジャー）サービスを普通に書く、そこからクライアントを自動生成、リクエスト・レスポンス型はC#のDLLとして共有サービスを普通に書く、クライアントはそのプロジェクト参照から実行時動的生成

25. gRPC based C# Network Framework gRPCの性能や安定性 + C#的な使いやすさ

26. public class TestService : MagicOnionService { // ふつーにpublicメソッドを定義するだけ public async Task<int> Sum(int x, int y) { return x + y; } public async Task<string> Download(string url) { // 非同期もasync/await構文で同期的にOK var result = await new HttpClient().GetStringAsync(url); return result; } } // ふつーのgRPCのコネクション var channel = new Channel("127.0.0.1:12345"); // .Service<T>でクライアントが実行時動的生成されてシームレスに呼び出し可能 var result = await new MagicOnionClient(channel).Service<TestService>().Sum(100, 200); struct ZeroFormatter$AutoGenerate$1 { public int x; public int y; }

27. gRPC IN(byte[]) gRPC OUT(byte[]) RPC Method Middleware IDL Less HandlerSelector HTTP1 Gateway Swagger SerializerSelector(ZeroFormatter, JSON)

28. 機能

29. Conclusion

30. C#で統一することの強み言語単体で優劣を語ってもそこまで意味はない XはY言語だから出来た！という話は、大抵は別にPHPでもCでもなんでも、普通に出来る次元の話がほとんど。特に関数型言語の人に多い話な気もしますがが、システム全体で統一していくことにより、強みを乗算する単一であることの弱みは当然ある(No Silver Bullet)が、それを遥かに勝る強みを作っていくことで最高の環境にしていきたい（Windows Serverに対するコダワリはないのでLinuxでは動かしたい！) パフォーマンスは最大の機能 ZeroFormatterもMagicOnionも、それを最も強く意識してる

31. using

ZeroFormatter/MagicOnion - Fastest C# Serializer/gRPC based C# RPC

Recommended

More Related Content

What's hot (19)

Viewers also liked (20)

Similar to ZeroFormatter/MagicOnion - Fastest C# Serializer/gRPC based C# RPC (20)

More from Yoshifumi Kawai (9)

Recently uploaded (7)

ZeroFormatter/MagicOnion - Fastest C# Serializer/gRPC based C# RPC