우리는 일반적으로 회사, 우리 자신 또는 친구를 위해 많은 코드를 작성합니다. 때로는 내 생각 중 하나를 확인하기 위해, 또는 배우기 위해
특정 기술에 대해서는 일부 실험적인 코드가 작성될 것입니다. 이러한 코드의 수명주기는 매우 짧으며 기본적으로 유지 관리가 필요하지 않습니다.
에 의해. 그러나 실제로 PProject를 완성하려면 코드 디자인이 매우 중요합니다. 이러한 코드에는 장기간이 필요하기 때문에
유지 관리, 지속적인 수정 또는 개선. 지저분한 코드 설계는 유지 관리를 매우 어렵게 하거나 수정을 불가능하게 만듭니다.
이로 인해 더 많은 버그나 재난이 발생하게 됩니다.
코드 디자인은 매우 중요하기 때문에 무시할 수 없습니다. 그렇다면 코드를 어떻게 디자인합니까? 객체 지향 프로그래밍 기술이 도움이 될 수 있습니다.
우리를 도와주세요. 여기서 좀 다른 이야기를 하자면, 많은 프로그래머들은 객체 지향 프로그래밍(OOP) 기술과 객체 지향(OO) 기술을 혼동합니다. 즉시
내 생각에 객체지향 기술은 광범위하고 심오한 지식인 반면, 객체지향 기술은 일종의 방법론 또는 세계관이다.
객체지향 프로그래밍 기술은 단순히 코딩할 때 객체지향 프로그래밍을 사용하는 방법을 제공합니다.
다음은 저자가 관련 서적을 읽고 일상생활에서 겪은 경험을 정리한 내용으로, 이를 여러분과 공유하고자 합니다.
첫째, 인터페이스 코드와 기능 코드를 분리하여 유지하세요. 명심해야 할 한 가지 원칙은 인터페이스 코드에 복잡한 기능 논리를 작성하지 않는 것입니다.
코드를 입력하세요. 인터페이스 형태의 구현 파일은 인터페이스 코드를 저장하고 복잡한 기능 코드를 분리하는 데에만 사용됩니다. 간단한 예를 들자면,
어딘가에서 문자열 목록을 가져와 TListBox에 표시한다고 가정해 보겠습니다.
ObjectXXX := TObjectXXX.Create;
ListBox1.Items := ObjectXXX.GetStringList;
개체XXX.무료;
이러한 방식으로 문자열 목록을 얻는 복잡한 논리는 TObjectXXX 클래스의 구현 코드에 캡슐화되며 이 클래스의 정의는 다음과 같습니다.
및 구현은 유지 관리가 쉽도록 독립적으로 .pas 파일에 배치됩니다. 인터페이스 코드와 기능 코드를 분리하면 또 다른 이점이 있습니다.
함수의 구현 코드는 여러 인터페이스 모듈에서 호출될 수 있습니다. 필요한 경우 함수 구현 코드를 복사하세요.
유지 관리해야 할 동일한 모듈이 여러 개 있을 것입니다. 수정이 필요한 경우, 하하, 실수하지 않을 것이라고 보장하는 것은 거의 불가능합니다.
둘째, 각 모듈의 로직을 최대한 단순하게 만드세요. 경험에 따르면 지나치게 복잡한 논리는 사람들의 이해를 어렵게 만듭니다.
재해. 따라서 각 모듈의 코드를 가능한 한 간단하게 만드십시오. 일반적으로 코드 길이는 25줄을 넘지 않습니다. 당신이 작성한 논리가 다음과 같은 경향이 있다는 것을 알게 되면
복잡하다면 이제 개체를 찾고 일부 논리를 분리할 수 있는지 확인해야 할 때입니다.
마지막으로 변수 이름에 주의하세요. VCL 소스 코드를 자주 확인하면 VCL 클래스의 프라이빗 멤버 변수가 모두 "F"로 시작한다는 것을 알 수 있습니다.
우선 클래스 이름은 모두 "T" 등으로 시작합니다. 이것의 이점은 무엇입니까? 다른 사람들이 이런 코드를 볼 때 "F"만 보자마자
처음에는 클래스의 전용 멤버라는 것을 즉시 알 수 있어 코드 유지 관리가 용이합니다.