Hemos estado utilizando las colecciones de Google en la producción durante varios meses. Nos gustaría comenzar a usar guayaba para funciones adicionales. Sin embargo, me da miedo llevar la guayaba a nuestra pila de productos, pero algunos desarrolladores pueden comenzar a usar clases "beta".¿Cómo evito el uso de clases beta de la biblioteca google guava?
Tenemos varias pruebas de unidad en nuestro código, pero en este punto, prefiero no incluir la clase beta 'beta', está sujeta a cambios en el futuro.
¿Hay alguna forma fácil de detectar si el proyecto incluye alguna clase de guayaba 'beta'?
Tenga en cuenta que puede haber métodos '@ Beta' en clases que no son' @ Beta'. Además, usar API '@ Beta' no debería ser un problema a menos que los estés usando en una biblioteca que estás liberando. Usarlos en una _aplicación_ debería estar bien ... vea [mi respuesta aquí] (http://stackoverflow.com/questions/3678122/best-way-to-use-guava/3678559#3678559). – ColinD
ColinD - Aclaración: estamos en un equipo global que crea sistemas automatizados de negociación de acciones para varias regiones de EE. UU., Europa, Asia, etc.). Rompimos el sistema en varios 'componentes/módulos' utilizando maven. Entonces cada región puede 'andamiar' estas bibliotecas para crear un sabor diferente de los motores de comercio de acciones. Entonces, me preocupa cuando tenemos equipos de desarrollo en 6 regiones diferentes y queremos controlar cómo y qué se usan. Realmente quiero usar guayaba pero evite @Beta – mjlee