Delphi 코드를 게시할 때 주의해야 할 몇 가지 측면
오랫동안 델파이를 배워왔는데, 중요한 방법 중 하나가 다른 사람의 코드를 읽는 것입니다. 이는 필연적으로 인터넷에서 소스 코드를 다운로드하는 것을 의미합니다. 압축된 패키지입니다. 사람들을 웃고 울게 만듭니다. 다음은 코드를 게시할 때 주의해야 할 사항에 대한 개인적인 의견입니다.
1. 서류가 완전해야 합니다.
이는 코드 게시를 위한 기본 요구 사항입니다. 다운로드한 후 다른 사람이 열어서 사용할 수 있는지 확인해야 합니다. 코드 사본을 다운로드하면 컨트롤이 누락되거나, 모듈이 누락되거나, 데이터베이스가 누락됩니다. 하하. 그러니 압축하고 업로드하기 전에 파일을 원활하게 열고 컴파일하고 실행할 수 있는지 확인해야 합니다. 그러나 여기의 완전성은 여러분이 알지 못하는 버그가 있는 경우에는 모두가 지적할 것이라고 믿습니다. 기술적인 문제가 있다고 생각되면 확인되지 않은 버그가 있으면 게시하여 모든 사람이 토론할 수 있도록 하는 것이 좋습니다.
2. 불필요한 파일을 줄입니다.
완료되었지만 여기에는 몇 가지 트릭이 포함될 수 있습니다.
델파이 소스 코드를 작성한 후에는 저장 디렉터리에 ".~*" 확장자를 가진 수많은 백업 파일이 생성됩니다. 이러한 파일이 압축된 패키지에 나타나면 정말 낭비입니다. 책임 있는 행동. 이러한 종류의 파일은 일반적으로 그다지 크지 않지만 결국 모든 사람이 광대역을 사용하여 인터넷에 액세스하는 것은 아닙니다(죄송합니다. 저는 고양이를 본 적이 없으므로 여기서는 더 이상 말하지 않겠습니다).
일반적으로 다음 법률을 따를 수 있습니다.
프로젝트가 저장된 디렉터리에서 Windows에서 인식하지 못하는 아이콘은 모두 삭제됩니다.
일반적으로 다음 파일이 유지됩니다.
.dPR
.우선권
.dfm
물론, 파일에 필요한 파일이 있다면 아래 언급된 데이터베이스 등을 보관해야 하며, 그 다음에는 사용되는 리소스 파일과 필수 ini 파일 등이 있으며, 프로그램에서 사용되는 아이콘과 그림도 있습니다. Delphi는 바이너리 형식으로 dfm에 저장되므로 일반적으로 필요하지 않습니다. 계속 보관하면 일정량의 공간만 차지하게 됩니다.
생성된 exe 파일을 유지할 것인지, 삭제할 것인지는 개인의 의견에 따라 다릅니다. 코드를 살펴보세요. 그렇지 않으면 보통 재활용 쓰레기통으로 가서 수명이 다할 때까지 기다립니다.
3. "주변기기"가 완비되어 있습니다.
타사 컨트롤을 사용하고 이 컨트롤이 일반적으로 사용되지 않거나 알려지지 않은 경우(물론 플랫 스타일 수준으로 가져올 필요는 없음) 압축 패키지로 가져와야 합니다. 물론 원래 컨트롤처럼 적절하게 변경할 수 있습니다. help.demo 등을 가져오는 경우 압축 패키지의 압축을 보장하기 위해 가능한 모든 것을 삭제하세요. 또 다른 예는 데이터베이스의 소스 코드입니다. 설명이 없으면 사용된 mdb, db 등을 가져와야 합니다. 하지만 너무 많은 침이 메일과 함께 눌려지는 것을 방지하기 위해 압축된 것을 최대화하는 것은 권장하지 않습니다.
4. 간략한 설명을 하는 것이 가장 좋습니다.
이는 습관의 문제입니다. 간단한 설명은 독자가 예제의 내용, 핵심 사항 등을 더 잘 이해하는 데 도움이 될 수 있습니다. 포함된 내용은 다음을 참조하세요.
인스턴스 이름
작가
완료 연도 및 월
플랫폼 환경
예시 소개
기술적 특성
압축 패키지에 포함된 파일
저작권 진술
연락처 정보
잠깐만 잠깐만
물론 약간의 광고(자신을 홍보하는 광고나 공익광고)를 가져오는 것을 반대하는 사람은 없습니다.
5. 마지막은 안전입니다.
마지막으로 말씀드리는 것은 반대로 압축된 패키지의 보안을 보장해야 한다는 것입니다. 어쨌든 인터넷에 연결되지 않은 두 대의 컴퓨터에서 바이러스를 별도로 제거해야 합니다. 매우 낮은 수준입니다. 따라서 다운로드하는 모든 항목은 안전을 최우선으로 생각해야 합니다.