응용 프로그램 프레임 워크 - 구매, 빌드 또는 동화?

Question

기본 애플리케이션 프레임 워크와 관련하여 다른 상점이 무엇을하고 있는지 궁금했습니다. 응용 프로그램 프레임 워크는 추가 또는 확장 된 기능을 제공하여 구축 된 응용 프로그램의 품질을 향상시킬 수 있다고 생각합니다.

Spring (또는 Spring.net) 등과 같은 다양한 상자 프레임 워크가 있습니다. 나는 이것들의 가장 큰 문제가 그들이 일품 카테가 아니라는 것을 알았습니다. 기본적으로 기능이 너무 많은 기능을 가지고 있으며 해당 기능의 모든 부분이 가장 잘 구현되지 않으면 여러 프레임 워크의 패치 워크를 사용하여 이러한 작업을 수행하여 부풀어 오르고 혼란을 일으킬 수 있습니다. 이것은 제 생각에 무료 및 상업 시스템에 적용됩니다.

물론, 글쓰기는 주로 바퀴를 다시 발명하고 있습니다. 그러나 가장 사용자 정의 가능한 옵션을 제공하기 때문에 그것이 장점이 없다고 생각합니다. 그러나 어떤 것들은 개발하기에는 너무 커서이 경우 개발 비용에 대한 주저로 인해이 경우에 제대로 구현되거나 구현되지 않은 것 같습니다.

Application Framework의 개별 부분을 다루는 다양한 오픈 소스 프로젝트가 있습니다. 이들은 다양한 출처의 포괄적 인 프레임 워크를 구성하는 데 도움이되도록 채택 또는 동화 (면허 계약에 따라)를 채택 할 수 있습니다 (면허 계약에 따라).

우리는 전체 기업의 응용 프로그램에서 더 큰 문제를 살펴보고 상황에 접근했으며 유효한 교차 절단 문제 및 반복 구현 문제 목록을 제시했습니다. 결국, 우리는 부분적으로 오픈 소스 인 하이브리드 솔루션, 기존 오픈 소스 옵션을 기반으로하고 부분적으로 사용자 정의가 개발되었습니다.

우리의 틀에있는 것들의 몇 가지 예 :

• 예외 및 이벤트 로깅 제공자. 모든 응용 프로그램이 최소한의 코딩 노력으로 예외와 이벤트를 동일한 방식으로 예외와 이벤트를 기록 할 수있는 간단하고 균일 한 수단. 상자 밖에서 SQL 서버, 텍스트 파일, 이벤트 뷰어 등에 로그인 할 수 있습니다. 다른 소스에 로그인하기 위해 확장 가능성 포인트가 포함되어 있습니다.
• 가변 할당 시행. Junit에서 영감을 얻은 구문을 사용하여 객체 유형에 따라 확장 메소드를 노출시키는 일반 클래스. 예를 들어, myObject가 null이 아닌지 확인하기 위해 간단한 시행을 할 수 있습니다. 또는 간단한 시행을 수행하여 특정 유형인지 확인하십시오. 시행 실패는 코드 금액을 줄이고 구현의 일관성을 제공하는 적절한 예외를 제기합니다.
• 단위 테스트 도우미. 클래스와 그 속성을 자동으로 테스트 할 수있는 반사를 기반으로 일련의 클래스. (에서 영감을 받다 자동 클래스 테스터 Codeplex에서) 그러나 처음부터 작성되었습니다. 전통적으로 어렵거나 시간이 많이 걸리는 테스트에 대한 단위 테스트 생성을 단순화하는 데 도움이됩니다.

우리는 또한 다른 기능을 그대로 채택했습니다. 예를 들어, 우리는 사용 중입니다 포스트 쇼트 AOP의 경우 모크 조롱을 위해 Autofaq di.

다른 사람들이 무엇을했는지 궁금해하고 당신이 만족 한 툴링을 찾지 못한 프레임 워크 주소가 무엇인지 궁금합니다. 우리의 경험에 관해서는, 우리는 새로운 프레임 워크의 이점을 확실히 거두고 있으며 우리가 취한 접근 방식에 만족합니다.

Answer 1

우리의 접근 방식은 건축가 전체 팀을 바꾸는 것이 었습니다 (즉기술 건축가') 을 위한:

• 기존 오픈 소스 프레임 워크에 적응하고, 어떤 경우에는 프레임 워크를 변경할 수 있도록 사내 API에서 캡슐화하는 경우
• 또는 특정 요구에 따라 새로운 프레임 워크를 만들면 여러 프로젝트의 여러 팀이 발견되었습니다.

접근 방식이 무엇이든, 그 프레임 워크는 매우 잘 문서화되어야합니다 (적어도 완전한 공개 API)), 그들의 출시는 잘 광고해야합니다.
모든 팀은 해당 프레임 워크에 대한 작업을 기반으로하므로 자신의 배송을 구축하기 위해 가능한 빨리 프레임 워크 버전을 업그레이드해야합니다.

Answer 2

나의 간단한 조언은 당신이 당신의 요구에 맞는 프레임 워크를 사용한다는 것입니다. 물론,이를 위해서는 실험하고 미리 찾고있는 것을 미리 알아야합니다. 프레임 워크에 필요한 것보다 훨씬 더 많은 것이 포함되어 있더라도 비용은 얼마입니까? 평균 문제의 경우 비용은 항아리의 추가 MBS에 불과하며 대부분의 프로젝트에서는 괜찮다고 생각합니다.

결국, 당신은 당신의 초점이 사용자 가치를 제공하고 개발자의 유지 보수를 완화하는 데 집중할 수 있도록 작업을 올바르게 수행하는 프레임 워크를 선택해야합니다. 물론, 모든 사람의 문제를 해결하는 단일 프레임 워크는 없지만, 그들이 목표로하는 스위트 스팟을 쳤던 프레임 워크가 있습니다. 그것은 모두 최선의 타협으로가는 문제입니다.