읽어보자
이해못했음
클래스 설계의 경험 문제점 1. 소켓의 목적에 따라 생성자 형태도 달라져, 생성자가 추가될때마다 연계 헤더파일도 건들게되 재사용이 어려워짐 해결 방법 : 소켓 생성자는 오로지 어떤 소켓인지만 결정만 시켜 생성자의 역활을 최소화 시킨다. 문제점 2. 소켓의 특성상 다른 소켓객체를 받아와야 하고, 상속 권한관계가 복잡해 짐에 따라, 구현이 복잡해짐 해결 방법 : 서버 소켓과 클라이언트 소켓을 분리하지 않고 하나의 소켓 클래스로 만들어 상속을 하지 않는다. 문제점 3. 소켓 객체의 배열과 STL에 넣기 위해선 소켓 생성자가 보다 세세히 나와 있어야 하지만 어떻게 해야 할지 모름 해결 방법 : 문건 찾아보고 적용 시킬것 여기까지 오늘 공부해서 배운 내용들. 두려운 점은, 문제점을 잘못 찾았나에 대한 두려움, 해..
어렵다.
이유 1. 소프트웨어는 항상 변화하기 때문이다. 구현 방법 1. 끊임없이 공부 해라; 2. 대입과 복사생성은 모든 클래스에 대해 처리해 두어야 한다. 3. 변경이 필요할 때 그 변경의 영향이 제한된 부분만 미치도록 코드를 설계한다. 4. 힘 닿는데까지 캡슐화 한다. 5. 구현에 관련된 상세한 부분은 외부에 노출시키지 않는다. 6. 개발 도구가 지원하는 기능에 맞추어 파일 범위(file-scope)의 정적 변수나 정적 함수를 선언하도록 한다. 7. 가상 기본 클래스가 필요한 설계는 피하는것이 좋다. 명언 아리송하면 int의 동작원리대로 만들지어다(when in doubt, do as the ints do) 클래스 설계가 점점 어려워 지는 시점이다.
최근댓글