エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
メソッドを書くときの3つのルール:決定表
たった3つでいいの? 最初の3つ、と言ったほうがいいかもしれません。 (1)メソッドを小さく分ける ... たった3つでいいの? 最初の3つ、と言ったほうがいいかもしれません。 (1)メソッドを小さく分ける (2)決定表 (3)IO処理と非IO処理を分ける ロングメソッドが多すぎます。「メソッドを小さく分ける」だけで、多くの問題(読みにくい、テスト書けない、再利用できない)が解決すると思います。 プログラムは、ifあってのプログラムです。が、ネストが深くなって大変なことになる原因でもあります。ifを整理するための手法が「決定表」です。 IO処理のあるメソッドのテストケースを作るとき、モックに頼りすぎです。「IO処理と非IO処理を分ける」ことで、非IO処理のテストケースを書くことができ、再利用しやすくなります。 この記事では「決定表」について説明します。 決定表って、ウォーターフォール時代のものじゃないの? UMLにも、決定表はないしね 決定表とは 決定表とは、複数の入力パラメータの状態によって、