はてなブックマーク

お題 以前、以下の記事でRelayスタイルのお試し実装をした。 GraphQLにおけるRelayスタイルによるページング実装（前編：バックエンド） GraphQLにおけるRelayスタイルによるページング実装（後編：フロントエンド） ただ、「前後ページへの移動」と「任意の項目での昇順・降順並べ替え」という要件の組み合わせが想像以上の実装の煩雑さを生み、かなり消化不良だった。 今回、使用するRDBをPostgreSQL前提とするアーキテクチャ上の縛りを入れることで、バックエンド側の実装を（前回よりは）簡略化できないか試してみた。 今回のサンプル実装で使った言語やライブラリ等 なお、これら個々の言語やライブラリ等についての説明はしません。 フロントエンド 前回のフロントエンドの記事と同じ。 Vue.js Nuxt.js TypeScript Nuxt TypeScript Vuetify Ap

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

お題 簡易ToDoアプリ（と言っても、この記事上では単に「ToDoの新規登録」と「登録済みの全ToDoの表示」しか出来ない）を題材として、表題の組み合わせでGraphQL通信ロジックを書くとどんな感じになるかを確認してみる。 ※今回はRDBを使った永続化などはしないで、バックエンドからは固定値を返す。 前提 Nuxt.jsやGoについては、個人ないし会社での開発経験があり、フロント->サーバの接続は（例えば）Axiosなど使ってRESTでやってたけど、GraphQLに変えてみたいという人が対象。 ただ、「そもそもGraphQLとは？」とか「RESTと比べたメリット・デメリットは？」みたいなことは書かない。（既に記事がいっぱいある。） また、お題に則り最小限の構造で実装する。 巷で流行りのClean ArchitectureやDDDに即したパッケージ構成とかは考えない。 そのへんは、一度↓み

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

お題 表題の通りだけど、Goでクリーン・アーキテクチャの記事は既に山ほどある。 この記事では、そもそもクリーン・アーキテクチャで書く必要のないレベルのコード量のソースを元に、「クリーン・アーキテクチャで書いたらどんな感じになるだろう？」を確認している。 他の記事との差別ポイントは特にないけど、ひょっとしたら特定のフレームワーク（「Echo」、「Gorm」、「google/wire」」との組み合わせで書かれたものは少ないかもしれないので、そこがポイントかも。 ただし、（ソースにも書いたけど）あくまで「どんな感じになるだろう？」という書きっぷりなので、当然、プロダクションレベルに耐えられるものにはなっていない。 そうそう、実装の題材は「ある特定の”商品”（itemと命名）を”登録”し”全件参照”する機能をREST形式で提供するWebAPIサーバ」としてみた。 注釈 クリーン・アーキテクチャ自体

お題 PlantUMLという、ダイアグラムを独自のDSLで生成するツールがある。 （名前にUMLは付くもののUML以外にも、ワイヤーフレーム、ガントチャート、マインドマップ、ER図などさまざまなダイアグラムを生成できる。） そのPlantUMLの公式ライブラリとして、AWS-PlantUMLというものがあり、これを使うとテキスト形式のファイルでAWSリソースを使ったアーキテクチャ図を表現できる。 具体的には以下の通り。 以下のようなPlantUML独自のDSLでテキストファイルを作る。 2)（あらかじめローカルにDLしておいたplantuml.jarを使って）以下のコマンドを実行 以下のような（PNG形式の）画像ファイルが出来上がる。 ちなみに、上の図及びpumlファイルについてはAWS-PlantUMLのREADMEに記載のもの。 何が良いって、テキストなので軽量。IDEのプレビュー機能

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

フォークとは GitHubのヘルプページには、こうある。 フォークは、リポジトリのコピーです。 リポジトリをフォークすると、元のプロジェクトに影響を与えずに自由に変更を試すことができます。 最も一般的には、フォークは他人のプロジェクトへの変更を提案するか、 他人のプロジェクトを自分のアイデアの出発点として使用するために使用されます。 ↓を見ると、もう少しざっくりとイメージすることができるかも。 https://qiita.com/matsubox/items/09904e4c51e6bc267990 お断り GitHubを使っていることが前提の話です。 あくまで自分の経験でのやり方に尽きるので、これやって現場で怒られても責任は持てません。。 通常Git初心者は（他の人から勧められて）GUIツールを使うと思いますが、この記事では基本的にコマンドでの説明になるのでTortoiseGitの使い方