[💬] 아 시발 참조 개새기야

[익명(222.236)]

아니 매개변수로 전달하면 참조 풀리는거 아니었냐고...

SO에 있는 클래스 매개변수로 전달하니까 참조 그대로 갖고가서 SO를 수정해버리네;;;

진짜 나빴다... ㅠㅠㅠㅠㅠ

참조 진짜 싫어 오늘 날 두번이나 죽였어

넌 이제부터 구조체다 십새기야

구조체는 또 Equal 써서 비교해야한다네 진짜 뭐 이리 귀찮은게 많냐..

[익명(222.120)]

C#에선 참조보다 구조체가 더 악랄한새끼임;;

[익명(222.236)]

헉 얘하곤 친하게 지내지 말아야겠다 그럼

[익명(222.120)]

친하게 지내긴 해야지 잘만 쓰면 가비지 & new 힙 할당 오버헤드 줄이는데 도움이 되긴 하니까 근데 구조체를 갖다가 값을 막 수정해서 써야되는 상황이면 대가리 아파짐

[익명(222.236)]

이간질이랑 화해를 둘다 시켜버리네

[익명(222.120)]

그리고 구조체는 무조건 Equals 비교를 해야하는건 아니고 != == 연산자 오버로딩하면 됨 근데 이것도 나름대로 규칙이 있어야지 싹다 오버로딩하면 대가리 깨진다

[익명(39.126)]

구조체 값 수정할때 그냥 새로 만들어서 값수정하고 덮어씌워

[꺄아악(220.117)]

현대 언어에서는 참조를 안쓰는 추세임. 부작용의 요인이 되기때문에.. 디자인패턴이나프로그래밍 언어 책들 보면, mutable, immutable 용어를 많이 봣을 것임. 그만큼 할당된 변수가 나중에 변한다는것은 인간이 인지해야할 중요사항이고 이게 나중에는 관리포인트 ( 버그 포인트 ) 가 된다는 얘기임. 그래서 개발시 immutable, not null 이 2가지를 고수하는 개발을 해야함. 그런의미에서 중간에 변경이 가능한 class사용보다는 struct 를 권고함. 물론 성능적인면에서 Boxing, Unboxing등의 요소들의 있지만, 요즘같이 하드웨어가 좋은 지금의 시기에는 사소한 것이다 라고 말할수 있지... ( 그런데 게임의 경우 매 프레임마다 호출되는 함수에는 사용하면 안되겠지 )