왜 스프링 프레임 워크인가?

스프링 프레임 워크에 내 애플리케이션을 묶는 데 단점이 있습니까?
버그 나 문제가있는 경우 이에 대해 이야기하는 것이 아닙니다. 저는 어플리케이션 라이프 스타일에 영향을 줄 전략적 아키텍처에 대해 이야기하고 있습니다.
EE 컨테이너에서 지원되는 Java EE 핵심 기능보다 Spring을 선호해야합니까? 장점은 무엇입니까?왜 스프링 프레임 워크인가?

감사합니다.

출처

2011-02-02 Mykhaylo Adamovych

전적으로 주관적입니다. 둘 다 작동합니다. – Bozho

이것은 http://programmers.stackexchange.com/ –

에 대한 좋은 질문이 될 것입니다. http://stackoverflow.com/questions/68527/should-i-use-ejb3-or-spring-for-my-business-layer, http://stackoverflow.com/questions/1735741/which-is-better- to-continue-java-ee-or-spring-framework, http://stackoverflow.com/questions/1281748/which-one-should-i-learn-springhibernate-or-java-ee 등 –

모든 기술 결정에 대한 표준 단점이 적용됩니다. Spring을 선택하고 나중에 순수 Java EE로 되돌리려면 전환을 수행 할 때 약간의 작업 (또는 스프링 사용 방법에 따라 많은 작업)이 있습니다.

스프링은 아마도 수십만 개의 자바 애플리케이션 (아마도 더 많은 것)이 사용하는 전투 테스트 프레임 워크입니다. 미래에 지원되지 않을 수있는 '프린지'기술과 달랐습니다.

어느 쪽이든 좋은 선택입니다.

출처

2011-02-02 15:38:24 hvgotcodes

그렇습니다. 그러나 a) Spring은 자신의 산업 표준이되었습니다. 스프링 애플 리케이션을 비 스프링에 이식해야하는 위험이 있습니다. Java ee는 작고 Spring 3에서는 Spring이 많은 것을 포용하려고 시도합니다. 가능한 한 표준 API (JEE 포함)를 사용하여 응용 프로그램의 연결을 봄에 최소화 (따라서 가능한 전환을 촉진) –

@sean, 오른쪽. 귀하의 첫 번째 요점은, 그것은 내가 두 번째 단락에서 전달하려고했던 것이 었습니다. – hvgotcodes

우선, 응용 프로그램의 모든 구성 요소를 다른 상자에 나열하는 것이 좋습니다. 배달을 위해 채택하려는 올바른 기술로 각 상자를 식별하십시오.

그런 다음 계획중인 기술 중 Springframework를 사용할 수있는 기회가 있는지 확인하십시오. 현재 스프링 프레임 워크는 로깅에서 ORM으로의 제 3 자 통합을 지원합니다.

여기에서 Springframework를 채택해야하는지 여부에 대한 이점 또는 정당성을 알 수 있습니다.

핵심 포인트는 CBA (Cost Benefit Analysis)를 살펴 보는 것입니다. 오히려 애플리케이션 아키텍처가 사용자가 접하게되는 프레임 워크의 선택에 맞도록 만드는 것입니다. 대답이 가장 간단한 평신도 질문은 : 내가 일할 필요가 있는가?

출처

2011-02-02 15:39:32 d4v1dv00

왜 스프링 프레임 워크인가?

답변

관련 문제