ASP 時代には、繰り返しの作業を避けるために、同様の機能を持ついくつかの領域やコードをファイル化し、接続 (直接接続または仮想接続) を通じて ASP Web ページ ファイルに導入することがよくありました。 ASPファイルはファイルを多数のブロックに分割したものに相当し、ファイル間のデータは自由に共有できます（関数内のデータを除く）。
ASPX ユーザー コントロールは、INCLUDE とは大きく異なります。その最大の特徴は、プログラミングを通じて、共通のインスタンスを抽象化し、対応する関数やメソッドを作成できることです。外部イベント呼び出しの関数と属性を使用して完全な分類を実現し、外部ユーザーが知る必要のない内部事実を最大限にカプセル化することで、保守性が向上し、データのセキュリティが向上し、プログラムのリリースが容易になります。
シンプルなものは使いやすいのですが、当然機能が少なかったり、不完全だったりします。指定したASPファイルに特定のファイルを自由に組み込むことができますが、お互いのデータを共有できるため、結果としてファイルの相互依存性が非常に高くなります。これにより、コードの可読性が低下し、システムのメンテナンスに役立ちません。同時に、インクルードされるファイルにイメージがあり、インクルードされるファイルが必要なファイルと同じファイルにない場合も発生します。ディレクトリの下にある場合、インクルードされるファイルのイメージのアドレスは、インクルードする必要があるファイル内でイメージを表示できるアドレスに基づく必要があります。たとえば、/FILE/INDEX.ASP がメイン ファイルです。 (インクルードする必要のあるファイル)、/FILE /INCLUDE/TITLE.ASP がインクルードされるファイルで、画像アドレスは /file/title.jpg です。このとき、TITLE の画像アドレスを変更する必要があります。 ASP を ../title.jpg ではなく title.jpg に変更すると、メイン ファイル内の画像とハイパーリンクの表示にも同じ問題が発生します。
複雑な ASPX は、確かに多くの問題を解決します。たとえば、制御ファイル内で画像を参照するファイルが存在するディレクトリに関係なく、画像のアドレスを自由に設定できます。 、参照された後も表示されるため、ASP とは異なり、ユーザー作成のコントロールがより再利用可能になります。ASP では、異なるディレクトリにあるファイルが同じ機能を持つファイルを参照する場合、実際には同じであるがピクチャが含まれる 2 つのアドレスが使用されます。もちろん、これらの利点により、コントロールをより広く使用できるように、ファイルの作成がより困難になります。