エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント20件
- 注目コメント
- 新着コメント
shag
ビジネスとしてこれを採用するアドバンテージってなんだろうな。backend 側が managed な *aaS になってしまえばすごく便利な気はするけど、そこまで行ったら既に競争価値としては薄いってことだろうし。
ko-ya-ma
用途が絞られるけれど、ドキュメント型DBとTypeScriptの組み合わせだとわりと作りやすいかと。BFFみたいのを立てて、RDBでRESTfulなバックエンドを併用するなんてのもあり
miyasakura
GraphQLは単純なREST APIよりもフロント側の複雑度を下げられる。しかしサーバー側も意識しなきゃいけないので当然フロントチームに求められる能力は上がる。こうやってサーバー側が頑張るも良いけど限界あるよね
dot
GraphQLやってみて感じるのは、RESTではサーバやDBの都合でI/Fが決まったが、GraphQLではフロントエンドの都合でI/Fが決まる感じ。設計の重心がサーバからReactやVueなどのフロントエンドにシフトしている印象。
jiro68
GraphQL を採用したいのはバックエンドの事を何も考えずに済むフロントエンドの人間だけのように思う。特にデータモデルが込み入っているケースだとパフォーマンス要件を満たせる気がしないので GraphQL は採用しないな。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2020/07/22 リンク