ASP.NET WebForms로 큰 진흙탕을 피하는 팁

Question

ASP.NET MVC가 요즘 대세를 이루고 있는 것처럼 보이지만 WebForms는 여전히 널리 퍼져 있습니다.프로젝트를 제대로 유지하려면 어떻게 해야 하나요?여기서 몇 가지 팁을 모아보겠습니다.

Answer 1

• 마스터페이지 유형 콘텐츠의 일부가 아닌 둘 이상의 페이지에 표시될 항목에 대한 웹 사용자 컨트롤을 만듭니다.예:응용 프로그램이 10페이지에 제품 정보를 표시하는 경우 표시 코드를 10번 잘라내어 붙여넣는 것보다 10페이지에 사용되는 사용자 컨트롤을 갖는 것이 가장 좋습니다.
• 가능한 한 코드 뒤에 비즈니스 논리를 적게 넣으십시오.페이지에 항목을 배치하고 비즈니스 계층과 데이터를 주고받는 것과 직접적인 관련이 없는 작업을 수행하려면 뒤에 숨은 코드가 비즈니스 계층에 맡겨야 합니다.
• 바퀴를 재발명하지 마십시오.내가 본 많은 엉성한 코드 숨김은 프레임워크가 이미 제공하는 작업을 수행하는 코드로 구성되어 있습니다.
• 일반적으로 html에서는 스크립트 블록을 사용하지 마세요.
• 한 페이지에 너무 많은 일을 하게 하지 마세요.내가 몇 번이고 본 것은 추가 및 편집 모드가 있다고 말하는 페이지입니다.괜찮아.그러나 추가하고 편집할 하위 모드가 많은 경우 사용자 컨트롤을 통해 재사용하여 각 하위 모드에 대해 여러 페이지를 갖는 것이 더 좋습니다.사용자가 무엇을 하려고 하는지 결정하고 이에 따라 올바른 것을 표시하기 위해 여러 개의 중첩된 IF를 사용하는 것을 피해야 합니다.페이지에 가능한 상태가 많으면 상황이 빠르게 통제 불능 상태가 됩니다.
• 페이지 수명주기를 알아보고 활용하여 활용하세요.내가 본 많은 추악한 코드 숨김 페이지는 코더가 페이지 수명주기를 더 잘 이해하면 더 깔끔해질 수 있습니다.

Answer 2

평소에는 최대한 자제하려고 노력하는데...하지만 WebForms를 사용할 때는 다음 규칙을 따릅니다.

1. 결과 HTML을 깨끗하게 유지:매번 손으로 코딩하지 않기 때문에 <div> 생성된 코드가 읽을 수 없는 악몽이 되어야 한다는 의미는 아닙니다.보기 흉한 코드를 생성하는 컨트롤을 피하면 문제를 더 쉽게 볼 수 있어 나중에 디버깅 시간이 단축되는 효과를 얻을 수 있습니다.
2. 외부 종속성 최소화:다른 사람의 코드를 디버깅하면 돈을 받을 수 없습니다.만약 너라면 하다 타사 구성 요소에 의존하기로 선택한 다음 소스를 얻으면 버그를 수정하는 데 비정상적으로 많은 시간을 낭비할 필요가 없습니다.
3. 한 페이지에 너무 많은 작업을 하지 마세요.:특정 페이지에 대해 복잡한 "모드"를 구현하는 경우 해당 페이지를 여러 개의 단일 모드 페이지로 나누고 마스터 페이지를 사용하여 공통적인 측면을 제외하는 것을 고려해 보세요.
4. 포스트백 방지:이것은 항상 끔찍한 생각이었고 덜 끔찍해지지 않았습니다.포스트백에 의존하는 컨트롤을 사용하지 않음으로써 골치 아픈 일을 줄일 수 있다는 것은 좋은 보너스입니다.
5. VIEWSTATE를 피하세요:#4에 대한 설명을 참조하세요.

Answer 3

대규모 프로젝트에서 제가 드릴 수 있는 가장 좋은 제안은 모든 개발자가 잘 훈련받고 잘 알고 있는 공통 디자인 패턴을 따르는 것입니다.ASP.NET을 다루는 경우 나에게 가장 적합한 두 가지 옵션은 다음과 같습니다.

o 모델 뷰 프리젠터(지금은 Supervisor Controller 및 Passive View입니다.).이는 모든 개발자가 큰 어려움 없이 따를 수 있는 사용자 인터페이스와 비즈니스 모델을 분리하는 견고한 모델입니다.결과 코드는 훨씬 더 테스트 및 유지 관리가 가능합니다.문제는 이것이 적용되지 않고 모델을 구현하기 위해 많은 지원 코드를 작성해야 한다는 것입니다.

o asp.net mvc 문제는 미리보기에 있다는 것입니다.나는 Tatham Oddie와 이야기를 나눴고 그것이 매우 안정적이고 사용 가능하다고 언급했습니다.마음에 듭니다. 우려 사항을 분리하고 개발자를 위한 최소한의 추가 코드만으로 이를 수행합니다.

어떤 모델을 선택하든 가장 중요한 것은 모델을 갖고 모든 개발자가 해당 모델을 고수할 수 있도록 하는 것이라고 생각합니다.

Answer 4

첫 번째 날부터 마스터 페이지부터 시작하세요. 다시 맞추려면 다시 고생해야 합니다.

Answer 5

Odd의 말에 따라 저는 지금까지 저에게 잘 작동하는 Model Presentation이라는 MVP 버전을 시험해 보고 있습니다.나는 여전히 그것에 대해 이해하고 그것을 내 용도에 맞게 조정하고 있지만 내가 작성했던 코드에서 새로워졌습니다.

여기에서 확인해보세요: 프리젠테이션 모델

Answer 6

버전 제어 및 폴더 구조를 사용하여 너무 많은 파일이 동일한 폴더에 모두 포함되는 것을 방지합니다.폴더에 1,000개 이상의 파일이 있고 폴더가 열릴 때 모든 파일을 로드해야 하기 때문에 Windows 탐색기에서 무언가를 로드할 때까지 기다리는 것보다 더 고통스러운 것은 없습니다.변수 및 메소드 이름 지정에 대한 규칙은 가능하면 미리 마련해 두는 것이 좋습니다. 이렇게 하면 서로 다른 개발자가 고유한 손길을 가해 고통스럽게 표시하는 코드가 뒤죽박죽되는 일이 없습니다.

디자인 패턴을 사용하면 코드를 구성하고 크기를 적절하게 조정하는 데 도움이 될 수 있습니다.전략 패턴은 지원해야 하는 새로운 유형의 제품이나 장치를 추가해야 할 때 더 쉬운 시간으로 이어질 수 있습니다.일부 어댑터 또는 외관 패턴을 사용하는 것과 유사합니다.

마지막으로, 귀하의 양식이 어떤 표준을 준수할지 알아보세요.IE 사용자만을 위한 것입니까, 아니면 IE, Firefox 또는 Safari 중 어느 것이든 쉽게 양식을 로드하고 보기 좋게 보일까요?