1. Самым основным требованием к надежности обработчиков ошибок (кроме) является обработка и фиксация ошибок программы. В ASP.NET механизм обработки ошибок аналогичен другим языкам программирования. Вы можете использовать Try...Catch. ..Наконец и другие методы. Это большое улучшение по сравнению с ASP. Более того, использование этих методов обработки ошибок может значительно улучшить читаемость программы и скорость отладки программы. При сочетании этих преимуществ следует уделять этому больше внимания.
Что касается обработки ошибок, мы можем обратиться к этой статье (на английском языке):
http://www.123aspx.com/redir.aspx?res=28336
2. Обработка строк В веб-дизайне обработка строк является едва ли не наиболее распространенной. После использования ASP.NET обработка строк происходит быстрее, чем в ASP. Более того, в ASP.NET специально добавлен класс обработки строк StringBulider. Используйте этот класс для выполнения некоторых распространенных операций со строками, и самое главное, использование StringBuilder может значительно повысить производительность. повысить скорость обработки строк.
В ASP.NET чаще всего используется «&» для соединения двух строк:
Dim myOutputString As String = «Меня зовут»
Dim myInputString As String = "Алекс"
мояВыходнаяСтрока = мояВыходнаяСтрока и мояВходнаяСтрока
Response.Write(myoutputString)
Теперь давайте рассмотрим использование StringBuilder. Используя StringBuilder, мы можем выполнять некоторые основные операции со строками, такие как добавление, замена, вставка, удаление и т. д. Теперь давайте рассмотрим конкретные примеры.
(1) Использование Append в StringBuilder
Append аналогичен Append на других языках, то есть добавляет другие символы в конец строки.
Уменьшить SB как StringBuilder = New StringBuilder()
sb.append("<table border='1' width='80%'>" )
Для i = 0 To RowCount - 1
sb.Append("<tr>")
Для k = 0 To ColCount - 1
sb.Append("<td>")
sb.Append( dt.Rows(i).Item(k, DataRowVersion.Current).toString())
sb.Append( "</td>" )
Следующий
sb.Append("<tr>")
Следующий
sb.Append( "</table>")
Dim strOutput как String = sb.ToString()
lblCompany.Text = strOutput
В приведенной выше программе метод Append используется для реализации вывода таблицы. Следует отметить, что StringBulider должен сначала использовать метод ToString() для преобразования ее в тип String, прежде чем ее можно будет вывести напрямую. В приведенных выше примерах мы видим только добавление прямой строки. На самом деле этот метод имеет очень удобную функцию, то есть он может напрямую добавлять другие типы переменных, например напрямую добавлять значение целочисленного типа. вывод будет автоматически преобразован в строку впоследствии:
Sub Page_Load (Источник как объект, E как EventArgs)
Dim sb As System.Text.StringBuilder
Dim varother как целое число
варотер=9999
сб = новый System.Text.StringBuilder()
sb.append("<font color='blue'>Вы можете добавлять другие типы: </font>")
sb.append(варио)
Response.write(sb.toString())
Конец субтитра
(2) Использование других методов в строках. Мы также можем использовать другие методы. Давайте рассмотрим распространенные из них:
Метод Insert может вставлять другие символы в указанную позицию. Метод использования: Insert (вставить позицию, вставить символ);
Метод Remove позволяет удалить указанные буквенно-цифровые символы в указанной позиции. Метод использования: Удалить (фактическая позиция, количество символов);
Метод replace может заменять указанные символы. Метод использования: replace (заменяемая строка, строка замены).
Подробное описание и использование строк можно найти в следующей статье (на английском языке):
http://aspfree.com/aspnet/stringbuilder.aspx
http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemTextStringBuilderClassTopic.asp
3. Закрытие связи с базой данных Соединение и DataReader При использовании программирования ASP мы уже знаем, что после использования соединения с базой данных соединение необходимо закрыть, а затем установить значение NoThing. В Asp.NET нам все еще необходимо использовать его таким образом. Однако в ASP.NET из-за использования ADO.NET на самом деле существуют некоторые тонкие различия в некоторых связанных аспектах обработки, и эти различия часто также являются таковыми. на что нужно обратить больше всего внимания при проектировании. Теперь давайте рассмотрим пример, чтобы увидеть, на какие проблемы следует обратить внимание при выполнении распространенных операций ADO.NET.
(1) Пример 1
Dim myConnection As SqlConnection = new SqlConnection(ConfigurationSettings.AppSettings("DSN_pubs"))
Dim myCommand As SqlCommand = new SqlCommand («Выбрать pub_id, pub_name от издателей», myConnection)
Уменьшить myDataReader как SqlDataReader
Пытаться
моеСоединение.Открыть()
myDataReader = myCommand.ExecuteReader(CommandBehavior.CloseConnection)
dropDownList1.DataSource = myDataReader
dropDownList1.DataBind()
Перехватывать мое исключение как исключение
Response.Write("Произошла ошибка: " & myException.ToString())
Окончательно
Если не myDataReader, то ничего
'Закрыть DataReader
myDataReader.Close()
Конец, если
Конец попытки
В приведенном выше примере мы заметили, что был закрыт только DataReader, а не Connection. Почему? Внимательно изучите приведенный выше метод ExecuteReader. Оказывается, параметры ExecuteReader установлены. После выполнения ExecuteReader соединение будет автоматически закрыто. Поэтому после настройки нет необходимости вручную закрывать Соединение.
(2) Пример 2
Dim myConnection As SqlConnection = new SqlConnection(ConfigurationSettings.AppSettings("DSN_pubs"))
Dim myCommand As SqlCommand = new SqlCommand («Выбрать pub_id, pub_name от издателей», myConnection)
Пытаться
моеСоединение.Открыть()
dropDownList1.DataSource = myCommand.ExecuteReader()
dropDownList1.DataBind()
Перехватывать мое исключение как исключение
Response.Write("Произошла ошибка: " & myException.ToString())
Окончательно
Если не myConnection Is Nothing AndAlso ((myConnection.State And ConnectionState.Open) = ConnectionState.Open), Тогда
моеСоединение.Закрыть()
Конец, если
Конец попытки
В приведенном выше примере мы обнаружили, что DataReader не был закрыт. Почему? Фактически, в приведенном выше коде объект DataReader не генерируется напрямую, и, конечно же, нет возможности его закрыть. Следует отметить, что перед закрытием соединения программа сначала определяет, открыто ли соединение. Если нет, закрывать его нет необходимости.
4. Используйте Web.Config/Maching.Config для сохранения часто используемых данных. Некоторые данные, которые нам нужно часто использовать. Например, при использовании ADO.NET наиболее распространенным является оператор подключения к базе данных. В ASP мы часто сохраняем его. информация в приложении. Конечно, это можно сделать и в ASP.NET. Однако ASP.NET уже предоставляет файл конфигурации WEB.Config, поэтому лучше сохранить эту информацию в WEB.Config. Конечно, мы также можем сохранить ее в Machine. . Config, однако в этом случае должен использоваться весь веб-сайт, поэтому обычно мы используем Web.Config. Теперь давайте посмотрим на конкретное использование этого файла.
(1) Настройки файла Web.Config Сначала давайте посмотрим на настройки Web.Config. Мы добавляем в этот файл следующие два элемента. Настройки следующие:
<конфигурация>
<настройки приложения>
<add key="dsn" value="myserver"/>
<add key="someotherkey" value="somevalue"/>
</appsettings>
</конфигурация>
(2) Использование переменных В приведенном выше XML-файле установлены две переменные: dsn и someotherkey. Теперь давайте посмотрим, как использовать их в программе:
<html>
<script Language="VB" runat=server>
Sub Page_Load (Отправитель как объект, E как EventArgs)
Уменьшить AppSettings как Hashtable = Context.GetConfig("appsettings")
DSN.Text = AppSettings("dsn")
SomeOther.Text = AppSettings("someotherkey")
Конец субтитра
</скрипт>
<тело>
Настройка DSN: <asp:label id="DSN" runat=server/> <br>
Некоторые другие настройки: <asp:label id="SomeOther" runat=server/>
</тело>
</html>
В приведенной выше программе мы видим, что использовать определенные таким образом переменные очень просто и удобно.
5. Используйте .NET для отладки программы.
Отладка программ ASP всегда была самой сложной частью написания ASP. Программисты ASP, вероятно, глубоко это понимают, потому что каждый использует Response.write для отладки. Самый большой недостаток этого вида отладки заключается в том, что когда мы заканчиваем отладку, мы должны удалять или закомментировать информацию одну за другой. Подумайте, если код программы достигает сотен строк или программа со многими страницами, насколько скучен такой вид. работы будет. Чего я больше всего боюсь, так это одного: если вы забудете удалить эти отладочные записи, при использовании пользователем может появиться некоторая неприличная отладочная информация.
После использования ASP.NET мы можем напрямую определить Trace для отладки программы. Упомянутые выше проблемы можно легко решить. Если вы знакомы с этим, Trace можно реализовать через определенные страницы и в файле конфигурации Web.Config. Таким образом, после отладки программы просто установите для Trace значение Off. Таким образом, в программе не будет функции отладки.
(1) Реализация отладки страниц. Когда на конкретной странице необходимо реализовать функцию отладки, мы можем настроить ее следующим образом:
<%@ Page Language="VB" Trace="True" %>
(2) Определите WEB.Config и реализуйте его в WEB.CONFIG. Мы также можем включить отладку программы:
<конфигурация>
<система.веб>
<trace Enabled="true" requestLimit="10" localOnly="false"/>
</система.веб>
</конфигурация>
После использования вышеуказанных настроек для включения Trace мы можем использовать Trace для отладки программы в конкретной программе, например:
Trace.Write("Это некоторая пользовательская информация для отладки")
Или переменные отладчика:
Trace.Write("Это моя переменная и ее значение:" & myVariable.ToString())
Из приведенных выше настроек мы видим, что в ASP.NET функция отладки программы уже очень удобна и проста.