มีข้อได้เปรียบในการเข้ารหัสค่าข้อมูลในโปรแกรมหรือไม่?

ฉันเป็น coder สามเณร - ish ที่เรียนรู้ด้วยตนเองดังนั้นฉันต้องขออภัยถ้าฉันไม่ตอกโปรแกรมภาษา

ฉันกำลังทำงานในโครงการที่ฉันให้ข้อมูลซึ่งจะได้รับการปรับปรุงอย่างต่อเนื่องสำหรับนักพัฒนาที่จะสร้างเครื่องมือเพื่อสร้างรายงานจากแบบสอบถามบนข้อมูล

ดูเหมือนว่าทุกคนที่เกี่ยวข้องคิดว่าพวกเขาต้องการค่าข้อมูลรหัสฮาร์ดโค้ด (ไม่ใช่สกีมา แต่เป็นโดเมน / ค่าตัวเอง) ในโปรแกรมสร้างรายงาน

ตัวอย่างเช่นสมมติว่าเรากำลังรายงานเกี่ยวกับบุคลากร รายงานจะถูกแบ่งออกเป็นหมวดหมู่โดยมีหัวข้อสำหรับแต่ละแผนกและจากนั้นภายใต้หัวข้อแต่ละแผนกจะเป็นหัวเรื่องย่อยของตำแหน่งงานและจากนั้นหัวข้อย่อยแต่ละหัวข้อจะเป็นรายการของพนักงาน นักพัฒนาต้องการเขียนโค้ดของแผนกและตำแหน่งงานอย่างหนัก ในทางกลับกันฉันคิดว่าพวกเขาสามารถ / จะค้นหาสิ่งเหล่านั้นที่รันไทม์เรียงลำดับระเบียนโดยพวกเขาและสร้างส่วนหัวรายงานแบบไดนามิกโดยยึดตามค่าที่มี

เนื่องจากรายการของค่าที่อาจเกิดขึ้นจะมีการเปลี่ยนแปลงเมื่อเวลาผ่านไป (เช่นแผนกจะถูกสร้าง / เปลี่ยนชื่อตำแหน่งงานใหม่จะถูกเพิ่ม) รหัสจะต้องมีการปรับปรุงอย่างต่อเนื่อง สำหรับฉันดูเหมือนว่าเราสามารถข้ามขั้นตอนการบำรุงรักษารหัสและจัดระเบียบรายงานแบบไดนามิก

เนื่องจากฉันไม่ใช่นักพัฒนาฉันจึงสงสัยว่าฉันทำอะไรหายไป มีข้อได้เปรียบอะไรบ้างในการเข้ารหัสค่าลงในเครื่องมือเช่นนี้ นี่เป็นวิธีการออกแบบโปรแกรมหรือไม่?

วิกิพีเดีย:

การเข้ารหัสฮาร์ด (เช่นฮาร์ดโค้ดหรือฮาร์ดโค้ด) หมายถึงการฝึกฝนการพัฒนาซอฟต์แวร์ของการฝังสิ่งที่อาจจะเป็นเพียงในการหวนกลับได้รับการพิจารณาข้อมูลเข้าหรือการกำหนดค่าโดยตรงในรหัสที่มาของโปรแกรมหรือวัตถุปฏิบัติการอื่น ๆ หรือการจัดรูปแบบถาวร ข้อมูลแทนที่จะได้รับข้อมูลจากแหล่งภายนอกหรือสร้างข้อมูลหรือจัดรูปแบบในโปรแกรมด้วยอินพุตที่กำหนด

การเข้ารหัสแบบแข็งนั้นถือเป็นปฏิปักษ์

เมื่อพิจารณาถึงรูปแบบการเข้ารหัสฮาร์ดโค้ดต้องมีการเปลี่ยนแปลงซอร์สโค้ดของโปรแกรมเมื่อใดก็ได้ที่ข้อมูลอินพุตหรือรูปแบบที่ต้องการเปลี่ยนแปลงเมื่อผู้ใช้ปลายทางสามารถเปลี่ยนแปลงรายละเอียดได้อย่างสะดวกสบายโดยใช้โปรแกรมภายนอก

บางครั้งคุณไม่สามารถหลีกเลี่ยงได้ แต่ควรเป็นการชั่วคราว

มักจะต้องการการเข้ารหัสฮาร์ด โปรแกรมเมอร์อาจไม่มีโซลูชันส่วนต่อประสานผู้ใช้แบบไดนามิกสำหรับผู้ใช้ปลายทาง แต่ยังต้องส่งมอบคุณสมบัติหรือปล่อยโปรแกรม นี่เป็นเพียงชั่วคราว แต่จะแก้ไขในระยะสั้นความกดดันในการส่งรหัส หลังจากนั้นจะทำการ softcoding เพื่ออนุญาตให้ผู้ใช้ส่งต่อพารามิเตอร์ที่ให้ผู้ใช้ปลายทางมีวิธีแก้ไขผลลัพธ์หรือผลลัพธ์

• การเข้ารหัสข้อความยากที่จะทำให้โปรแกรมเป็นสากล
• เส้นทาง Hardcoding ทำให้ยากต่อการปรับตัวเข้ากับสถานที่อื่น

ข้อได้เปรียบเพียงอย่างเดียวของการเข้ารหัส hardcoding ดูเหมือนจะเป็นการส่งรหัสที่รวดเร็ว

จริงๆ? ไม่มีกรณีการใช้ที่เป็นไปได้ที่ถูกต้อง?

