最近、アプリケーションコードベース全体で使用される正規表現パターンをルックアップテーブルにまとめてプールし、プログラムロジック内で明示的にハードコーディングするのではなく、そこから取得するという提案に遭遇しました。
誰かがこれの知恵について何か考えを共有できますか？
私の最初の考えは、パターンを変更しやすくすることであり、これには長所と短所の両方があります。しかし、基本的に、正規表現文字列自体は（効果的に）実行されるロジックのエンティティと見なされるため、ルックアップテーブルに格納すると少し不安になります。
誰か考えますか？
ありがとう
これは素晴らしいアイデアだと思います。正規表現パターンを改善する (または問題を修正する) ことができれば、どこでも変更するのではなく、1 つの場所で変更することになります (おそらく、これを行う動機そのものです)。 .
これにより、プログラム内の潜在的なバグの数が減ります (または、間違って変更した場合はバグが増えます)。ただし、これはテストですぐに現れるはずであり、1 か所で修正するだけで済みます。どこにでも... 繰り返しになりますが、エラーが発生しやすくなります)。
ロジックの実体として捉えるということに関しては、ロジックそのものではなく、参照ライブラリに保持されている一連の命令として捉えると役に立ちますか? ロジック自体は、コードに入力したテンプレートではなく、正規表現プロセッサによって実行されるため、ルックアップ テーブルに格納するのに適していると思います。
そうでなければ不要なSQL接続が発生する場合は、いいえと言います。しないでください。丘に逃げる。
ただし、それ以外の場合、頻繁に繰り返される場合は、コードをリファクタリングする方法を検討してください。いくつかのページに含まれている関数またはクラスでそれらを使用する必要がありますか？答えが「いいえ」の場合は、先に進んでください。問題はありません。