在ASP的年代裡,為了避免經常性重復的勞動,對一些功能相似的區域或者代碼,經常作成一個文件,然後通過連接(直接連接或者虛擬連接)的方法引入到ASP網頁文件之中,對於一個很大的引用了很多ASP文件就相當於一個文件被分成了很多塊,彼此文件之間的數據是可以自由共享的(除了函數之中的數據).
ASPX的用戶控件就與INCLUDE有很大的不同了,它的最大特點就是在於他是以包裝好的對象的形式呈現,通過我們的編程,可以將一個公用的事例抽象出來,將一些功能和方法總結出來,作成相應的函數和屬性供外部的事件調用,實現完全的類化,最大程度的封裝外層用戶不需要了解的內部事實,使得其更加具有可維護性，也提高了數據的安全性,更利於程序的發布.
簡單的東西好用,但自然也功能比較少,或者是很不完善的,我們可以自由的將某個文件的包含到指定的ASP文件之中,但是,由於彼此的數據是可以共享的,所以導致,文件的相互依賴性很高,降低了代碼可讀性,不利於系統的維護,同時,如果被INCLUDE的文件中如果有一個圖片,並且被包含的文件與需要包含文件的文件不在同一個目錄之下時,被包含的文件的圖片的地址必須以需要包含文件的文件中能顯示圖片的地址為准，如/FILE/INDEX.ASP是主文件(需要包含文件的文件)，而/FILE/INCLUDE/TITLE.ASP是被包含文件,而圖片地址為/file/title.jpg此時就需要將TITLE.ASP中的圖片地址改為title.jpg而不是../title.jpg,否則將無法在主文件中顯示圖片,超級鏈接也是同樣的問題.
復雜的ASPX固然解決了很多的問題，如能夠在控件文件中自由的設置圖片的地址,無須理會引用他的文件在什麼目錄之下，只要在控件文件中能顯示出來的東西,被引用之後依然可以被使用,這使得用戶制作的控件具有更多的可重用性，而不象ASP中,對於不同目錄下的文件引用相同功能的文件時需要設置兩個事實上相同但是圖片或者超級鏈接的地址不同的文件.浪費資源，也使得維護費用更高.當然這些優點也使得文件編寫起來也比較麻煩,對於分析上要求有更高的歸納能力,使得控件能更廣泛的使用.
