มีหลายแง่มุมที่ต้องให้ความสนใจเมื่อเผยแพร่โค้ด Delphi
ฉันเรียนรู้ Delphi มาเป็นเวลานาน และหนึ่งในวิธีที่สำคัญคือการอ่านโค้ดของผู้อื่น ซึ่งหมายถึงการดาวน์โหลดซอร์สโค้ดจากอินเทอร์เน็ตอย่างหลีกเลี่ยงไม่ได้ แต่เมื่อฉันดาวน์โหลดมัน ฉันพบว่ามีขนาดใหญ่มากและมากเกินไป แพ็คเกจบีบอัด มันทำให้ผู้คนหัวเราะและร้องไห้ ต่อไปนี้เป็นความคิดเห็นส่วนตัวของฉันเกี่ยวกับสิ่งที่คุณควรใส่ใจเมื่อเผยแพร่โค้ด:
1.เอกสารต้องครบถ้วน
นี่เป็นข้อกำหนดพื้นฐานสำหรับการเผยแพร่โค้ด คุณต้องแน่ใจว่าผู้อื่นสามารถเปิดและใช้งานได้หลังจากดาวน์โหลดโค้ดแล้ว แสดงว่าไม่มีการควบคุม โมดูลหายไป หรือฐานข้อมูลหายไป ฮ่าๆ มีความสุข ดังนั้นก่อนจะบีบอัดและอัพโหลดคุณต้องแน่ใจว่าคุณสามารถเปิด คอมไพล์ และรันไฟล์ได้อย่างราบรื่น อย่างไรก็ตาม ความสมบูรณ์ในที่นี้ไม่มีข้อบกพร่องใดๆ ที่คุณไม่ทราบ ฉันเชื่อว่าทุกคนจะชี้ให้เห็น และหากคุณคิดว่ามีปัญหาทางเทคนิค หากมีข้อบกพร่องที่ไม่สามารถระบุได้ คุณก็อาจโพสต์ไว้เพื่อให้ทุกคนสามารถหารือเกี่ยวกับเรื่องนี้ได้
2. การลดไฟล์ที่ไม่จำเป็น
แม้ว่าจะเสร็จสมบูรณ์แล้ว แต่ก็ต้องได้รับการปรับปรุงให้ดียิ่งขึ้น
หลังจากเขียนซอร์สโค้ด Delphi แล้ว คุณสามารถดูไฟล์สำรองจำนวนมากที่มีนามสกุล ".~*" จะถูกสร้างขึ้นในไดเร็กทอรีการบันทึก หากไฟล์ดังกล่าวปรากฏในแพ็คเกจบีบอัดของคุณ ถือเป็นการสิ้นเปลืองจริงๆ พฤติกรรมที่มีความรับผิดชอบ แม้ว่าไฟล์ประเภทนี้มักจะไม่ใหญ่มาก แต่ไม่ใช่ทุกคนที่ใช้บรอดแบนด์ในการเข้าถึงอินเทอร์เน็ต (ขออภัยฉันไม่เคยเห็นแมวมาก่อน ดังนั้นฉันจะไม่พูดอะไรมากกว่านี้)!
โดยทั่วไป คุณสามารถปฏิบัติตามกฎหมายต่อไปนี้:
ในไดเร็กทอรีที่บันทึกโปรเจ็กต์ ไอคอนใดๆ ที่ Windows ไม่รู้จักจะถูกลบออก
โดยทั่วไปไฟล์ต่อไปนี้จะยังคงอยู่:
.ดีพีอาร์
.พาส
.dfm
แน่นอนว่าหากมีไฟล์ที่คุณต้องการในไฟล์ของคุณก็ต้องเก็บไว้ เช่น ฐานข้อมูลที่กล่าวถึงด้านล่าง จากนั้นจะมีไฟล์ทรัพยากรที่ใช้และไฟล์ ini ที่จำเป็น เป็นต้น และไอคอนและรูปภาพที่ใช้ในโปรแกรม It โดยทั่วไปไม่จำเป็น เนื่องจาก Delphi จะถูกบันทึกในรูปแบบ dfm ในรูปแบบไบนารี่ หากคุณยังเก็บไว้ ก็จะใช้พื้นที่จำนวนหนึ่งเท่านั้น
ส่วนว่าจะเก็บไฟล์ exe ที่สร้างขึ้นหรือลบมันออกไปนั้นก็ขึ้นอยู่กับความเห็นส่วนตัวของคุณ เช่น เวลาผมดูเอกสารสาธิต ผมมักจะชอบดูไฟล์ exe ก่อน ถ้ามันคุ้มค่าที่จะดู ดูที่รหัสของมัน ไม่งั้นฉันมักจะไปที่ถังขยะรีไซเคิลเพื่อรอจนหมดอายุการใช้งาน
3. “อุปกรณ์ต่อพ่วง” มีอุปกรณ์ครบครัน
หากคุณใช้การควบคุมของบุคคลที่สาม และการควบคุมนี้ไม่ได้ใช้กันทั่วไปหรือไม่รู้จักด้วยซ้ำ (แน่นอนว่าคุณอาจไม่จำเป็นต้องนำมาใช้ในระดับ Flatstyle) คุณต้องนำมาไว้ในแพ็คเกจบีบอัด แน่นอนคุณสามารถเปลี่ยนแปลงได้อย่างเหมาะสมเช่นเดียวกับการควบคุมดั้งเดิม หากคุณนำ help.demo เป็นต้น ให้ลบสิ่งที่คุณทำได้เพื่อให้แน่ใจว่าแพ็คเกจที่บีบอัดมีขนาดกะทัดรัด อีกตัวอย่างหนึ่งคือซอร์สโค้ดของฐานข้อมูล หากไม่มีคำอธิบาย คุณควรนำ mdb, db ฯลฯ มาใช้ แต่ไม่แนะนำให้คุณเพิ่มขนาดของตัวเองที่ถูกบีบอัดเพื่อป้องกันไม่ให้น้ำลายมากเกินไปถูกกดไปพร้อมกับจดหมาย
4. ควรมีคำอธิบายสั้นๆ ดีที่สุด
นี่เป็นเรื่องของนิสัย คำอธิบายสั้น ๆ สามารถช่วยให้ผู้อ่านเข้าใจเนื้อหา ประเด็นสำคัญ ฯลฯ ของตัวอย่างได้ดีขึ้น โปรดดูที่:
ชื่ออินสแตนซ์
ผู้เขียน
ปีและเดือนที่เสร็จสมบูรณ์
สภาพแวดล้อมของแพลตฟอร์ม
ตัวอย่างการแนะนำ
ลักษณะทางเทคนิค
ไฟล์ที่รวมอยู่ในแพ็คเกจบีบอัด
คำชี้แจงลิขสิทธิ์
ข้อมูลการติดต่อ
รอรอรอ
แน่นอนว่าไม่มีใครคัดค้านคุณในการเสนอโฆษณาเล็กๆ น้อยๆ (ประเภทที่โปรโมตตัวคุณเองหรือประกาศบริการสาธารณะ)
5. สิ่งสุดท้ายคือความปลอดภัย
สิ่งสุดท้ายที่ฉันพูดนั้นไม่สำคัญเลย ในทางกลับกัน คุณต้องมั่นใจในความปลอดภัยของแพ็คเกจที่ถูกบีบอัด ถ้าเป็นไปได้ คุณควรฆ่าไวรัสแยกกันบนคอมพิวเตอร์สองเครื่องที่ไม่ได้เชื่อมต่อกับอินเทอร์เน็ต ระดับต่ำทั้งหมดมันเจ็บปวด ดังนั้นฉันแนะนำให้ทุกคนคำนึงถึงความปลอดภัยเป็นอันดับแรก ทุกสิ่งที่คุณดาวน์โหลดจะต้องได้รับการฆ่าเชื้ออย่างระมัดระวัง