ASP.NET эквивалент серверной части включает

Question

Хотя классический ASP-метод на стороне сервера работает в ASP.NET, у меня сложилось впечатление, что он не является предпочтительным. Как я "должен" достичь того же эффекта?

Вот как я сейчас это делаю:
<!-- #include file ="functionlib.aspx" -->

Answer 1

Теперь у вас есть несколько опций, которые предоставляют этот эффект, но другим способом.

• Элементы управления пользователя (.ascx)
• Мастер-страницы (.master)
• Элементы управления на стороне сервера (.dll)
• Библиотеки классов (.dll)
• Классы App_Code (.cs / .vb)

Каждый используется по-разному для достижения разных вещей. Это зависит от того, что вы действительно пытаетесь сделать. Учитывая имя вашего включаемого файла, я думаю, вы пытаетесь включить библиотечные функции, которые будут использоваться в контексте вашей страницы.

Следовательно, вы должны написать библиотеку классов, содержащую методы, и импортировать их в ваше приложение / aspx.

Если вы ищете шаблон страницы, которая будет выполнять большую часть работы с макетом, чтобы обеспечить тело для различного контента, тогда вас заинтересуют мастер-страницы.

Если вы смотрите на шаблонные элементы управления, которые можно использовать на многих страницах, то вы будете следовать за пользовательскими элементами управления.

Если вы смотрите на шаблонные элементы управления, которые могут использоваться многими пользователями во многих проектах, то вы посмотрите на серверные элементы управления.

Если вы смотрите на библиотеку классов / методов, то вы разработаете библиотеку классов или будете использовать класс app_code, который может быть скомпилирован JIT при первом вызове. Это может в некотором роде считаться более похожим на классический ASP, но на самом деле оно функционирует больше как класс из библиотеки классов как единое целое. Вы можете вызывать его из своего кода или внутри тегов <%%> в своем коде aspx / ascx, не требуя ссылки на библиотеку классов.

Мы на самом деле больше не используем «включенные» как таковые, но каждый из этих инструментов в вашем наборе инструментов позволяет вам предоставлять аналогичные концепции для различных сценариев. Как разработчик, вы будете по-разному взаимодействовать со всем жизненным циклом своих веб-страниц. ASP.NET - совершенно другой зверь, чем классический ASP. Это действительно другой взгляд / подход и потребуется некоторое терпение, чтобы выяснить различия.

Answer 2

Как насчет <% Response.WriteFile("myFile.aspx"); %>?

См .: https://support.microsoft.com/en-us/help/306575/how-to-dynamically-include-files-in-asp-net

Answer 3

Если вы используете ASP.NET MVC, то Html.RenderPartial ваш друг здесь.

http://msdn.microsoft.com/en-us/library/system.web.mvc.html.renderpartialextensions.renderpartial.aspx

Частичное представление может быть реализовано в виде .ascx или .aspx, и размещение вышеуказанного вызова на вашей «основной» странице в основном говорит: «получить выходные данные из этого частичного представления и отобразить их здесь».

Парциальные представления могут использовать ViewData, который ваш основной просмотр получил от контроллера.

Answer 4

Похоже на то, на что вам нужно обратить внимание - это полная концепция MasterPages .

Если вы не смотрите только на импорт функций и других утилит (не HTML-контента). Если это так (и вы используете модель с выделенным кодом), вы должны просто иметь возможность включить соответствующий файл или пространство имен, используя команду import в верхней части страницы .vb (отрегулируйте соответственно для C #).