[💬] 함수 전부 public으로 만들어버리면 클남?

[익명(61.77)]

왜 찜찜하다고 하는걸까 

[이중난수(dualrandomness)]

https://youtu.be/oHaGgLRZy3Y
- dc App

[이중난수(dualrandomness)]

주로 협업에서 문제가 생김 - dc App

[익명(61.77)]

난 직장인 취미충인데 그럼 걍 public 무지성으로 남발해도 괜찮음? 일단 영상 보는중

[이중난수(dualrandomness)]

미래의 자신과도 협업해야되는걸 염두해두셈 - dc App

[익명(61.77)]

!

[땔감(gcp24685)]

사람들 c로 코딩 잘만 하잖슴

[익명(116.127)]

디버깅할때 대체 어디에서 이 변수를 건드렸는지 추적하기 힘들어지는 경우가 생김

[익명(61.77)]

아하!

[익명(banner339)]

근데 요즘은 참조추적이랑 호출스택뜨니까 꽤 할만해짐

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(61.77)]

음 그런 public을 써야하는 상황은 뭔지 공부해봐야겠네

[익명(220.70)]

어디까지나 인간의 실수를 방지하기 위한 목적임

[익명(61.77)]

맞아 실수 방지는 중요하지

[익명(1.239)]

예를 들어서 a 스크립트의 x변수를 public으로 해놓고 b, c, d 스크립트 등등에다 갖다 쓴다고 가정할 때, 단순하게 x변수를 읽는 용도로만 사용한다면 큰 문제는 없을거임. 하지만 분명히 작업하다보면 다른 스크립트들에서 x변수에 특정 값을 대입하거나 수정하는 과정이 필연적으로 발생하게 되겠지? 이런 과정이 반복되다가 나중에 x변수 하나 때문에 오류가 나거나 정상적으로 작동은 되는데 의도대로 되지 않거나 이런 문제가 발생하면 x변수를 어디에 사용했는지, 어디에서 수정됐는지 확인하는게 굉장히 힘들어짐. 그래서 모든 변수나 함수는 되도록이면 private로 사용하는게 좋고 public으로 걸더라도 속성을 활용하거나 인자 값 등을 이용해서 읽기 쓰기에 제한을 걸어주는게 좋음.

[익명(1.239)]

궁금하면 당장 유니티에서 기본 제공되고 있는 컴포넌트들의 스크립트를 열어서 구조를 봐보셈. 거의 대부분의 변수들이 getset으로 되어 있음. 함부로 읽고 쓰게 만들다간 스파게티 코드가 되기 쉽상이니 그러지 않도록 조건을 다 걸어놨음

[photographer(beautyfindstudio)]

팬티벗고 돌아다니는 기분듦