저는 여전히 고등학교 (10 학년 입학) 학생이며 학교에서 실제 컴퓨터 과정을 수강하지 않았습니다. 내가 지금까지 한 모든 일은 책을 통해서입니다. 그 책들은 상속과 같은 개념을 가르쳐 주었지만 프로그램을 여러 클래스로 나누는 것이 어떻게 도움이됩니까? 책은 나에게 말하지 않았다.
나는 최근 프로젝트 때문에 주로 이것을 묻습니다. 아케이드 비디오 게임입니다. 일부 사람들이 말했듯이 플래시 게임과 같습니다 ( 플래시 게임 이 무엇인지 전혀 모르겠지만 ). 문제는 단 하나의 클래스입니다. 단 하나의 클래스로 완벽하게 작동합니다 (그러나 때때로 약간의 지연이 있습니다). 그래서 나는 그것을 여러 클래스로 나누는 것이 어떻게 도움이되는지 묻고 있습니다.
이 프로젝트는 자바로 이루어졌으며 레코드 작업을 수행하는 유일한 사람입니다.
답변
가장 간단한 대답은 모든 것을 하나의 클래스에 넣을 경우 새 코드를 작성할 때 모든 것에 대해 한 번에 걱정해야한다는 것입니다. 소규모 프로젝트에서는 효과가 있지만 수십만 줄의 거대한 응용 프로그램에서는 불가능합니다.
이 문제를 해결하기 위해 일부 기능을 자체 클래스로 분류하고 모든 논리를 캡슐화합니다. 그런 다음 수업에 참여하고 싶을 때 코드에서 진행중인 다른 작업에 대해 생각할 필요가 없습니다. 작은 코드 조각에만 집중할 수 있습니다. 이는 효율적으로 작업하는 데 매우 중요하지만 규모가 큰 응용 프로그램에서 작업하지 않고는 이해하기 어렵습니다.
물론 코드를 더 작은 조각으로 나누면 얻을 수있는 또 다른 이점이 있습니다. 코드는 유지 관리 가능하고 테스트 가능하며 재사용이 가능합니다. 그러나 가장 큰 이점은 코드 양을 줄임으로써 대규모 프로그램을 관리 할 수 있다는 것입니다. 한 번에 생각해야합니다.
답변
가장 간단한 대답은 “사물 정리에 도움이됩니다”입니다. 다른 것이 없다면 노트북의 섹션과 비교할 수 있습니다. 여기에 “UI와 관련된 모든 것”과 “게임 플레이와 관련된 모든 것”이 있으면 훨씬 간단합니다.
더 복잡한 대답은 작업을 나누는 것이 편리 할뿐만 아니라 복잡성을 관리하는 데 매우 중요하다는 것입니다. “복잡성 관리”는 프로그래밍과 관련하여 게임의 이름과 거의 같습니다. 클래스 또는 다른 유형의 모듈을 사용하면 “별도의 우려”를 가질 수 있습니다. “UI 관련 항목”을 찾을 위치를 알고있을뿐만 아니라 UI를 변경하려는 경우 한 곳에서 변경할 수 있으며, 그럴 필요는 없습니다. “지금은 폰트를 Comic Sans로 설정 한 유일한 곳입니까?” 또한 변경을 수행 할 수 있으며 해당 변경의 영향이 적절한 범위 (소규모)에만 있다는 것을 알 수 있습니다. 모든 것이 단일 클래스 또는 모듈에 있다면 본질적으로 모든 것이 전역 적입니다.
특정 유형의 소프트웨어 모듈 유형의 클래스에는 클래스와 관련된 많은 동작이 있으며, 객체 지향 패러다임의 대부분의 개발자는 그룹 관련 클래스와 관련된 의미있는 이름을 갖는 것이 매우 도움이된다는 것을 알게됩니다 함께 작동합니다. 따라서 실제로 UI수업 이 없을 수도 있고 수업이있을 수도 있습니다 Button. 객체 지향 클래스 디자인과 관련된 모든 지식과 기술이 있으며 주류 프로그래밍에서 대규모 시스템을 구성하는 가장 일반적인 방법입니다.
답변
이것은 좋은 질문입니다! 간단하고 잘 부탁드립니다. 글쎄 … 대답은 컴퓨터 과학을 공부하고 있고 깊은 OO를 모르거나 경험이없는 학생에게는 이해하기 쉽지 않습니다.
따라서 시나리오를 설명하고 멀티 클래스 소프트웨어가 모 놀리 식 소프트웨어보다 나은 방법을 상상해 낼 수 있습니다 (하나의 클래스로만 제작).
- 가독성 : 작고 체계적인 여러 파일보다 10000 줄의 파일 내에서 코드를 찾아보고 쓰는 것이 훨씬 어렵습니다.
- 재사용 성 : 단일 클래스를 작성하는 경우 코드 중복에 빠질 수 있습니다. 이것은 더 많은 코드 줄과 더 많은 버그를 의미합니다 (!)
- 테스트 가능성 : 단일 기능 테스트는 어떻습니까? 한 클래스에서 하나의 논리 기능을 분리하면 인생이 더 쉬워집니다.
- 코드 유지 관리 : 한곳에서 여러 클래스로 버그를 수정하거나 기능을 향상시킬 수 있습니다. 멋진 작은 클래스.
- 프로젝트 구조 : oooooh 하나의 소스 파일 만있는 프로젝트가 얼마나 못 생겼는지 상상할 수 있습니까?
답변
여기에 좋은 대답이 많이 있으며, 나는 그들에 분명히 동의하지만 언급 할 가치가 더 있다고 생각합니다.
지금까지 말한 것처럼 프로젝트에서 혼자 작업하고 있습니다. 그러나 앞으로는 팀 환경에서 작업해야 할 때가 있습니다. 이 기간 동안 작업을 분할하게됩니다 (아마도 프로젝트가 상당히 클 것입니다). 결과적으로 몇 가지 (실제로 두 가지 주요한 ) 다른 옵션이 있습니다. 하나의 파일 사본을 여러 개 가질 수 있으며 파일의 개별 “조각”에 대해 작업 한 다음 나중에 복사하여 붙여 넣어 “결합”한 다음 부분이 함께 작동하도록 수정하거나 “조각”을 분할 할 수 있습니다 다른 수업에 쉽게 참여하고 해당 수업을 어떻게 작성할 것인지에 대해 토론 하고 그 지식을 활용하여 진행하십시오.
모든 분리 된 부분을 통합하기위한 작업이 여전히 필요하지만 유지 관리가 훨씬 쉬울 것입니다. x 파일에는 y 코드가 포함되어 있으며 수정해야 할 코드입니다. 이것은 대부분의 다른 답변에 대해 이야기하는 조직에 적용됩니다.
답변
실제로 당신이 한 일은 절차 적 프로그래밍을 다시 발명 한 것입니다. 그런 식으로 소프트웨어를 작성하는 것이 가능하며 컴파일러는 신경 쓰지 않을 것입니다. 수년 동안 이것은 컴퓨터가 빨라지고 도구가 나아질 때까지 일이 수행되는 방식입니다.
코드를 다른 논리 단위 (클래스, 모듈 등)로 나눌 경우 코드를 이해하기 쉽고 짧게 이해할 수 있습니다. 나중에 유지 될 수 있습니다. 내 모듈 중 많은 코드가 20 줄 미만입니다. 주어진 주제의 모든 코드가 특정 장소에 있다는 것을 알고 있습니다. 또한 누군가 다른 사람이 프로젝트에 참여하면 물건을 찾기가 훨씬 쉬워 질 것입니다.
Gerald Sussman이 말한 것처럼 사람들이 프로그램을 읽을 수 있도록 프로그램을 먼저 작성하고 컴퓨터가 프로그램을 실행할 수 있도록 프로그램을 작성해야합니다. (그리고 “컴퓨터 프로그램의 구조와 해석”을 아직 읽지 않았다면)
답변
하나는 여러 클래스를 사용하기 때문에 더 큰 물건을 얻을 때 하나의 큰 코드 더미 일 때 모든 것을 추적 할 수있는 방법이 없다는 것을 알 수 있습니다.
당신은 단순히 그것을 처리하기 위해 나누고 정복해야합니다.
답변
객체 지향 프로그래밍은 프로그래밍에서 본 최고의 아이디어입니다. 그러나 모든 경우에 가장 좋은 것은 아니며, 요점을 알기 위해서는 약간의 프로그래밍 경험이 필요하며 많은 사람들이 OOP를하지 않을 것이라고 주장합니다.
“구조화 된 프로그래밍”을 찾을 수 있다면 아마도 더 유용한 것이있을 것입니다. ( 구식 구조화 된 프로그래밍 에 대해 읽으십시오 . 구식 용어는 종종 더 새롭고 더 멋진 의미를 갖지만 아직 멋진 것은 필요하지 않습니다.) 이것은 프로그램을 서브 루틴으로 나누는 것에 대한 다소 단순한 개념으로, 프로그램보다 훨씬 쉽습니다. 그것을 물체로 분해. 기본 프로그램은 작업을 수행하기 위해 서브 루틴 (Java의 “메소드”)을 호출하는 짧은 루틴입니다. 각 서브 루틴은 해당 매개 변수에 의해 전달 된 내용 만 알고 있습니다. (이러한 매개 변수 중 하나는 파일 이름 일 수 있으므로 약간의 부정 행위를 할 수 있습니다.) 따라서 서브 루틴 / 메서드의 제목을 살펴보면 서브 루틴 / 방법을 빠르게 이해할 수 있습니다. 거의 한 눈에.
그런 다음 메소드 호출없이 몇 줄의 코드가 작업을 수행 할 때까지 모든 서브 루틴이 유사하게 분류됩니다. 몇 가지 메소드를 호출하는 기본 프로그램. 각각은 몇 가지 메소드를 호출합니다. 각 메소드는 작업을 수행하는 작은 간단한 메소드입니다. 이런 식으로 매우 큰 프로그램 (또는 작은 프로그램)의 어느 부분을보고 그 기능을 빠르게 이해할 수 있습니다.
Java는 객체 지향 코드를 작성하는 사람들을 위해 특별히 설계되었습니다. 그러나 가장 강력한 OO 프로그램조차도 일부 구조화 된 프로그래밍을 사용하므로 언제든지 모든 언어를 파괴 할 수 있습니다. (저는 평범한 C로 OO를 했었습니다.) 따라서 Java로 SP 또는 다른 작업을 수행 할 수 있습니다. 클래스를 잊고 다루기 쉬운 작은 방법으로 나눌 수있는 큰 방법에 집중하십시오. SP를 사용하면 코드를 재사용하고 DRY (Google 코드를 사용하지만 “자신을 반복하지 않음”) 원칙을 통해 많은 도움이된다고 덧붙여 야합니다.
“클래스”를 가져 오지 않고 코드를 여러 부분으로 나누는 이유와 방법에 대해 설명했습니다. 그것들은 훌륭한 아이디어이며 단지 게임을위한 것이고 Java는 OOP를위한 훌륭한 언어입니다. 그러나 왜 내가하고있는 일을하고 있는지 아는 것이 좋습니다. 이해가 될 때까지 OOP를 그대로 두십시오.