fastandcurious@lemmy.world to Privacy@lemmy.ml · 1 year agoWhat the actual fuck?!lemmy.worldimagemessage-square47fedilinkarrow-up1278arrow-down112file-text
arrow-up1266arrow-down1imageWhat the actual fuck?!lemmy.worldfastandcurious@lemmy.world to Privacy@lemmy.ml · 1 year agomessage-square47fedilinkfile-text
minus-squarehuginn@feddit.itlinkfedilinkarrow-up6arrow-down1·1 year agoNot really. Android apps can declare which urls they accept as deep links. Once that is registered with the system (ie after install) then links of that type can be opened by the app. It doesn’t have to match the package name.
minus-squaretaladar@sh.itjust.workslinkfedilinkarrow-up4arrow-down5·1 year agoThe package name should, however, match a domain owned by the publisher of the package.
minus-squaretaladar@sh.itjust.workslinkfedilinkarrow-up5·1 year agoThat is how Java names work. The whole domain-like appearance is meant to avoid name collisions between packages made by different companies.
minus-squaretaladar@sh.itjust.workslinkfedilinkarrow-up4·1 year agoYou are thinking of the standard library, I mean package names for third party code, specifically for what Java calls packages. https://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html
Not really.
Android apps can declare which urls they accept as deep links. Once that is registered with the system (ie after install) then links of that type can be opened by the app. It doesn’t have to match the package name.
The package name should, however, match a domain owned by the publisher of the package.
deleted by creator
That is how Java names work. The whole domain-like appearance is meant to avoid name collisions between packages made by different companies.
deleted by creator
You are thinking of the standard library, I mean package names for third party code, specifically for what Java calls packages.
https://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html