Java에서는 Collections # unmodifiableList() 메서드를 사용하여 기존 List 객체에서 수정할 수없는 목록을 만들 수 있습니다. C#에 대응되는 부분이 있습니까? 저는 언어에 익숙하지 않으며 MSDN 문서에서 이와 같은 것을 찾을 수 없었습니다. 를 포함하여이 문제를 다루는 꽤 몇 가지 질문이있다
멤버 변수를 직접 반환하는 대신 Collections.unmodifiableList()를 반환하는 것이 좋습니다. 동료는 성능에 문제가 있다는 점에 우려하고 있습니다. 물론 가장 좋은 대답은 그것을 측정하는 것이고, 우리는 그렇게 할 수 있습니다 - 그러나 나는 당신의 경험과 모든 참고 문헌, 프로 또는 죄수를 알고 싶습니다.
이해할 수없는 Immutable 컬렉션의 결함이 정확한지 확신 할 수 없으므로이 대답에 나열합니다. 누군가가 나를 여기에서 교정하기를 바랍니다. a) : ImmutableXXX.copyOf() 은 Collections.unmodifiableXXX()와 비교하여 소스 수집 기능을 잃습니다. 예를 들어, linkedList가 ImmutableList.copyO
나는 Collections.unmodifiableSet이 주어진 세트의 수정 불가능한 뷰를 반환한다는 것을 알 수 있지만, 이것을 달성하기 위해 왜 final 수정자를 사용할 수 없는지 이해할 수 없습니다. 내 생각에 final은 수정할 수없는 것을 상수로 선언합니다. 따라서 세트가 상수로 선언 된 경우에는 수정할 수 없으므로 세트에서 제거 할 수없고 아무
Collections.unmodifiableCollection()와 같은 unmodifiableSet(), unmodifiableList() 대한 hashCode() 및 equals() 같음 메소드는 기본 콜렉션으로 호출을 전달합니다 ... 이상한 예외가있는 경우 : unmodifiableCollection(). Javadoc을 explicitly stat
도메인 계층이 컨트롤러에 의해 UI에서 분리 된 Java 응용 프로그램이 있습니다. 문제는 이러한 컨트롤러가 도메인 개체를 반환 할 수 있으며 도메인 개체를 매개 변수로 가질 수 있다는 것입니다. 반환 된 도메인 개체 중 일부는 변경할 수 있으며 이것이 내가 막으려 고하는 것입니다. UI (또는 미래의 UI)가 컨트롤러에 액세스하지 않고 직접 도메인을 수정