プログラミング中、何度も同じような、でも、その都度少しずつ異なるコード(ボイラープレートコードとも呼ばれます)を記述しなければならない場面は多々発生します。 可能ならば、このようなパターン化された単調なコードの記述は省略して、より重要なロジックの実装に集中したいものです。 Web APIの開発においても、毎回のように実装が必要なパターン化された処理は多々あります。 リクエストやレスポンスのデータ(現在、ほとんどがJSON形式)のバリデーションもその代表です。 データ種別ごとに手動でバリデーション処理を記述するのでは無く、データ仕様の定義(データスキーマ)を与えれば、自動的にバリデーションするような仕組みが理想でしょう。 本稿では、そんなバリデータの調査や検証中に見つけた課題についてご紹介したいと思います。 ポリモーフィックパターン まず、以下のようなJSONデータを処理するケースについて考
こんにちは、2021年に新卒で入社したエンジニアの岸田(@mwudo)です。 所属している ATOM 事業部で API のリファクタリングやテストを書いたり、機能実装などを日々行っています。 この記事では、配属されて最初に取り組んだ業務の一つの GitHub Actions を使って OpenAPI の自動生成コードの PR (Pull Request) を作成する流れについて紹介します。 なぜやることになったのか 配属される直前にある issue が立ちました。 HRは有名なモンスターを狩るゲーム内のレベル いくつかクエストがあり、その一つがこれから紹介するものです。(難易度はたぶん村の星4ぐらい) 今回の対象となるリポジトリ周りについて簡単に説明します。 OpenAPI で記述された yaml ファイルを管理するリポジトリがあり、それを submodule としてバックエンドとフロント
こんにちは!フューチャー22卒内定者の大岩と申します。現在は、TIG DXユニットでアルバイトとして従事しています。 はじめに私が参加しているプロジェクトで、OpenAPI定義ファイルからモックサーバを建てることができるOSSツール「Prism」を導入することになりました。この記事では、Prism導入の手順や、躓いた点などを紹介します。 導入の背景現プロジェクトでは、フロントエンドにVue.jsを採用し、バックエンドはGo言語で書かれたAPIサーバ2台で構成されています。これまでフロントエンドの開発を行う際には、ローカルでAPIサーバとDBを立ち上げる必要があり、フロントエンドを少しだけ変更したいという場合でもかなりの手間が掛かっていました。そこでモックサーバを構築し、画面の開発の際にはそこからデータを取得出来れば、フロントエンドの作業が格段に楽になると考えました。 バックエンドのAPIド
宇多丸さんが2021年9月28日放送のTBSラジオ『アフター6ジャンクション』の中で、前日DJ OASISさんがTwitterで発したトランスジェンダーに対する問題発言について話したトークを振り返り。DJ OASISさんやZEEBRAさんのその後の反応などについて話していました。 (宇多丸)昨日、ちょっと番組のオープニングで……あまり愉快な話ではなかったんですけども。僕らの長年の仲間でもある、ヒップホップ界のオアシスくんという人がTwitter上で……でも僕はとにかく、本人的には彼なりの正義感の現れで言っているんだとは思う。そういう人間性の根本のところは疑ってはいないけども、でもそれはトランスジェンダー差別にあたる。特定の人々を直接的に傷つけたり、なんなら危険に晒したりするようなことにあたるっていうことをね。 (宇垣美里)なんというか、「知らないことの暴力」っていう感じがすごくしました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く