В чем недостаток использования встроенных тегов сервера в моем HTML?

Question

В чем недостаток использования встроенных тегов сервера в моем HTML?

0

скажем, я хочу показать свой класс "Личность".
Я могу сделать это двумя способами:

поместите несколько asp: ярлыков в свой html и заполните их в моем коде сервера:
```
lblName.Text = person1.Name 
lblAge.Text = person1.Age 
```

используйте элемент управления asp: formView, поэтому код сервера будет выглядеть так:

Dim myDataSource = New Object() {person1}
FormView1.DataSource = myDataSource
FormView1.DataBind()

и мой html будет выглядеть так:

<asp:FormView ID="FormView1" runat="server">
    <ItemTemplate>
        Name:<%# Eval("Name")%>
        <br />
        Age:<%# Eval("Age")%>
    </ItemTemplate>
</asp:FormView>

какой путь лучше? какова стоимость использования тегов сервера?

keyla_kl 17 окт. 2013, в 07:42

Источник

Теги:

html

data-binding

vb.net

formview

1 ответ

Ещё вопросы

Carlos Landeras · Accepted Answer · 2013-10-17T05-17-00.000Z

Это то же самое, потому что элементы управления должны быть runat="server" и присваивать значения runat="server" управления со стороны сервера.

Основное различие заключается в том, что вы присваиваете значения в файле code_behind или в файле разметки. Где бы вы ни пожелали. В обоих случаях для сбора этих значений потребуется серверная сторона.

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

Извлечен из msdn:

Модель по умолчанию для добавления кода на веб-страницу ASP.NET состоит в том, чтобы либо создать файл класса позади кода (страница с кодом), либо написать код страницы в блоке сценария с атрибутом runat = "server" (a одностраничная страница). Код, который вы пишете, обычно взаимодействует с элементами управления на странице. Например, вы можете отображать информацию на странице из кода, устанавливая текстовые (или другие) свойства элементов управления. Другая возможность заключается в том, чтобы вставлять код непосредственно в страницу с помощью встроенного кодового блока. Встроенные блоки кода Встроенный блок кода - это код сервера, который выполняется во время фазы отображения страницы. Код в блоке может выполнять операторы программирования и функции вызова в текущем классе страниц.

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

как насчет вопроса отражения? Я не понимаю, что это значит:
«Поскольку этот метод выполняет оценку с поздней привязкой, используя отражение во время выполнения, он может привести к заметному снижению производительности по сравнению со стандартным синтаксисом привязки данных ASP.NET». (из MSDN)
Серверные теги обрабатываются на этапе отображения страницы. Это всегда срабатывает. Он просто используется для сохранения совместимости со старыми страницами asp. Это вовсе не говорит о производительности. Просто о читабельности. Я обновил свой ответ и дам вам эту ссылку для чтения: она очень хорошо объяснена: msdn.microsoft.com/en-gb/library/ms178135(vs.80).aspx
Благодарю. Но я думаю, что это не просто обычный тег сервера, это dataBinder.Eval. Здесь: msdn.microsoft.com/en-us/library/4hx47hfe.aspx обратите внимание на «Примечание» там.
Да, Эвал использует позднюю оценку. Это правда, что может вызвать немного больше проблем, чем при использовании стандартной привязки данных ASP.NET
Кстати, вы говорите о тегах сервера в заголовке. Это включает в себя все теги сервера. Не только eval
Вы правы, неправильный выбор слов.
Во всяком случае, об Эвале: вы бы порекомендовали избегать этого? Что вы имеете в виду под «неприятностями»? Это проблема производительности?
Мы используем его в наших проектах asp.net, и это не проблема. Если веб-страница, которую вы обслуживаете, не содержит большого количества данных, то я не замечаю ее.