나는 내 프로젝트 중 일부를보고 있었는데 내가 github에서 본 것들과 비교해 보았다. OOP를 좋아하지만 너무 많은 파일을 만들고 너무 많은 수업을받는 것처럼 느껴집니다.OOP - 내가 복잡한 일을 끝내야합니까?
예를 들어, 나는 작은 프로젝트에서 체커 게임을 했었는데, 나는 하나의 파일/클래스로 갈 수있는 많은 파일을 가지고있었습니다. 솔루션을 과도하게 생각할 때 어떻게 알 수 있습니까? 다음은 내 파일의 모습입니다.
|src
| |- player.cpp
| |- piece.cpp
| |- color.cpp
| |- ...
물론 규칙, 게임 설정, GUI 등을 다루는 많은 파일이 있습니다. 그러나이 짧은 예제에서 내 프로젝트가 어떻게 커지고 매우 커질 수 있는지를 알 수 있습니다. 이런 식으로 물건을 쓰는 것이 일반적입니까? 또는이 경우 복수/클래스/색/색 정보를 설정하는 여러 클래스를 포함하는 player.cpp
파일을 작성해야합니다.
은 다음과 같이 보입니다. [소프트웨어 엔지니어링] (https://softwareengineering.stackexchange.com/) – gman
결국 코드베이스를 다루어야하는 사람은 누구입니까? 고통의 원인이되는 코드의 측면. 무언가를 유지하는데 많은 시간을 소비하고 있거나 코드베이스의 특정 부분이 문제를 일으키고 있다는 것을 알게되면 문제의 원인을 설명하고 문제를 줄이거 나 제거하기위한 접근 방식을 어떻게 바꿀 수 있는지 생각해보십시오 . 그런 다음 새로운 방식으로 시도해보고 도움이되는지 확인하십시오. 그렇다면, 그것을 당신의 새로운 '우수 사례'로 채택하십시오. 그렇지 않다면 던져서 다른 것을 찾으십시오. 당신이 행복 할 때까지 반복하십시오 : –
^^ 위의 과정이 끝나면, 당신은 (당신과 다르게 생각할 수있는 다른 사람과는 대조적으로) 당신에게 접근하는 것이 무엇인지 알 수 없을 것입니다. 당신은 당신이 다른 방식으로하지 않는 방식으로 당신이하는 일을 왜하는지 * 아주 잘 이해할 것입니다. 왜냐하면 당신은 그것을 다른 방식으로 시도했기 때문에 그것을 좋아하지 않았기 때문입니다. –