Хотя классический метод ASP на стороне сервера включает работу в ASP.NET, у меня сложилось впечатление, что это не лучший метод. Как я «должен» достигать того же эффекта?
Вот как я это делаю сейчас: <!-- #include file ="functionlib.aspx" -->
Хотя классический метод ASP на стороне сервера включает работу в ASP.NET, у меня сложилось впечатление, что это не лучший метод. Как я «должен» достигать того же эффекта?
Вот как я это делаю сейчас: <!-- #include file ="functionlib.aspx" -->
Теперь у вас есть несколько вариантов, которые обеспечивают этот эффект, но другим способом.
Каждый из них используется по-разному для достижения разных целей. Это зависит от того, что вы действительно пытаетесь сделать. Учитывая имя вашего включаемого файла, я полагаю, вы пытаетесь включить библиотечные функции, которые будут использоваться в контексте вашей страницы.
Следовательно, вы должны написать библиотеку классов, содержащую методы, и импортировать их в свое приложение / aspx.
Если вы хотите создать шаблон страницы, который будет выполнять большую часть работы по макету, чтобы обеспечить основу для различного контента, тогда вас заинтересуют мастер-страницы.
Если вы ищете элементы управления на основе шаблонов, которые можно использовать на многих страницах, то вам нужны пользовательские элементы управления.
Если вы ищете элементы управления на основе шаблонов, которые могут использоваться многими пользователями во многих проектах, вам следует обратить внимание на элементы управления на стороне сервера.
Если вы просматриваете библиотеку классов / методов, тогда вы создадите библиотеку классов или воспользуетесь классом app_code, который может быть скомпилирован JIT при первом вызове. Этот можно с некоторой натяжкой рассматривать больше как классический ASP, но на самом деле он функционирует больше как класс из библиотеки классов как единое целое. Вы можете вызвать его из внутреннего кода или тегов ‹%%> в вашем коде aspx / ascx, не требуя ссылки на библиотеку классов.
Мы больше не используем «включает» как таковое, но каждый из этих инструментов в вашем наборе инструментов позволяет вам предоставлять аналогичные концепции для разных сценариев. Как разработчик вы будете по-разному взаимодействовать со всем жизненным циклом ваших веб-страниц. ASP.NET сильно отличается от классического ASP. Это действительно требует другого взгляда / подхода и требует некоторого терпения, чтобы выяснить различия.
Как насчет <% Response.WriteFile("myFile.aspx"); %>
?
См .: https://support.microsoft.com/en-us/help/306575/how-to-dynamically-include-files-in-asp-net
.aspx
, он не будет обрабатываться движком asp.net
- person mxmissile; 14.04.2015
Если вы используете ASP.NET MVC, то Html.RenderPartial - ваш друг.
Частичное представление может быть реализовано как .ascx или .aspx, и размещение вышеуказанного вызова на вашей «основной» странице в основном говорит: «получить вывод из этого частичного представления и отобразить его здесь».
Частичные представления могут использовать ViewData, полученные вашим основным представлением от контроллера.
Похоже, вам нужно рассмотреть всю концепцию MasterPages.
Если вы не хотите просто импортировать функции и другие утилиты (не HTML-контент). Если это так (и вы используете модель кода программной части), вы должны просто иметь возможность включить соответствующий файл или пространство имен с помощью команды import в верхней части страницы .vb (отрегулируйте соответственно для C #).