나는 많은 이야기에 동의하지 않으며 더 이상 언급되지 않았다고 생각하므로 처음부터 시작할 것입니다.

민첩한 방법론

프레임 워크 개발 과정에서 민첩한 방법론을 채택하여 변화에 적응하고로드 블록에 신속하게 대응하며 기능적이고 품질이 우수한 최종 제품을 보장 할 수 있습니다. 애자일 방법론은 “Agile Manifesto”에 따르면 다음과 같은 우선 순위를 정합니다.

프로세스 및 도구를 통한 개인 및 상호 작용 포괄적 인 문서를 통한
소프트웨어 작업 계약 협상을 통한
고객 협업 계획 에 따라
변경 에 응답

맞습니다. 나는 기능이 문서보다 중요하다고 말했다. “Agile Manifesto”는 오른쪽 우선 순위가 여전히 중요하지만 왼쪽보다 우선 순위가 낮다는 점을 언급합니다.

통신

프레임 워크를 만드는 사람은 누구나 알아야합니다.

1. 사용 방법 : 대상 응용 프로그램
2. 해결하려는 문제 : 대상 문제
3. 사용 대상 : 대상 고객

예를 들어, 회사에서 ASP .NET을 사용하여 최종 응용 프로그램을 개발하려는 경우 프로그래머에게 위의 내용을 알리지 않고 “이 프레임 워크를 만들도록”하는 것은 어리석은 일입니다. 프로그래머가 대상 응용 프로그램을 모른다면 웹 지향적이지 않을 수 있습니다. 문제를 알지 못하면 다른 목적으로 프레임 워크를 만들 수 있습니다. 청중을 모른다면 C ++로 프레임 워크를 프로그래밍 할 수 있습니다. 이러한 상황은 결과 프레임 워크를 쓸모 없게 만듭니다.

스타일

말할 필요도없이, 프로그래밍 스타일 / 포맷을 설정하고이를 고수하십시오.

E

1. 모듈성 : 문자 적으로가 아니라 프로그래밍 방식으로 코드를 재사용하십시오.
2. 효율성 : 코드는 재사용하기위한 것입니다. 속도 저하는 배가됩니다.
3. 유지 관리 성 : 해당 프로그램을 수정하지 않고도 프레임 워크를 편집하여 여러 프로그램을 업데이트 할 수 있습니다.
4. 유용성 : 응용 프로그램이 실제로 농구대를 뛰어 넘지 않고 프레임 워크를 사용할 수 있습니까?
5. 실용성 : 휠을 다시 만들지 않아도 휠을 재발 명하지 마십시오. 프레임 워크는 다른 프레임 워크에 의존 할 수 있습니다.
6. 중복성 : 예외 / 오류를 포착합니다. 어디에나. 처리하십시오. 어디에나. 오류가 있음을 알더라도 오류를 처리하기 위해 로컬 범위의 코드를 신뢰하지 마십시오.

답변