Talk:Immutable object

Java Low‑importance

	This article is within the scope of WikiProject Java, a collaborative effort to improve the coverage of Java on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.JavaWikipedia:WikiProject JavaTemplate:WikiProject JavaJava articles
Low	This article has been rated as Low-importance on the project's importance scale.

Computing: Software Low‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Low	This article has been rated as Low-importance on the project's importance scale.
	This article is supported by WikiProject Software (assessed as Low-importance).

Tip: Anchors are case-sensitive in most browsers.

This article links to one or more target anchors that no longer exist.

[[Rust (programming language)#Ownership|ownership]] The anchor (#Ownership) has been deleted by other users before.

Please help fix the broken anchors. You can remove this template after fixing the problems. | Reporting errors

InmutableChart[edit]

there is an error: ImmutableCart is immutable only if elements of the list are themselves immutable. Otheriwse, you copy the list allright, but you share the elements with the caller, so he can mutate them as he pleases. —Preceding unsigned comment added by 128.30.84.40 (talk • contribs) 18:40, 19 November 2005

I disagree. It depends on what you consider part of the "ImmutableCart" object. I consider an "ImmutableCart" object to contain only its fields, i.e. the reference "items". Under this definition, "ImmutableCart" is indeed immutable. --Spoon! 09:03, 18 March 2007 (UTC)[reply]

Wouldn't this imply that the Cart class is immutable too? I.e. the 'items' reference never changes (although its contents may change). Zedoo (talk) 18:28, 16 August 2008 (UTC)[reply]

I changed all references to vector in the C++ example to std::vector, as the C++ example would presumably be in a header file and it is generally considered bad style to include a global using namespace directive in a header file. I think it's very important for code examples to exhibit good style even if that makes them a little more verbose. - Zixyer 02:24, 19 December 2005 (UTC)[reply]

why does defensive copying link to object (computer science) which has no information as to what "defensive copying" means probably a mistake, can somebody correct? --Alex 11:10, 30 December 2005 (UTC)[reply]

I changed the defensive copy redirect to go to Object copy instead, which talks about defensive copying.Tim Dean 22:07, 31 December 2005 (UTC)[reply]

List to Array to List?[edit]

I'm not a C# guy so I was afraid to make the change myself, but does anyone else see anything wacky about ImmutableCart's constructor? I checked the docs and it looks like List has a constructor that takes a collection as an argument, presumably creating a new list containing the same objects as the old one.

Is there a good reason why the example takes the input List, turns it into an array, then turns it into a new List? Guess I'll just make the change... tfrey 21:31, 14 April 2008 (UTC)

Because it's not C# but Java, and List is (last time I checked) not a class and cannot be instantiated. I'm reverting the change. -- Taku (talk) 11:53, 4 May 2008 (UTC)[reply]

But wouldn't Collections.unmodifiableList(items) be better in both cases? --131.159.0.7 (talk) 14:57, 14 June 2008 (UTC)[reply]

No, because Collections.unmodifiableList(items) doesn't create a copy of a list. items.toArray(), on the other hand, gives a copy of an array (not the underlying array.) -- Taku (talk) 20:55, 14 June 2008 (UTC)[reply]

Need for disambiguation[edit]

"Mutability" is also used in the biological sciences. E.g. In Voet&Voet, 2011, p3, "Life possesses the properties of replication, catalysis, and mutability." 86.184.76.240 (talk) 16:02, 20 January 2011 (UTC)[reply]

Error in c++ example[edit]

The first example in the c++ is not fully immutable. By returning a reference in the non-const getItems() you allow the priovate data to be edited. see my example on ideone: http://ideone.com/kWhakl This function needs to either return a copy or a const reference, then the function marked as const. — Preceding unsigned comment added by 108.47.10.190 (talk) 16:07, 7 April 2014 (UTC)[reply]

C# example[edit]

Is it possible to have C# examples on this page as well? Is Java folks and other anti-MSFT folks don't mind.. — Preceding unsigned comment added by 94.237.84.224 (talk) 07:00, 3 February 2015 (UTC)[reply]

mysterious words explained[edit]

I have been coding for years, and always thought that "mutable" and "immutable" meant something different from simply "changeable" and "unchangeable". Now I am laughing at myself. Why didn't I check those words in a dictionary?

But my story raises a question. Why do we still use these mysterious names? Do these "clever" names make us more clever as programmers or maybe even as humans? ;-)85.193.250.20 (talk) 23:25, 11 February 2016 (UTC)[reply]

modifies a pointer an a length filed[edit]

Re "modifies a pointer an a length filed" I suspect that filed might be field, but I'm not sure how to correct the "an a" it doesn't make sense to me, but wouldn't make any more sense if changed to "and a". Ϣere SpielChequers 11:24, 17 January 2019 (UTC)[reply]

gru1::fx8x6-1656853834137-1d27411430c3[edit]

gru1::fx8x6-1656853834137-1d27411430c3 2804:431:E7C1:A7EC:C949:2BF0:AB1B:46DA (talk) 13:12, 3 July 2022 (UTC)[reply]

What is immutable in JavaScript[edit]

Where we should use immutable ?? 115.127.172.50 (talk) 17:31, 16 August 2022 (UTC)[reply]