名前空間に基づいた PHP 古いシステムの再構築の経験

古い PHP システムは、名前空間の再構築の経験に基づいています

名前空間は実際にはコードを再構築することですが、このプロセスを一夜にして完了することは不可能です。

冒頭で、ThinkPHP をベースに再構成するという誤った提案をしました (理由はありません)。一定期間練習した後、これは完全に間違った考え方であることがわかりました。そこで遭遇した落とし穴についてはここでは触れません。

まず、名前空間に基づいてすべてを書き直すのではなく、部分的に書き直すことを考えてください。

考えた最終結果は、システム内のモデル層リソースを新しいフレームワークで再利用できるように、名前空間に基づいてモデル層を変換することを目標とします。理論上、モデル層はデータのみを処理し、結合度が最も低いためです。

ただし、モデル層はビジネス ロジックを結合し、純粋な DB 操作ではなく、多くの機能を含んでいます。ビジネス コード。この部分は、コードの最初の変換が完了した後は、新しいフレームワークで再利用できません。

これらの問題のある領域は、いくつかの基本的なプログラミングの考え方の正しさを間接的に証明しています。OOP の本質はコードの再利用であり、コードの階層化の合理性の向上に対する PSR 一連の仕様の直接的な効果です。コードへの影響 保守性などへの影響 グローバル変数はコードの再利用性に非常に悪影響を及ぼします。

プログレッシブリファクタリングとは何ですか?

段階的な再構築の基本原則は互換性であり、打ち消してやり直すことではありません。何かを押し戻してやり直すことになる限り、それはリファクタリングではなく、単に書き直すだけです。小規模な起業家チームでは、書き換えというと冗談でしょうか?

互換性はリファクタリングの出発点とプロセスであり、再利用は新しいフレームワークに基づいて新しい機能を開発できます。同時に既存のものを再利用できる 関数コードなので、これはプロセスです。