Microsoft Enterprise Library (EntLib)를 사용하는 것이 언제 적절한가요?

Enterprise Library를 언제 사용해야하는지 확실하지 않은지 모르겠지만 ... 전혀 배우지 못하고 있습니다. 나는 배우기 를 시작할 충분한 이유가 있다고 생각하고 언젠가는 그것을 사용할 것입니다.

EntLib를 사용해야 할 때가 있습니까?

언제 사용해서는 안됩니까?

EntLib을 여러 해 동안 사용했습니다 (개별 앱 블록 이었기 때문에). 나는 때로는 하나의 블록 만 필요로하고 다운로드 해야하는 경우 구성 요소의 크기에 이르기까지 꽤 무거울 수 있음을 발견했습니다. 종종 데이터 및 로깅 구성 요소를 함께 사용하며 크기를 정당화하기에 충분한 기능인 것 같습니다. 앱이 서버 측에 엄격하게 있다면 실제로 그렇게 큰 문제는 아닙니다. 좋은 점 중 하나는 하나 이상의 블록이 필요한 경우 다른 방식으로 구성된 여러 공급 업체의 여러 구현으로 이동할 필요가 없다는 것입니다. 또한 구성에 도움이되는 도구 (플러스 및 마이너스, 쉽게 만드는 플러스, 구성을 도와주는 도구가 필요한 마이너스)도 제공합니다.

EntLib을 작성한 팀원들과 나란히 일하고있는 몇 가지 패턴 및 연습 워크샵에 기증했습니다. EntLib을 만들려는 의도는 기본 프레임 워크에 속하지 않는 모든 사람이 필요로하는 공통 구성 요소에 Microsoft의 모범 사례를 구현하는 것이 었습니다. 그것들은 매우 안정적이며, 우수한 성능과 유연성을 제공합니다.

데이터 및 로깅과 같은 더 쉬운 블록을 사용하여 시작합니다. 그들은 구성하고 시작하기가 너무 어렵지 않습니다. 그런 다음 일단 그것들을 이해하면 다른 블록으로 넘어가는 것이 조금 더 쉬울 것입니다. 필요하지 않은 경우를 제외하고는 사용하지 말아야 할 상황을 찾지 못했습니다.

EntLib에는 좋은 것들이 많이 있지만, 그것들이 완전한 프레임 워크에 있지 않은 이유가 있습니다. 로깅 자료는 훌륭하지만 나중에 데이터 프레임 워크에 전체 프레임 워크를 추가하여 데이터 부분을 능가했습니다. 또한 일부 블록은 특정 상황에서 잘 맞지 않는 것으로 나타났습니다.

언급했듯이 오버 헤드는 경우에 따라 중요하며 구성이 매우 혼란 스러울 수 있습니다.

대부분의 앱에는 어느 정도의 성능 제약이 있으므로 EntLib 항목을 예로 사용하고 EntLib를 사용하는 것보다 자주 내 기능을 작성하는 경향이 있습니다.

이 방법을 사용하면 훌륭한 학습 도구였습니다.