Wir verwenden Google-Sammlungen seit mehreren Monaten in der Produktion. Wir möchten Guava für zusätzliche Funktionen verwenden. Allerdings habe ich Angst, Guava in unseren Produkt-Stack zu bringen. B/c Einige Entwickler beginnen vielleicht, Beta-Klassen zu verwenden.Wie verhindere ich die Verwendung von Beta-Klassen aus der Google Guava Library?
Wir haben verschiedene Komponententests in unserem Code, aber zu diesem Zeitpunkt, ich bevorzuge es nicht zu "Beta" -Klasse b/c enthalten ist es in der Zukunft Änderungen vorbehalten.
Gibt es einen einfachen Weg, um zu erkennen, ob das Projekt irgendwelche 'Beta'-Guaven-Klassen enthält?
Denken Sie daran, dass es '@ Beta'-Methoden in Klassen geben kann, die sonst nicht' @ Beta' sind. Außerdem sollte die Verwendung von '@ Beta'-APIs kein Problem darstellen, es sei denn, Sie verwenden sie in einer Bibliothek, die Sie veröffentlichen. Die Verwendung in einer _Anwendung_ sollte in Ordnung sein ... siehe [meine Antwort hier] (http://stackoverflow.com/questions/3678122/best-way-to-use-guava/3678559#3678559). – ColinD
ColinD - Klarstellung - wir sind in einem globalen Team, das automatisierte Aktienhandelssysteme für verschiedene Regionen in den USA, Europa, Asien usw. entwickelt. Wir haben das System mit Hilfe von Maven in verschiedene 'Komponenten/Module' aufgeteilt. So kann jede Region diese Bibliotheken "rüsten", um einen unterschiedlichen Geschmack von Aktienhandelssystemen zu schaffen. Es ist mir ein Anliegen, wenn wir Entwicklungsteams in 6 verschiedenen Regionen haben und kontrollieren wollen, wie wir uns einsetzen. Ich möchte wirklich Guava verwenden, aber vermeiden @Beta – mjlee