, 오래 오래 함께 후에 "라고 도메인은 아래의 하늘, 나눌 것입니다."
머리말에서 - "삼국"
거기에 C와 V를하고 Ctrl + C와 Ctrl 키를 + V를 거의 매일 매일의 키보드와 마우스까지입니다, 사용 똑, 소프트웨어 엔지니어들이 소프트웨어 개발에 종사하고있는 컴퓨터를 사용하는 키보드에 두 개의 키가있는 동안 이력서 기반의 프로세스 지향 시대에 이미 포기했다 용 소프트웨어 개발.
프로젝트에서 현재 개발 문제의 숫자와 관련된에서 동료들과 토론하는 방법을 기존의 이력서 기반의 개발 모델은 향상된 작업을합니다.
이 단계는, 우리는 성능 관리 소프트웨어, 특수으로 관리 소프트웨어를 개발, 시스템의 흐름에 유사한 양식이 많이 될 순서대로 접근할 때 이러한 형태의 기타 몇 가지 정보가 추가됩니다 제시와 상호 작용합니다. 가장 일반적인 부서와 인사 평가 형태의 시험은, 시스템은 거의 친근한 대화형 프레 젠 테이션에 대한 동일한 인터페이스를 보이는 경우에는 몇 가지 격차됩니다. , 영역을 채점에이 링크를 실행 점수를 받아, 사용자는 목록 페이지를, 각 사람마다 표시기 속도 세부 정보 페이지의 생각을 평가하여 디스플레이 평가하여 표시 객체를 두 페이지를 사용합니다. 이제 모델은 지금, 그리고 섹터 개발 모듈을 테스트하므로 후자를 테스트, 그들은, 모듈을 추가, 이력서 직원 모듈을 사용하는 직원은 회원, 부서 및 기타 정보가 일부 직원의 위치와 같은. 옆으로 퍼팅 여부 이력서 접근 객체 지향 규칙, 목록 페이지와 같은 추가하거나 비 제어 필드를 제거하려면, 적어도 두 개의 변경을 원하는 추한 등, 코드 유지 보수 관점, 그냥부터하십시오. 더 큰 악몽, 리뷰, 그렇게 오랜 시간 그 이상의 장소를 수정, 승인을 환경 같은 페이지의 목록을 사용했다. 
이 불편을 끼쳐 드려 이력서 방식, 그 부분적으로 분리하는 일반적인 방법이 아닌 클래스에 전화 (Chouqu에 대한 하나의 방법론에 제한이 많은에 대한 상속의 클래스로 인해 Kuangjia)을 추출려고했는데 수 실현의 종류는 매우 우아하고 사업에 논리가 표시됩니다 없습니다.
오늘의 논의 결과는 전 비슷한, 표준 이력서의 원래 모델이 어느 정도에만에만있는 기본적인 방법을 시도했습니다.
생각은 오래 ASP.net MVC 프레임 워크를 배우기 전, 데이터는 직접. ASPX 페이지를 내게 몇 가지 아이디어를주고, 그래도 MVC 프레임 워크에 쓸모가 작성하는 바인딩, 또한 그리드 표시, 현재 수 일류의 정보 (ascx) 생성 컨트롤의 앞에 그리드 테이블, 컨트롤, 이러한 매개 변수에 직접 데이터베이스 및 반환에 액세스할 수에 따라 몇 가지 매개 변수를 설정 것입니다 정보를 표시해야하고, 소스에서이 ascx 컨트롤을 바꿀 것입니다 하나는 표시 논리 비즈니스 로직으로부터 분리의 일부로 비용 표시를 조정하고, 두 번째에 아주 작은 정보를 가질 수 있도록, 확장 컨트롤 3 년 후 더 업그레이 드하는 것이 편리하실 수 있습니다.
다음 단계는이 아이디어를 얻을 데모을 수행하려고 할 것입니다.
