야 근데 클래스 캡슐화가 꼭필요함?

[럼블좆도안귀여..(hyunwoo284)]

보안에 취약해지더라도

Public으로  쓰는게 코딩시간은 단축되던데

[이신알(includestdio)]

그 보안이 문제에다가 클래스변수 직접접근하다가 논리에러나면 디버깅하기 죶같아서 그런거아님?

[럼블좆도안귀여움(hyunwoo284)]

전역변수아니라 인스턴스로 생성해서 그 변수만 수정하는건데 궂이 함수만들필요없지않냐?

[럼블좆도안귀여움(hyunwoo284)]

궂이 인스턴스변수에 대입하는것도 메서드를 통해서하는건 스크립트낭비아님?

[ㅁㄴㄻㄹ(lianne79)]

다른 이유도 아니고 코딩시간 단축 때문에 public을 쓰는 경우라면 절대 쓰면 안 됨. 그 말이 커플링이랑 다를 게 뭐임?

[럼블좆도안귀여움(hyunwoo284)]

그러냐...그럼이제 캡슐화해야겠네

[럼블좆도안귀여움(hyunwoo284)]

유니티로 게임만드는데 public변수로 쓰면 편한일이많아서..

[ㅁㄴㄻㄹ(lianne79)]

아 그 얘기였음? 그러면 좀 다르지.. 네 말마따나 내부 변수 접근하는 메서드만 가지고 캡슐화 논하기엔 좀..

[씹죶(211.36)]

처음 한시간정도는 빠르겟지

[ㅁㄴㄻㄹ(lianne79)]

내부 변수에 접근할 일이 없이 만드는 게 좋을 거 같음

[ㅁㄴㄻㄹ(lianne79)]

그리고 좀 다른 주제인데 TDD 쓸 거면 인캡슐레이션 신경 쓸 필요가 없음. TDD를 위해 모든 객체 변수/메서드들 public으로 해 놓아도 캡슐화가 주는 장점보다 TDD가 주는 장점이 아득히 뛰어나기 때문에

[이신알(includestdio)]

TDD가뭐야?

[꼬마야(komaya)]

Test Driven Development

[꼬마야(komaya)]

member에 접근할 일이있다는것 자체가 설계가 잘못된거지..