PHPコードのメンテナンス、リファクタリングが難しくなる4つの理由の分析、4つの理由の分析

PHPコードのメンテナンス、リファクタリングが難しくなる4つの理由の分析、4つの理由の分析_PHPチュートリアル

WBOY

リリース： 2016-07-12 08:59:58

オリジナル

1287 人が閲覧しました

PHPコードのメンテナンスやリファクタリングが難しくなる4つの理由、4つの理由分析

この記事では、PHPコードのメンテナンスやリファクタリングが難しくなる4つの理由を分析します。参考のために皆さんと共有してください。詳細は次のとおりです:

コードのメンテナンスとリファクタリングは非常に不快なものです。次の状況では、コードのメンテナンスとリファクタリングが困難になります。

1. プロジェクトの開始時に、全員がいくつかのコード仕様を定め、その仕様に基づいて開発しましたが、人々の考えが異なるため、各人が異なる機能で実装するロジックがこのように異なる可能性があります。他の人のコードを見たくない人もいます。他の人のコードを変更するには、まずその人が当時何を考えていたのか、そのロジックは何だったのかを理解する必要があります。非常に多くの人が、他の人のコードを見る時間があれば、もう一度コードをやってみようと考えています。このように考えないでください。他の人のコードを見ることで多くのことを学ぶことができます。みんながそう考えると、冗長なコードがどんどん増えて、その後の再構築がどんどん難しくなってしまうと思います。

2. プログラマーは一般的に転職が頻繁です。プロジェクト開始時は 5 人 (プロジェクト創設者) で開発されていたため、辞めた人もいるかもしれません。人手が足りないので、会社は人材を募集しています。プロジェクトの創設者に関しては、彼は新入社員をあまり信頼していません。元のコードを変更するとオンライン機能に問題が発生することを恐れているため、これまでに作成されたプログラムを変更しないことが最善です。要件が変わった場合は、クラスや関数を書き直すのが最善です。この場合、コードはさらに多くなります。類似したクラスが複数存在する場合や、類似した機能を持つ関数が複数存在する場合があります。

3. 冗長なデータベースフィールドと冗長なテーブルが多すぎると、コードのメンテナンスも非常に困難になります。関数の最適化や新しい要件により、元のテーブル構造は新しい要件をまったく満たせなくなり、時間の経過とともにテーブルにフィールドが追加されたり、別のテーブルが追加されたりすることがあります。言うまでもなく、コードはすべてデータを中心に構成されており、冗長なフィールドと冗長なテーブルを維持する必要があります。そうしないと、データが統合されません。必要な冗長性はデータベースクエリを減らすことができますが、冗長性が多すぎると逆効果になるだけです。したがって、データベースを変更するときはより明確に考え、将来的にデータベースとコードを再構築する必要があるかどうかを検討する必要があります。

4. 個人的な理由が主な理由ですが、まず第一に、この種の思考は実戦で養われるものであるとも言える、ブロックするという考えを持たなければなりません。一定の時間。機能の実装を急ぐ場合は、全体的な考慮事項を無視しないでください。新しいニーズが生じたら、まずそれを実装する方法を検討します。アイデアが出たら、この機能の開発を急ぐことはありません。この機能モジュールが他の場所で使用されるかどうかも検討します。他の場所で使用する場合、他の場所でもさらに便利に使用するにはどうすればよいですか。この汎用モジュールがどこで呼び出される場合でも、インタフェースが 1 つだけ存在するようにします。それから開発を始めます。もう 1 つのポイントは、需要が一度設定されたら変わらないとは考えないことです。人々にはさまざまなアイデアがあるため、コードを開発する際にはこれを考慮する必要があります。そのため、統一インターフェイスの要件が変更された場合、1 か所を変更するだけで済み、他の場所も変更できます。このように考えると、初期の開発には少し時間がかかりますが、その後のメンテナンスははるかに速くなります。

まとめると、上記の4点があれば、データベースとコードの再構築は避けられません

1. 人の考えは誰もが同じ方向を向くはずはありませんが、このような違いは必ずあります。
2. 他の人のコードを深く理解せずに関数を完了することに不安がある。他の人のコードを研究するのは、コードを再開発するほど速くはありません。このような考え方は良くありません。
3. データベースの冗長性。これは必然的に起こることだと私は考えています。プロジェクトをより大きく、より強力なものにするためには、成長の過程でデータベースが静的であってはなりません。
4. ブロック思考の欠如プロジェクトは、独立した機能をもつ多数の小さなブロックで構成されており、コードの再構築は、当然、再構築の前後で、これらの小さなブロックを再結合することになります。機能は異なりますが、特定の機能を実現するために、古いものから新しいものに変更されただけです。

上記の点は、私がプロジェクトの開発中に実際に遭遇したものです。追加していただければ幸いです。

さらに PHP 関連のコンテンツに興味のある読者は、このサイトの特別トピック「PHP 基本構文の入門チュートリアル」、「PHP オブジェクト指向プログラミングの入門チュートリアル」、「PHP の優れた開発フレームワークの概要」をチェックしてください

この記事が PHP プログラミングのすべての人に役立つことを願っています。