В эпоху ASP, чтобы избежать повторной работы, некоторые области или коды со схожими функциями часто превращались в файл, а затем вводились в файл веб-страницы ASP через соединение (прямое соединение или виртуальное соединение). Файлы ASP эквивалентны файлу, разделенному на множество блоков, и данные между файлами могут свободно обмениваться (за исключением данных в функциях).
Пользовательский элемент управления ASPX сильно отличается от INCLUDE. Его главная особенность заключается в том, что он представлен в виде упакованного объекта. С помощью нашего программирования можно абстрагировать общий экземпляр, а также некоторые функции и методы. Подводя итог, создайте соответствующие. функции и атрибуты для вызовов внешних событий для достижения полной классификации и инкапсуляции внутренних фактов, которые внешним пользователям в значительной степени не нужно знать, что делает его более удобным в обслуживании и повышает безопасность данных, что более способствует выпуску программы.
Простые вещи просты в использовании, но, естественно, они имеют меньше функций или очень несовершенны. Мы можем свободно включать определенный файл в указанный файл ASP, но поскольку данные друг друга могут быть общими, в результате взаимозависимость файлов очень велика. высокий, что снижает читаемость кода и не способствует обслуживанию системы. В то же время, если в подключаемом файле есть изображение, а включаемый файл находится не в том же файле, что и файл, который необходимо включить. В каталоге адрес образа включаемого файла должен основываться на адресе, по которому изображение может отображаться в файле, который необходимо включить. Например, /FILE/INDEX.ASP является основным файлом. (файл, который необходимо включить), и /FILE /INCLUDE/TITLE.ASP — это включенный файл, а адрес изображения — /file/title.jpg. На данный момент вам необходимо изменить адрес изображения в TITLE. ASP в title.jpg вместо ../title.jpg, иначе не получится. Отображение картинок и гиперссылок в основном файле также имеет ту же проблему.
Сложный ASPX, безусловно, решает многие проблемы. Например, вы можете свободно устанавливать адрес изображения в управляющем файле, независимо от каталога, в котором находится файл, который ссылается на него, при условии, что он может отображаться в управляющем файле. , он по-прежнему будет отображаться после того, как на него можно будет использовать ссылку, что делает пользовательские элементы управления более пригодными для повторного использования, в отличие от ASP, где файлы в разных каталогах ссылаются на файлы с одной и той же функцией, то есть два адреса, которые на самом деле одинаковы, но имеют изображения. или необходимо установить гиперссылки. Различные файлы тратят ресурсы и увеличивают затраты на обслуживание. Конечно, эти преимущества также усложняют запись файлов. Для анализа требуются более высокие возможности индукции, чтобы элемент управления можно было использовать более широко.