次に来た引数をサブコマンドの名前に使う。ブロックを書いてみましょう。後で定義することにします。これと被ると予期せぬ面倒を生みかねないからです。始まる名前のメソッドだけでした。簡単に呼び出して試せるようになります。弱さを補うことが出来ます。出力する機能も作る必要があります。出力時はシリアライザーを通したほうが良さそうです。始まるメソッドがあるなら、そちらをそのまま呼び出す。それ以外でも、メソッドがあるなら、デバッグ目的で実行できるようにしておく。}}もちろん、もっと強化できる所はあります。内容に応じて終了コードを設定すると、シェルスクリプトから使う時に便利になります。スカラーコンテキストとリストコンテキストをオプションで使い分けられると嬉しい人もいるでしょう。してデコードする手も、ありえます。...この設計パターンの使いどころあまり有効でないケース先に、このパターンがあまり有効でない状況を挙げます。開発するプログラムの仕様が十分に確定しており、設計に時間を掛ける余裕が有る。開発者が十分に足りていて、モジュールを分割するほど、手分けして並列で開発を進められる。作ったけど使わない、という可能性を考えなくて済む。複数人で並行開発することは困難だろうからです。何を作れば『ビジネス上の要求』を満たせるか分からない、探索的な開発をする必要が有る。顧客が要求仕様をまとめられず、どんなコマンドを何個作ることになるか、全然予測できない。それを作っても使うか分からない、業務に投入してみないと何も言えない時。いう状況下で、それでも前進しないと駄目な時には、以下のメリットがあります。初手をコマンドとして書き後からクラスへ括り出す場合だと、そこでクラスの命名で悩む時間を取られる。サブコマンドを増やし放題。メソッドへ括り出し放題。あらゆる無茶振りを一旦受け止めるための、汚れ役クラスとも言える。して使う、という手も有る。モジュールになっているので、テストも書きやすい。なりがちなので、機会を見つけて整理をするのが大事、ではあります。仕事のツールを書く時によく使うスタイルの話も書いておいたほうが、誰かの役に立つかもな〜、と思ったからでした。させるいつもの通り、ツッコミ歓迎です。»プロフィールid:hkoba501プログラマーです。プログラミング言語ミーハーです。楽しかったです〜はてなブログをはじめよう!hkoba501さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。