モバイルアプリ（サーバーでlaravelを使用する）の作成を開始したとき、実際に機能するアプリを最初に取得する方がよいと考えたため、テストやコーディング標準を掘り下げないことにしました。
数か月後、アプリが動作しましたが、コードは標準に従っておらず、テストも作成していません。
私が使用している現在のディレクトリ構造は次のとおりです。
app/controllers : アプリが使用するすべてのコントローラーが含まれます。コントローラーは正確に薄いわけではありません。ほとんどのロジックが含まれており、一部には複数の条件文 (if/else) もあります。データベースとのやり取りはすべてコントローラーで行われます。
app/models : 他のモデルとの関係を定義し、特定のモデルに関連する特定の関数を含めます。検証機能。
app/libraries : カスタム ヘルパー関数が含まれています。
app/database : 移行とシードが含まれています。
私のアプリは現在動作していますが、たるみの理由はおそらく私がアプリで一人で作業しているためです.
私の懸念：
先に進んでアプリをリリースしてから、リファクタリングの努力をする価値があるかどうかを確認する必要がありますか、それとも最初にリファクタリングする必要があります。
コードをリファクタリングしたいのですが、どのアプローチをとるべきかわかりません。最初に標準を正しく設定してから、コードをテスト可能にする必要がありますか? または、標準について心配する必要はなく(そしてクラスマップを使用してオートロードを続けます)、コードをテスト可能にするだけですか?
ファイルをどのように構成すればよいですか?
- インターフェイス、抽象クラスなどはどこに配置すればよいですか?
注: 私は見つけたリソースからテストとコーディングの標準を掘り下げていますが、リソースを教えていただければ幸いです。