구아바 README에 따르면 @Beta이나 CAN을 변경하거나 삭제할 수 있습니다. 나머지 클래스가 이전 버전과 이진 호환되는지 (또는 잘못 읽었는지) 명확하게 말하지 않습니다. 달리 언급하지 않을 경우 이전 버전과 호환된다는 느낌이 들지만.guava는 이전 버전과 호환됩니까?
내 관심사는 다른 라이브러리가 새로운 구아바 버전 (및 컴파일)에 대해 작동 할 수 있다는 것입니다. 그러나 새로운 버전이 변경/수정되어 쉽게 감지 할 수없는 버그가있는 동작에 의존 할 수도 있습니다. 안전하게 업그레이드 할 수 있습니까?
Google은 모든 릴리스의 모든 비 @ @ 베타 API에 대한 이진 및 소스 호환성을 꾸준히 유지해 왔지만, 적어도 18 개월 전에는 더 이상 사용되지 않는 메소드는 제거하지 않았습니다.
우리는 JDK 8의 전환이 우리에게이 점에서 전례없는 도전을 줄 것이다 가능성을 인정하기 시작하지만 우리는이 표준을 계속, 그것은 우리가 약간 호환되지 않는 업그레이드 이벤트에 강제 할 수있다 수입니다 미래. 나는 그것이 필요하지 않을 것이라는 것을 희망하는 것을 계속한다.
guava가 메소드를 제거하기로 결정한 이유는'메소드'를 사용하지 않는 것입니까? 심지어 JDK는 그렇게하지 않습니다. 이 결정을 내리는 데있어 무엇이 주도하고 있습니까? – zinking
나는 여기에 구아바 라이브러리 버전을 이전 버전과의 호환성 보고서를 준비했습니다 : http://abi-laboratory.pro/java/tracker/timeline/guava/
보고서는 japi-compliance-checker 및 japi-tracker 도구에 의해 생성됩니다.
'@ Beta' 클래스를 사용하지 않으면 아무런 문제가 없어야합니다. – fge