名前空間に基づいた PHP 古いシステムの再構築の経験 php 名​​前空間のケース php 名​​前空間の自動読み込み php 名​​前空間 us

名前空間は実際には単なる形式です。最終的な目標はコードをリファクタリングすることですが、このプロセスを一夜にして行うことは不可能です。

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

まず第一に、名前空間に基づいてすべてを書き直すことを考えず、部分的に書き換えることを考えてください。

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

ただし、モデル層はビジネス ロジックを結合し、純粋な DB 操作ではなく、多くのビジネス コードを含んでいます。これは、コードのこの部分が暫定的な変換中であることを意味します。完了すると、新しいフレームワークで再利用することはできません。

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

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

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

互換性はリファクタリングの出発点とプロセスであり、再利用は新しいフレームワークに基づいて新しい機能を開発できますが、同時にその結果です。既存の機能コードを再利用できるための処理です。

上記では、名前空間と PHP コンテンツを含めて、名前空間に基づいて PHP の古いシステムをリファクタリングした経験を紹介しました。PHP チュートリアルに興味のある友人に役立つことを願っています。