Masz, jak zawsze, wiele opcji, w zależności od wymagań.
- użyć Runtime Preferences do przechowywania w PreferenceStore z odpowiednim PreferenceInitializer. Całkiem duży i obszerny interfejs API z całkiem niezłą myślą. Preferencje nie są domyślnie dostępne dla użytkownika lub administratora, więc należy wykonać pewne czynności, aby odsłonić stronę preferencji lub napisać do pliku właściwości.
Dla mniej zaawansowanych/mniej pracy, zwłaszcza jeśli nie masz dostępu do preferencji zaćmienie (np server side OSGi)
- ustawiony jako właściwość systemowa w RCP.ini. Nie można zmienić użytkownika po uruchomieniu, wymaga dostępu do pliku RCP.ini (eclipse.ini), co może być szczególnie przydatne, jeśli nie wspieracie IDE.
- ustawiono jako właściwość systemową, jako argument w skrócie. Zależy od użytkownika za pomocą skrótu. Specjalistyczny skrót musi zostać wygenerowany w czasie instalacji.
Jeśli dostępność z systemu plików jest naprawdę ważne, to uznałbym za pomocą jednej z powyższych metod, aby ustawić katalog etc
i pozwól wiązki generują domyślne właściwości plików w katalogu etc
jeśli nie istnieje przy pierwszym użyciu. Zasadniczo jest to zwijanie twojego własnego magazynu preferencji, więc jeśli masz pakiet preferencji dostępu, może lepiej to zrobić. Ten stary model User Settings FAQ może być również pomocny.
Przypominam sobie wywiad Ericha Gammy (jak w Gang of Four i JDT), w którym mówi on, że istnieje około siedmiu różnych mechanizmów preferencji i nigdy nie wiedział, którego użyć.
Czy użytkownik może zmienić ustawienia, czy może jest względnie zakodowany? –
Możesz zmienić ustawienia programowo, ale musisz dać użytkownikowi sposób, aby to zrobić. (Opcja preferencji GUI, np. Zaćmienie, cmd line arg, itp.) Properties.setProperty (key, val), a następnie Properties.store (strumień, nagłówek) –