2013-12-11 1 views
5

나는이 질문을 2001 년 12 월 11 일에 물었습니다. 이제이 질문은 더 이상 유효하지 않습니다.상용 제품에서 JDK8을 사용하는 것이 안전할까요?

JDK 1.8의 중요한 날짜의 일부 -

2013년 9월 5일 개발자 미리보기

2014년 1월 23일 최종 릴리스 후보

2014년 3월 18일 일반 가용성

JDK 1.8을 상용 제품으로 개발하는 것이 안전할까요? 그래도 개발자 미리보기 단계에 있으며 테스트 목적으로 사용하는 것이 좋습니다. 또는 일반 출시 버전이 출시 될 때까지 기다려야합니까?

미래에 JRE의 새로운 릴리스로 시스템이 업데이트되고 JDK 1.7에서 개발이 시작될 경우 일부 API가 사용되지 않게 될 때 주요 문제가 발생할 것입니다. 이것은 시스템 처리의 오판이 될 수 있습니다.

+3

JDK 7에 비해 큰 개선이다. 그러나 내가 귀하의 입장에 있다면, 최종 응용 프로그램이 생산 응용 프로그램에 사용할 때까지 기다렸을 것입니다. _API는 JDK 1.7_에서 개발이 시작되면 더 이상 사용되지 않을 것입니다. Java는 큰 호환성을 가지고 있기 때문에 문제가되지 않을 것입니다. –

+0

필자는 JDK 7에 계속 작성하지만 JDK 8 릴리스에 대한 단위 테스트/컴파일 테스트를 수행합니다. 그런 다음 릴리스가 실수하면 프로젝트에 영향을 미치지 않습니다. – McDowell

+0

더 이상 사용되지 않는 메소드는 대개 적어도 하나의 추가 주요 릴리스에 머물러 있어야합니다. JDK8의이 시점에서 중요한 변경 동결이 존재하므로 새로운 API를 구축해서는 안되며 api를 제거해야한다고 생각합니다. 기본적으로는 수정하는 것입니다. 난 당신이 install4j, advancedinstaller, exec4j, 등 (같이 할 수있는) jre 임베디드 내 애플 리케이션을 배포 할 수 있었다면 "생산"애플 리케이션에서 JDK8을 사용하지 않을 것이라고 – SnakeDoc

답변

7

서버 응용 프로그램 인 경우 : 서버 환경을 제어합니까? 그렇다면 JDK 8은 쉬운 예입니다. 다른 시나리오에서 고객은 제품이 특정 JDK에서 실행되어야한다고 지시합니다.이 경우에는 제품을 중단 할 수 없습니다.

소비자 응용 프로그램 인 경우 : 언제든지 JRE를 포함 할 수 있으며 원하는 버전을 사용할 수 있습니다. 어떤 이유로 시스템 JRE를 사용해야하는 경우에는 그렇지 않을 수도 있습니다. 괜찮아,

JDK 8은 일반적으로 내가 본 것과 매우 안정적이고 당신의 제품이 생산하지 않는 경우는

+0

+1 귀하의 제품에 jre를 임베드 할 것을 제안합니다. – SnakeDoc

+0

+1. 왜 지금 더 나은지에 대한 제안? –

+1

간단합니다. 컬렉션의 map/flatMap/filter. Lambdas : 이전에는 함수 전달이 가능했지만 훨씬 더 좋았습니다. 기타 많은 것들 too – user2684301

관련 문제