提供するということもある。github.comこの記事ではその内容を(ほぼ)コミット単位で解説していく。開発環境を手軽に作るためのものとして作ったリポジトリである。いうブランチを切って検証を行った。叩くことでローカルで動作させることができる。GitHub基本的にテンプレートエンジンやリダイレクト処理などを考慮する必要がなくなるので、大幅に機能を削ぐことができる。これらを残したままでも別に問題はないが、チームメンバーの混乱を少しでも抑える目的で不要なファイル・ディレクトリは削除してしまう。作成するかもしれないので残しておいた。いう名前空間下に実装していく形をとる。置くディレクトリとしている。等にしたほうが良かったような気がする。機能と対応した、使いそうなディレクトリを一通り作成。目的に応じて階層を増やして整理してもいいかもしれない。セットする処理を追加。レスポンスに変換してくれるようになる。レスポンス以外のレスポンスを返そうとしたらエラーになるようにもした。使うことで本番環境での動作に影響を与えない*6ようにしてみた。JSON形式でないレスポンスを返そうとするとエラーになる表明についてはこちらがとても参考になる。書き換えてエラー時の挙動をカスタマイズした。独自の例外を作成するのは、エラー時に「ユーザが目にするメッセージ」「ログに出力されるメッセージ」を出し分けることに動機がある。このあたりはこちらのスライドを参考にしている。Deckたとえば、独自の例外を次のようにして使うことができる。「私はティーポットです。コーヒーは提供できません。'私はティーポットです。コーヒーは提供できません。メソッドの書き換えによって行われる。いうプロパティを用意しておき、ログ出力時にメッセージ以外の情報を任意で与えられるようしたいという要件を満たすためのものである。parent::report()を活用することができず、継承元のクラスの実装をそのまま持ってきてたうえで書き換える必要があった。いう変数に関する処理を追加している。書き換えは次の要件を満たすように行われている。するなど、少し気持ち悪い感じになってしまった。処理を書くことなく既存の仕組みを利用することができるためである。基本的な書き方が変わるわけではないので、説明は割愛。想定どおりの動作をしていることが確認できた。assertions)今後の展望とりあえず、ここまでで基礎的な部分はできあがった。あとは実際の用途に合わせて更なるカスタマイズをしていくことになる。分割などが考えられる。使って必要な機能を選択・追加していく、というようなアプローチのほうが良かったりするのだろうか。このあたりも気になるところ。セルフ振り返りこちらのイベントです。okashoi参加グループプログラミングはてなブログをはじめよう!okashoiさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。