Рекомендуется: местоположение пароля учетной записи «веб -анонимного пользователя» В: Мы хотим предоставить доступ к учетной записи веб -анонимного пользователя для чтения информации из других систем; Тем не менее, мы не знаем пароль для этой учетной записи. Как я могу получить этот пароль? Ответ: IUSR_ <Имя компьютера> Аккаунт является веб -анонимным
В процессе технологических обновлений все еще есть люди, которые держатся за вещи, которые уже задыхаются. Некоторые люди, хотя они вошли в новый мир, все еще не могут избавиться от старых привычек. Я не использовал слово «вредные привычки», потому что мне также очень отвращение к этому слову.
Новые технологии должны иметь новые технологии. Вступая в мир ASP.NET, вы должны исправить свои прошлые привычки, войти в новый мир и выбрасывать мусор ASP.
Следующие списки - все это неправильные практики, пожалуйста, не ошибочно думайте, что это рекомендуемая практика и продвигайте ее:
1. Используйте сторону сервера, чтобы ввести общую композицию страницы в ASPX.
В соответствии с механизмом ASP.NET, ASCX (веб -пользовательский контроль) должен быть реализован. ASCX обеспечивает более управляемые интерфейсы. И что еще более важно, ASCX - это класс. Совместный класс может полностью контролировать его.
2. Не используйте web.config
web.config предоставляет очень богатый интерфейс управления конфигурацией. Это основная часть приложения. Тем не менее, многие люди. Config часто пуст. Или это никогда не было изменено.
3. Используйте response.write для вывода сообщений на переднюю часть
Ответ на платформе ASP.NET сильно отличается от ответа ASP.NET. Хотя это означает одинаковое значение, его использование очень отличается. Содержание ответа. Writh будет выводиться только в переднюю часть страницы. Правильный способ вывода сообщений на переднюю часть - использовать заполнителя.
4. Используйте серию сеансов для управления статусом подключения пользователя
Этот метод подвергается злоупотреблению в ASP. В среде ASP.NET правильный подход должен заключаться в разработке класса, сохранении структурированных данных и инкапсуляции доступа к сеансам или файлам cookie.
5. Используйте сеанс для проверки личности
Это почти общая проблема. ASP.NET предоставляет набор API для аутентификации пользователей. Типы являются проверкой формы или проверки окон. Есть раздел о быстром старте, который объясняет это очень четко. Большинство людей все еще могут полагаться на назначение значений сеансу для поддержания статуса аутентификации пользователей.
6. перенаправлять страницы с использованием response.redirect
Это можно использовать при необходимости. Но это не может быть злоупотребляет. Оказывается, что злоупотребление перенаправлением вызовет серьезную логическую путаницу. Это то, что вы делаете при использовании страниц в качестве программных единиц. Использование режима Front Controller сделает централизованную логику пользователя]
7. Используйте слишком много страниц ASPX
Программные единицы в среде ASP составляют только *. Чаще всего ASPX будет управлять логикой на странице в качестве контейнера для ASCX или пользовательского управления. В то время как ASPX повторно использует ASCX, ASPX также повторно используется в качестве единой композиции страницы.
8. Скопируйте код между несколькими логическими единицами и измените соответствующую логику
Повторное использование. Повторное использование. Повторное использование. Принцип решения с такими проблемами состоит в том, чтобы не иметь каких -либо же или аналогичных процессов. Если вы используете приведенный выше метод, после того, как произойдут серьезные логические изменения, результаты будут катастрофическими.
Поделиться: код ASP: Rs.Open Заявление подробное описание Ниже приведено указанное содержание: '*****************************************************
2 страницы в общей сложности предыдущей страницы 12 Следующая страница