ในขณะที่ฉันยอมรับว่าการเข้ารหัสแบบแข็งมักเป็นรูปแบบการต่อต้านหรืออย่างน้อยกลิ่นรหัสที่แย่มากแต่ก็มีหลายกรณีที่เหมาะสม:

• ความเรียบง่าย ( YAGNI )
• การป้อนข้อมูลเป็นค่าคงที่และจะไม่เปลี่ยนแปลง (กล่าวคือมันเป็นค่าคงที่ตามธรรมชาติหรือธุรกิจหรือการประมาณค่าหนึ่งเช่น 0, PI, ... )
• ซอฟต์แวร์ฝังตัว (ข้อ จำกัด ของหน่วยความจำและการจัดสรรเป็นสิ่งสำคัญ)
• ซอฟต์แวร์ที่ปลอดภัย (ค่าเหล่านี้ไม่สามารถใช้งานได้และ / หรือง่ายต่อการถอดรหัสหรือวิศวกรรมย้อนกลับเช่นโทเค็นการเข้ารหัสและเกลือ)
• รหัสที่สร้างขึ้น (ตัวประมวลผลล่วงหน้าหรือตัวสร้างของคุณสามารถกำหนดค่าได้ แต่แยกรหัสด้วยค่าฮาร์ดโค้ด)
• และอาจอีกไม่กี่

ยังต่อต้านรูปแบบ ? ดังนั้นวิศวกรรมมากเกินไป ! มันเกี่ยวกับอายุขัยซอฟต์แวร์ของคุณ !!

ไม่ใช่ว่าฉันกำลังพูดว่ามีเหตุผลที่ยอดเยี่ยมทั้งหมดและโดยทั่วไปฉันมักจะสะดุดในคุณค่าที่กำหนดรหัสยาก แต่บางคนสามารถผ่านได้อย่างง่ายดายด้วยเหตุผลที่ถูกต้อง

และอย่าควบคุมคนแรกเกี่ยวกับความเรียบง่าย / YAGNIโดยคิดว่ามันสำคัญ: อาจไม่มีเหตุผลที่จะใช้ parser บ้าและตัวตรวจสอบค่าสำหรับสคริปต์ง่าย ๆ ที่ทำงานหนึ่งเดียวสำหรับกรณีการใช้งานที่แคบมาก

มันยากที่จะหาสมดุล บางครั้งคุณไม่คาดการณ์ว่าซอฟต์แวร์จะเติบโตและนานกว่าสคริปต์ง่าย ๆ ที่เริ่มต้น แม้ว่าบ่อยครั้งมันเป็นอีกทางหนึ่ง: เราทำสิ่งต่างๆมากเกินไปและโครงการได้รับการเก็บเข้าลิ้นชักเร็วกว่าที่คุณสามารถอ่าน Pragmatic Programmer คุณเสียเวลาและความพยายามในสิ่งต่าง ๆ กว่าเครื่องต้นแบบรุ่นแรกที่ไม่ต้องการ

นั่นคือสิ่งที่มีความหมายกับ Anti-Patterns: มันมีอยู่ในสุดขั้วทั้งสองของสเปกตรัมและลักษณะของมันขึ้นอยู่กับความไวของคนที่ตรวจสอบโค้ดของคุณ

มีบางครั้งมันก็โอเคกับรหัสยาก ตัวอย่างเช่นมีบางตัวเลขเช่น 0 หรือหนึ่งหรือหลายค่า n ^ 2-1 สำหรับ bitmasks ที่จำเป็นต้องมีค่าบางอย่างเพื่อวัตถุประสงค์อัลกอริทึม การอนุญาตให้ใช้ค่าที่กำหนดได้นั้นไม่มีค่าและจะเปิดโอกาสในการเกิดปัญหาเท่านั้น กล่าวอีกนัยหนึ่งถ้าเปลี่ยนค่าจะทำลายสิ่งต่าง ๆ เท่านั้นมันอาจจะเป็น hardcoded

ในตัวอย่างที่คุณให้ฉันไม่เห็นว่าการเขียนโค้ดแบบไหนจะมีประโยชน์ ทุกสิ่งที่คุณพูดถึง / ควรอยู่ในฐานข้อมูลรวมถึงส่วนหัวแล้ว แม้กระทั่งสิ่งที่ขับเคลื่อนการนำเสนอ (เช่นเรียงลำดับ) สามารถเพิ่มได้หากไม่มีอยู่

การนำโซลูชันที่มีประสิทธิภาพมาใช้ซึ่งอนุญาตให้ใช้ค่าที่อาจได้รับการกำหนดค่าตายตัวแทนได้โดยผู้ใช้ปลายทางต้องการการตรวจสอบความถูกต้องที่แข็งแกร่งของค่าเหล่านั้น พวกเขาใส่สตริงเปล่าหรือเปล่า? พวกเขาใส่บางอย่างที่ไม่ใช่ตัวเลขซึ่งควรเป็นตัวเลขหรือไม่? พวกเขากำลังทำการฉีด SQL หรือไม่? เป็นต้น

การเข้ารหัสแบบ Hard-crypt ช่วยหลีกเลี่ยงความเสี่ยงเหล่านี้

ซึ่งไม่ได้หมายความว่าการเข้ารหัสแบบฮาร์ดจะเป็นความคิดที่ดีเสมอ นี่เป็นเพียงปัจจัยหนึ่งที่ต้องคำนึงถึง