this post was submitted on 12 Sep 2023
38 points (95.2% liked)
Technology
59708 readers
1871 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
To expand on this, it’s the naming convention that Java defines.
https://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html
Further it isn't always
com, you'll often seenet,org, and rarely evenioshow up as the base package. All that said with the introduction of modules and some of the other recent changes I'm not sure how much longer we're going to see the reversed DNS naming system stick around.I’ve quite often seen people shoehorn their Github account into this format. com.github.username.projectname is quite a common sight for Flatpak packages. Reverse DNS naming assumes every package is created by a company while nowadays a large portion of popular packages were created by individuals.
It doesn't check for an actual DNS entry though, right? Would it be possible to do
person.developer.app?Correct, there's no actual validation done. You can literally make the package anything you want, you don't even need to follow the convention if you don't want to, although it is of course considered best practice to do so. The entire reason it exists is just as a convenient way to namespace Java classes without worrying about collisions. I personally think using
com.github.username.projectnameis a perfectly fine way to use the system and is completely within the spirit of it. Likewise if you wanted to useperson.developer.appyou could, although that's a little weirder. You might be better off using something likedev.person.app, although you'd need to be careful you don't accidentally step on someones toes if someone actually has the registration forperson.dev.