気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/biga816エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
DAppsのバックエンドにGraphQL + MongoDBによるAPIサーバーを導入すべき理由 - Qiita
DAppsは日本語で、非中央集権型アプリや分散型アプリなどと呼ばれていますが、実際のアプリケーションは... DAppsは日本語で、非中央集権型アプリや分散型アプリなどと呼ばれていますが、実際のアプリケーションは全く非中央集権型（Decentralized）ではなく中央集権型（Centralized）のアプリケーション「CApps」になっているというは周知の事実だと思います。 実際問題アプリケーションの楽しさやユーザビリティを考えると、ある程度は中央集権型になるのは仕方のないことなのだと思います。 ではDAppsのユーザービリティの向上を目指すにあたり、どのようなアーキテクチャにするべきなの考えてみます。 キーとなるのは、GraphQL + MongoDBによるAPIサーバーです。 なぜAPIサーバー？ コントラクトの不得意なことの一つとして、一覧データの取得があります。 コントラクト内の一覧データを取ってくるには、データの件数だけループしてトランザクションを発行する必要があったり、コントラクト内
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
qiita.com/biga816
qiita.com/biga816
qiita.com/biga816
qiita.com/biga816
crd.ndl.go.jp
www.nikkansports.com
www.fnn.jp
www.fnn.jp
speakerdeck.com/atty303
forest.watch.impress.co.jp
www.dtmstation.com
tmokmss.hatenablog.com
newspicks.com
posfie.com
speakerdeck.com/nwiizo
pc.watch.impress.co.jp
www.daily.co.jp
hukunekox.hatenadiary.jp
www.daily.co.jp
blog.serverworks.co.jp
onaji.me
studyhacker.net
www.hotpepper.jp
