Czy słusznie zakładam, że większość użytkowników końcowych używa starszej wersji niż Java 8? Ponieważ nie chcę zmuszać ludzi do uaktualnienia w celu korzystania z mojej aplikacji, czy powinienem od samego początku planować używanie Java 7, a nawet 6, nawet jeśli oznacza to, że nie mogę samodzielnie korzystać z zalet nowszych wersji jako deweloper?
java
architecture
backward-compatibility
Andreas Hartmann
źródło
źródło
Odpowiedzi:
Powoływanie się na zainstalowane środowisko JRE nie ma sensu poza kontrolowanym środowiskiem korporacyjnym, w którym wszystkie komputery stacjonarne są zablokowane do określonej wersji. W takim przypadku powinieneś zadać to pytanie osobie kontrolującej to środowisko.
W przypadku aplikacji komputerowej Java dostępnej na rynku masowym należy użyć instalatora lub programu uruchamiającego, który zawiera pakiet JRE, którego chcesz używać, lub skonfigurować Java Web Start (JAWS).
Pamiętaj, że jeśli faktycznie fizycznie rozpowszechniasz pakiet JRE, musisz przestrzegać warunków licencji . Nie jestem prawnikiem, ale w większości przypadków nie powinny one stanowić problemu. Jeśli znajdujesz się w sytuacji, gdy masz zespół prawny, powinieneś oczywiście przejść obok nich.
Deweloperom lub innym technicznie zorientowanym narzędziom zwykle zaleca się publikowanie słoików w Maven Central , więc dystrybucja i pobieranie są całkowicie zautomatyzowane. Jest to jeden przypadek, w którym trzymanie się starszych wersji Java jest zaletą, ponieważ umożliwia ich stosowanie w korporacjach zamkniętych na starszą wersję.
Ale nie martwiłbym się tym zbytnio, ponieważ projekt rozpoczął się dzisiaj.
Wreszcie, jeśli wszystkie powyższe czynności są zbyt pracochłonne, możesz po prostu opublikować źródło na github lub bitbucket i pozwolić użytkownikowi samodzielnie go zbudować.
źródło
Java 6 nie jest obsługiwana przez Oracle, więc nie używaj tego. Obsługa Java 7 kończy się 15 kwietnia, więc wiesz. Wystarczy użyć Java 8 i zaoszczędzić sobie kłopotów.
Aby uzyskać więcej informacji, zobacz mapę drogową wsparcia Oracle .
źródło
Inną kwestią do rozważenia jest to, że w zależności od wielkości projektu, jaka wersja Java będzie dostępna i co będzie przestarzała. W przypadku większości dużych projektów rozsądnie byłoby pracować z bieżącą wersją „poza wersją beta / alfa” (w tym przypadku Java 8), która może, ale nie musi być aktualna po wydaniu.
źródło