this post was submitted on 14 Jul 2024
481 points (96.7% liked)

linuxmemes

20688 readers
1070 users here now

I use Arch btw

Sister communities:

Community rules

  1. Follow the site-wide rules and code of conduct
  2. Be civil
  3. Post Linux-related content
  4. No recent reposts

Please report posts and comments that break these rules!

founded 1 year ago
MODERATORS
poopsmith@lemmy.world
zephyr@lemmy.world
481
I like C programs for their speed (lemmy.world)
submitted 2 months ago by Waffelson@lemmy.world to c/linuxmemes@lemmy.world
78 comments fedilink hide all child comments
 
you are viewing a single comment's thread
view the rest of the comments
[โ€“] calcopiritus@lemmy.world 2 points 1 month ago (1 children)

I'm not a java programmer, but I think the equivalent to str would be char[]. However the ergonomics of rust for str isn't there for char[], so java devs probably use String everywhere.

[โ€“] Ephera@lemmy.ml 1 points 1 month ago

Nope, crucial difference between Java's char[] and Rust's &str is that the latter is always a pointer to an existing section of memory. When you create a char[], it allocates a new section of memory (and then you get a pointer to that).

One thing that they might be able to do, is to optimize it in the JVM, akin to Rust's Cow.
Basically, you could share the same section of memory between multiple String instances and only if someone writes to their instance of that String, then you copy it into new memory and do the modification there.
Java doesn't have mutability semantics, which Rust uses for this, but I guess, with object encapsulation, they could manually implement it whenever a potentially modifying method is called...?