기술이 발전하는 과정에서 여전히 낡은 것에 집착하는 사람들도 있고, 새로운 세계에 들어서도 여전히 낡은 습관을 버리지 못하는 사람들도 있습니다. 나 역시 이 말에 매우 역겨워하기 때문에
새로운 기술에는 새로운 기술 관행이 있어야 합니다. ASP.NET의 세계에 들어갈 때 과거의 습관을 고치고 새로운 세계에 들어가지 마십시오
. 실수로 권장되는 방법으로 승격시킵니다.
1. 서버측 포함을 사용하여 ASPX에 공통 페이지 구성을 도입합니다.
ASP.NET 메커니즘에서는 이를 구현하기 위해 ASCX(웹 사용자 컨트롤)를 사용해야 합니다. 그리고 더 중요한 것은 ASCX는 실제 클래스를 사용하지 않는다는 것입니다
. 웹.구성
web.config는 매우 풍부한 구성 관리 인터페이스를 제공합니다. 그러나 많은 사람들의 web.config는 비어 있거나 수정된 적이 없습니다.
3. Response.Write를 사용하여 프런트 엔드에 메시지를 출력합니다. ASP.NET 플랫폼에서의 응답은 ASP 응답과 매우 다릅니다. 의미는 같지만 사용법은 매우 다릅니다. Response.Write의 내용은 페이지의 프런트 엔드에만 출력됩니다. 메시지를 프런트 엔드로 출력하는 방법은 PlaceHolder를 사용하는 것입니다.
4. 일련의 세션을 사용하여 사용자 연결 상태를 관리하는 방법은 ASP.NET 환경에서 남용되는 방법입니다. 클래스를 구조화하여 저장합니다. 세션 또는 쿠키 액세스를 캡슐화하는 데 유용합니다.
5. 세션을 사용하여 ID를 확인하는 것은 거의 일반적인 문제입니다. 분명히 대부분의 사람들은 사용자 인증 상태를 유지하기 위해 세션에 값을 할당하는 데 의존합니다.
6. 페이지를 리디렉션하려면 Response.Redirect를 사용하세요. 이는 필요할 때 사용할 수 있지만 남용할 수는 없습니다. 리디렉션을 남용하면 논리적으로 심각한 혼란이 발생한다는 사실이 입증되었습니다. 이는 페이지를 프로그램 단위로 사용할 때 사용자의 작업 논리를 중앙 집중화하는 것입니다.
7. ASPX 페이지를 너무 많이 사용하십시오. ASP 환경의 프로그램 단위는 *.asp 페이지뿐입니다. ASP는 그렇지 않습니다. 백엔드 클래스 라이브러리, ASCX 등도 있습니다. 비즈니스 로직이 집중되어야 합니다. 하나의 작업에 하나의 ASPX를 사용하는 대신 ASPX는 ASCX 또는 사용자 정의 컨트롤로 사용되는 경우가 더 많습니다. ASPX는 ASCX를 재사용하지만 ASPX는 통합 페이지 구성으로도 재사용됩니다.
8. 여러 논리 단위 간에 코드를 복사하고 재사용을 위해 해당 논리를 수정합니다. 이러한 문제를 처리하는 원칙 위의 방법을 사용하면 주요 논리 변경이 발생하면 결과가 발생합니다.
9. DataSet 사용을 두려워합니다
.
많은 사람들은 DataSet이 성능에 "확실히" 영향을 미친다고 생각하지만 처음에는 감히 시도조차 하지 않습니다. 종종 ArrayList를 사용하거나 낮은 수준의 클래스를 디자인합니다. 컬렉션 데이터를 저장합니다.
10. "성능"에 너무 많은 관심을 기울입니다.
특히 ASP.NET ViewState의 메커니즘이 불만족스럽거나 항상 다른 사람을 핍박하려고 최선을 다하지만 오히려 데이터베이스에 연결하는 데 더 많은 관심을 기울이면 더 문명화될 수 있습니다.
11. 응용 프로그램 루트 디렉터리가 매우 혼란스럽습니다
.
ASP.NET은 웹사이트가 아닌 개발 프로젝트이므로 다양한 리소스를 분류하여 배치해야 합니다. 예를 들어 모든 정적 리소스(스타일시트, 스크립트, 이미지)를 함께 구성하여 관리해야 합니다. .ASPX를 함께 넣어야 합니다..*.cs는 다른 프로젝트에 넣어야 합니다.
12. 데이터베이스에 액세스하는 프로세스를 작성하는 데는 이 작업을 맡겨야 합니다. DataAccess 응용 프로그램 블록. 연결을 직접 켜고 꺼야 하는데 왜 귀찮게 합니까? 13.
작성한 내용이 가장 신뢰할 수 있습니다.
진실은 정반대인 경우가 많습니다. 다른 사람이 작성한 제품을 사용하는 데 더 많은 비용을 청구하지 않는데 왜 체면을 살려야 합니까?
14. ASPX 파일 이름을 무작위로 지정하는 것은 가장 고통스러운 일입니다. 이름은 식별하기 쉬워야 할 뿐만 아니라 특정 규칙을 따라야 합니다. 모든 ASPX 뒤에는 동일한 이름을 가진 클래스가 있기 때문에 이것이 얼마나 불편한지 상상해 보십시오.
15. Never 동일한 동작을가진
일부 클래스를 상속하거나 파생하는 대신 실질적인 의미에서 ASPX는 기본 클래스를 가져야 합니다. PageBase. 추상화해야 할 공개 기능이 항상 있기 때문입니다.
16. 속성이 없습니다.
이는
JAVA 베테랑의 작업임에 틀림없습니다.
말할 필요도 없이 그는 아직 ASP.NET을 배우지 않았습니다
. 18. DreamWeaver를 사용하여 ASPX를 "그립니다"
이 그룹의 사람들은 예술가입니다. 어떤 사람들은 DreamWeaver와 Visual Studio를 더 잘 "통합"하는 방법에 대해 토론하는 데 매우 열중합니다.
19. System.Web.UI.WebControl 및 System.Data.SqlClient에만 익숙하다면
20.Zero Annotations 모든 IDE에서 생성된 기본 주석은
"
이벤트 중심"에 대해 아무것도 모릅니다
.Page_Load()에서 프로시저를 작성하십시오. 또는 Xxx_Clock() 프로시저를 작성하려면 버튼을 두 번 클릭하십시오. 이벤트 및 대리자는 해당 프로그램에서 볼 수 없습니다.