はてなブックマーク

Repositoryパターンにおける、MVC + Service + Repositoryの役割をもう一回整理してみる 最近いろんな技術書を読み始めたり、コード設計的なところを調べてみたりして、 ふわっとなんとなく使っているRepositoryパターンにおける「Model」「View」「Controller」「Service」「Repository」のそれぞれの役割についてもう一回整理してみました。 役割をきちんと分かっていないと、形だけのRepositoryパターンになってしまいきれいなコードが書けなくなってしまいます。 というわけで、れっつごー！ Viewはユーザーと直接触れ合う場所 Viewは役割がわかりやすいので今更書かなくても、、と思ったのですが、一応。 Viewは「画面の表示」「画面表示のための判断・処理」を行う場所です。 LaravelだとbladeやVueやReactなどが

自分がmacを使っているので、 mac用の記事です。 ブルートフォース攻撃の準備 いくつか準備を施します。 hydraのインストール 攻撃対象のログインフォームの準備 ID・パスワードの辞書の準備 homebrewでhydraをインストール hydraは昔から存在するパスワードクラッキングツールです。 これで hydra コマンドが使えるようになります。 テスト用のログインフォームを作成する 自分でログインフォームが作れる方は自分で作っても大丈夫です。 実際に運用されているサイト/サービスで行うのだけは絶対にやめてください。迷惑です。 テスト用のログインフォームをGitHubのパブリックリポジトリに置いていますので、よろしければこちらをお使いください。 こちらのリポジトリをフォークしてきます。（クローンしてプッシュするのはご遠慮くださいませ） あとはリポジトリのREADME.mdに書いてあ

今回はLaravelのControllerでのリクエストの受け取り方について説明したいと思います。 どのプロジェクトでも必ずと言っていいほど、リクエストを受け取る部分は出てくるかと思います。 僕自身、とりあえずリクエストを受け取れればいいやと思っていて、ずーっとなあなあにやっていましたが、いろいろな人のリクエストの受け取り方を目の前にして、 こんなコンパクトになるのかー！ と驚愕しました。 この記事では、リクエストの受け取り方に関して、ベストな方法・やってはいけない方法の2点をお伝えします。 まずはControllerでのリクエストの受け取り方のパターンを知る こちらは公式ドキュメントを見れば一目瞭然なのですが、Controllerでリクエストを受け取る方法をまとめてみました。 例として、Controllerに渡しているパラメータは下記のように name, age, jobとします

今回は変数名の付け方についていろんなサイトや書籍を漁ってみたので、自分の解釈でまとめてみました。 最後におすすめサイトも紹介しているので、そちらを見ていただくとより理解が深まると思います！ 良い変数名とは 良い変数名は「必要な情報が含まれている」といえます。 例えば「name」という変数名はフルネームなのか名字なのか名前なのかが分かりませんが、 「fullName」だと「フルネームなんだな」と理解できます。「name」だと情報不足なことがあります。 良い変数名をつけると「無駄なコメントが減る」「他の開発者にとって読みやすい」などのメリットがあります。 無駄なコメントは開発者を混乱させますし読みにくいコードはバグが生まれる原因になるので、変数名はかなり重要です。 変数名をつけるコツ ①広く意味を持つ名前をつけない 先程例に上げた「name」は広い意味を持ってしまっているのでフルネーム？名字？