W dniu 14.06.2021 o 16:06, J.F pisze:
> On Mon, 14 Jun 2021 08:22:16 +0200, _Master_ wrote:
>> W dniu niedziela-13-czerwca-2021 o 23:57, ii pisze:
>>> System ma funkcje, które są wołane przez jego aplikacje. W nowszych
>>> systemach pojawiają się nowe funkcje a niektóre stare znikają.
>>>
>>
>> I to ma być przeszkoda aby tak banalna aplikacja jak nawigacja nie mogła
>> działać. Takie masz wytłumaczenie postarzania produktu/aplikacji?
>>
>> Bez jaj ;-)
>
> Zobacz np to
> https://developer.android.com/reference/android/loca
tion/GpsStatus.Listener?hl=en
>
> GpsStatus.Listener
>
> Added in API level 3
> Deprecated in API level 24
>
> Use GnssStatus.Callback instead.
>
> No i czego w programie uzyjesz?
>
> A tymczasem pierwsze jest w starych androidach, drugie w nowszych,

Można użyć obu, ale takie nadmiarowe pisanie aplikacji nie jest
bezkosztowe. Ostatecznie nikt nie chce używać starego tylko nowe. Ten
stary kod też trzeba jakoś pielęgnować. Przyjdzie nowa funkcjonalność
apki i będzie trzeba zakodować na starych funkcjach i na nowych i może
jeszcze jakichś pośrednich.

Jak napisałem, problem jest z szybką ewolucją systemów operacyjnych w
sytuacji gdy nie mają wydzielonej warstwy bibliotek. Właściwie od lat
programowanie tak dup..to wygląda. Co chwila zmieniają się narzędzia,
języki. Jakieś nadzieje daje dotnet, ale ... no nie wiem. Był dotnet,
jest dotnet-core, za chwilę będzie nie wiadomo co. Apka może być
funkcjonalnie prosta, ale ciągle w czymś trzeba ją zrealizować i potem
utrzymywać.