this post was submitted on 30 Sep 2023
384 points (100.0% liked)

196

16243 readers
1704 users here now

Be sure to follow the rule before you head out.

Rule: You must post before you leave.

^other^ ^rules^

founded 1 year ago
MODERATORS
384
submitted 11 months ago* (last edited 11 months ago) by [email protected] to c/[email protected]
 
all 18 comments
sorted by: hot top controversial new old
[–] [email protected] 71 points 11 months ago

Triple A games be like

[–] [email protected] 31 points 11 months ago (2 children)

App updates can have a maximum size of 34 gigabytes on the play store. Look up android rule 34 for more info.

[–] [email protected] 3 points 11 months ago

same with apple. google apple rule 34

[–] [email protected] 3 points 11 months ago

Why does this only apply for Android 18?

[–] [email protected] 25 points 11 months ago (2 children)
[–] [email protected] 71 points 11 months ago (1 children)

App name is very likely referenced inside every class file. Changing the name triggers a change for every file in the project. Depending on the version control software it may consider that grounds to re-download the entire file on update.

The actual change may have only consisted of 180mb of changes but it affects 34.1GB of files.

[–] [email protected] 29 points 11 months ago (3 children)

I'm not a mobile app developer so I'm a bit confused. Why would every class need to refer the app name? Isn't it enough of the pom file (or whatever the equivalent is that has to package the app) knows it?

[–] [email protected] 30 points 11 months ago (2 children)

Android apps are written in Kotlin or Java and this means every file will be per convention under com.company.appname(or similar)

And every file will have a line

package com.company.appname

And references to other files in the import.

This means every source code file is changed and therfore recompiled and the update will include the whole app.

Now 35GB means there is a lot of image and/or Audio resources also included. Why this is updated as well I don't know, but their path also changed. Maybe that's enough for the Version control to see it as new.

[–] [email protected] 15 points 11 months ago

And that's why you use a separate codename for actual software development. Changing the visible app name should only affect a few resource files.

[–] [email protected] 6 points 11 months ago

In those cases, I would leave the internal naming alone. It's not uncommon for software to have a different name internally than externally.

[–] [email protected] 24 points 11 months ago

Not if you're a garbage developer.

[–] [email protected] 14 points 11 months ago

Assuming a language like Java: It's possible that the app name is included in the name of packages, so referencing packages other than the current one would need the app name. See the constant pool.

But that falls into the "bad programmer" someone else mentioned. Developers should have internal code names that are independent of marketing stuff like the name of the app.

[–] [email protected] 15 points 11 months ago

What if the new name is very long?

[–] [email protected] 3 points 11 months ago (1 children)

If I may ask, which app is this about?

[–] [email protected] 3 points 11 months ago* (last edited 11 months ago)

Its resident evil village on the mac app store

[–] [email protected] 3 points 11 months ago

That's a big name.