84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
ログインまたは特定のロジックが成功した後に実行する必要があるページ ジャンプ コードの場合、グローバル メソッドにカプセル化する必要がありますか?本当にたった一文が必要なのでしょうか?
つまり、エディタのグローバル置換機能やその他の機能を駆使することで、最小限ではありますがパフォーマンスを向上させることもできます~
ringa_lee
論理判断がない場合はジャンプアドレスを定数に入れるだけですが、業務論理判断がある場合はカプセル化します。
純粋なジャンプ ロジックの場合は、別のメソッドにカプセル化する必要はなく、接続を定数ファイルに含めることができます。ここで述べたことは論理の 1 文に過ぎないため、ここでは論理的な変更はありませんが、変更される可能性があるのは接続アドレスであり、一元管理する場合は別の定数ファイルに入れます。
このリンクホッピングプロセスには、どのような条件でどのアドレスにジャンプするかなど、独自の論理的判断がある場合。その後、他の場所を呼び出すためのメソッドにカプセル化できます。このようにして、このロジック部分が変更されたときに変更する必要があるのは 1 か所だけです。
したがって、カプセル化するかどうか、また何をカプセル化するかは、変化するニーズによって異なります
前回のプロジェクトではすべてを直接書きましたが、カプセル化する必要はないと感じました。また、それによってパフォーマンスが向上するかどうかは、私自身で比較したことがないのでわかりません。
コードのカプセル化は、コードの重複を減らすことです。カプセル化すると、そのコードを参照するために別のコードを作成する必要があるため、コードの重複を減らすことができます。コードはあまり変わりません。
前提: 多くの場所で使用されるこのようなコードがあり、それぞれの場所でパーソナライズされた変更はあまりありません
私だったら、それを 1 か所に置き、次の目的で 1 か所から均一に呼び出します (グローバルでも、ユーティリティでも可能です)。
論理判断がない場合はジャンプアドレスを定数に入れるだけですが、業務論理判断がある場合はカプセル化します。
純粋なジャンプ ロジックの場合は、別のメソッドにカプセル化する必要はなく、接続を定数ファイルに含めることができます。ここで述べたことは論理の 1 文に過ぎないため、ここでは論理的な変更はありませんが、変更される可能性があるのは接続アドレスであり、一元管理する場合は別の定数ファイルに入れます。
このリンクホッピングプロセスには、どのような条件でどのアドレスにジャンプするかなど、独自の論理的判断がある場合。その後、他の場所を呼び出すためのメソッドにカプセル化できます。このようにして、このロジック部分が変更されたときに変更する必要があるのは 1 か所だけです。
したがって、カプセル化するかどうか、また何をカプセル化するかは、変化するニーズによって異なります
前回のプロジェクトではすべてを直接書きましたが、カプセル化する必要はないと感じました。また、それによってパフォーマンスが向上するかどうかは、私自身で比較したことがないのでわかりません。
コードのカプセル化は、コードの重複を減らすことです。カプセル化すると、そのコードを参照するために別のコードを作成する必要があるため、コードの重複を減らすことができます。コードはあまり変わりません。
前提: 多くの場所で使用されるこのようなコードがあり、それぞれの場所でパーソナライズされた変更はあまりありません
私だったら、それを 1 か所に置き、次の目的で 1 か所から均一に呼び出します (グローバルでも、ユーティリティでも可能です)。