권장 : "웹 익명 사용자"계정 비밀번호의 위치 Q : 다른 시스템의 정보를 읽기 위해 웹 익명 사용자 계정에 대한 액세스 권한을 부여하려고합니다. 그러나 해당 계정의 비밀번호를 모릅니다. 이 비밀번호는 어떻게 얻을 수 있습니까? 답 : IUSR_ <컴퓨터 이름> 계정은 웹 익명입니다
기술 업데이트 과정에서 여전히 숨을 쉬지 않은 것들을 붙잡는 사람들이 여전히 있습니다. 어떤 사람들은 새로운 세상에 들어갔지 만 여전히 오래된 습관을 제거 할 수 없습니다. 나는 또한이 단어에 매우 혐오스러워서 나쁜 습관이라는 단어를 사용하지 않았습니다.
새로운 기술에는 새로운 기술이 있어야합니다. ASP.NET의 세계에 들어갈 때 과거 습관을 수정하고 새로운 세상에 들어가서 ASP의 쓰레기를 버려야합니다.
다음 목록은 모두 잘못된 관행입니다. 실수로 권장되는 연습이라고 생각하지 마십시오.
1. 서버 측 사용 서버는 ASPX에 공통 페이지 구성을 소개합니다.
ASP.NET 메커니즘에 따라 ASCX (웹 사용자 제어)를 구현해야합니다. ASCX는보다 제어 가능한 인터페이스를 제공합니다. 더 중요한 것은 ASCX가 수업입니다. 실질적인 클래스는 그것을 완전히 제어 할 수 있습니다.
2. web.config를 사용하지 마십시오
Web.Config는 매우 풍부한 구성 관리 인터페이스를 제공합니다. 응용 프로그램의 핵심 부분입니다. 그러나 많은 사람들의 web.config는 종종 비어 있습니다. 또는 수정 된 적이 없습니다.
3. 응답 사용. write를 프론트 엔드로 출력하십시오.
ASP.NET 플랫폼에서 응답은 ASP.NET의 응답과 매우 다릅니다. 그것은 같은 의미를 의미하지만 사용은 매우 다릅니다. response.write의 내용은 페이지의 앞쪽 끝에만 출력됩니다. 프론트 엔드에 메시지를 출력하는 올바른 방법은 자리 표시자를 사용하는 것입니다.
4. 일련의 세션을 사용하여 사용자 연결 상태를 관리합니다.
이 방법은 ASP에서 남용됩니다. ASP.NET 환경에서 올바른 접근 방식은 클래스를 설계하고, 데이터를 구조화하고, 세션이나 쿠키에 대한 액세스를 캡슐화하는 것입니다.
5. 세션을 사용하여 신원을 확인하십시오
이것은 거의 일반적인 문제입니다. ASP.NET은 사용자 인증을위한 API 세트를 제공합니다. 유형은 양식 확인 또는 Windows 확인입니다. Quick Start에는 이것을 매우 명확하게 설명하는 섹션이 있습니다. 대부분의 사람들은 여전히 사용자 인증 상태를 유지하기 위해 세션에 값을 할당하는 데 의존 할 수 있습니다.
6. 응답을 사용하여 페이지를 리디렉션합니다
필요할 때 사용할 수 있습니다. 그러나 그것은 남용 될 수 없습니다. 리디렉션 남용은 심각한 논리적 혼란을 야기 할 것입니다. 이것은 페이지를 프로그램 단위로 사용할 때하는 일입니다. 전면 컨트롤러 모드를 사용하면 사용자의 작동 논리가 중앙 집중화됩니다]
7. 너무 많은 ASPX 페이지를 사용하십시오
ASP 환경의 프로그램 단위는 *.asp 페이지에만 해당되며 ASP.NET은 유용하지 않습니다. 백엔드 클래스 라이브러리, ASCX 등은 비즈니스 로직을 하나의 작업에 하나의 ASPX를 사용하지 않고 다른 단위로 집중해야합니다. 더 자주 ASPX는 ASCX 또는 사용자 정의 제어 용 컨테이너로 내부 논리를 관리합니다. ASPX는 ASCX를 재사용하지만 ASPX는 통합 페이지 구성으로 재사용됩니다.
8. 여러 논리 단위 사이의 코드 복사 및 해당 논리 수정
재사용. 재사용. 재사용. 그러한 문제를 다루는 원칙은 동일하거나 유사한 프로세스를 갖지 않는 것입니다. 위의 방법을 사용하면 주요 논리적 변경 사항이 있으면 결과가 비참합니다.
공유 : ASP 코드 : Rs. OPEN 명령문 세부 설명 다음은 참조 된 내용입니다.
전체 이전 페이지 12의 2 페이지 다음 페이지