ข้อดีของการตั้งค่าตัวแปรด้วย setq แทนที่จะเป็น custom.el?

ฉันเห็นคนจำนวนมาก (ผู้เขียนส่วนขยายและคนอื่น ๆ ) ให้ตัวอย่างการกำหนดค่าด้วยsetq:

(setq foo 'bar)

พารามิเตอร์เหล่านี้มักจะถูกกำหนดด้วยทำให้พวกเขาสามารถใช้ได้สำหรับการปรับแต่งผ่านdefcustomcustom.el

ฉันมักจะใช้custom.elเพื่อตั้งค่าพวกเขา จะมีข้อได้เปรียบใด ๆ ในการใช้งานsetqแทนหรือว่าทั้งสองวิธีนั้นเทียบเท่ากันหรือไม่

setqบางคนอาจจะคิดว่ามันเป็นง่ายในการใช้ บางคนอาจคิดว่ามันเงียบกว่า ในความเป็นจริงมันไร้เดียงสาในกรณีทั่วไป

มันเป็นความจริงว่าสำหรับตัวเลือกผู้ใช้บางอย่างมันไม่สำคัญ แต่สำหรับคนอื่น ๆ มันสำคัญและsetqเป็นวิธีการที่ผิดสำหรับตัวเลือกเหล่านั้น ดังนั้นตามกฎทั่วไปแล้วsetqมันเป็นวิธีการที่ผิด

ถ้าคุณใช้custom-set-variablesหรือcustomize-set-variableแทนsetqหรือถ้าคุณใช้ส่วนติดต่อผู้ใช้กำหนดเอง (เช่นM-x customize-option) แล้วคุณจะแน่ใจว่ามีการเริ่มต้นตั้งใจหรือรหัสการปรับปรุงที่จำเป็นสำหรับค่าตัวเลือกที่จะได้รับการเรียกโดยอัตโนมัติและใช้เท่าที่จำเป็น หากคุณใช้setqสิ่งนี้จะไม่เกิดขึ้น

ตอนนี้ก็ยังเป็นกรณีที่ตัวเลือกของผู้ใช้ส่วนใหญ่โดยเฉพาะคนอีกจำนวนมากที่เขียนขึ้นสำหรับห้องสมุดของบุคคลที่ 3 ไม่ให้ใช้defcustomคำหลัก:setและ:initializeและการใช้setqไม่สำคัญสำหรับพวกเขา แต่ตัวเลือกวานิลลา Emacs จำนวนมากจะใช้คำหลักดังกล่าวและสำหรับผู้ที่ทำเช่นsetqนั้นไม่ใช่สิ่งที่ถูกต้อง ดังนั้นถ้าคุณต้องการที่จะใช้รหัสเสียงกระเพื่อมและไม่ปรับแต่ง UI ที่จะตั้งค่าตัวเลือกของคุณแล้วคุณจะดีกว่าการใช้custom-set-variablesหรือแทนcustomize-set-variable setqมันไม่เคยเจ็บปวดและบางครั้งก็ช่วยได้ (มาก)

แต่สิ่งที่ฉันแนะนำคือการทำสิ่งเหล่านี้ทั้งสอง:

• ใช้ UI ที่กำหนดเองแทนการเขียน Lisp รหัสสำหรับสิ่งนี้

• กำหนดตัวแปรcustom-fileเพื่อให้กำหนดเองเขียนการกำหนดเองไปยังไฟล์นั้นและไม่ไปยังไฟล์ init ของคุณ ( ~/.emacs) IOW เก็บรหัสการเริ่มต้นที่เขียนด้วยมือของคุณแยกจากรหัสอัตโนมัติที่เขียนโดยกำหนดเอง

ฉันชอบsetqมากกว่าcustomizeด้วยเหตุผลหลายประการ:

1. สิ่งสำคัญอันดับแรกคืออนุญาตให้ตัวแปรถูกตั้งค่าแบบเป็นโปรแกรม (เหมือนใน(setq foo (calculate-foo))) ฉันใช้พลังงานนี้ตลอดเวลาในการกำหนดค่าของฉันเพื่อเก็บสิ่งที่แห้ง สำหรับฉันแล้วจุดที่ใช้ Emacs ทั้งหมดคือความสามารถในการโปรแกรมและcustomizeส่วนต่อประสานไม่ทำอะไรเลย
2. setqยืมตัวเองดีกว่าการควบคุมเวอร์ชันและรหัสองค์กร ฉันแบ่งการเริ่มต้นของฉันระหว่างไฟล์หลายสิบ หากทุกอย่างอยู่ในcustom.elไฟล์ขนาดใหญ่ไฟล์เดียวมันจะยากกว่ามากในการค้นหาและแก้ไขการตั้งค่า
3. นี่เป็นเรื่องส่วนตัว แต่สำหรับฉันแล้วcustomizeอินเทอร์เฟซทั้งหมดให้ความรู้สึกว่าน่ากลัวมากจาก UIs ที่เลวร้ายที่สุดในยุค 90 ฉันต้องการแก้ไขข้อความด้วยพลังของ Emacs ทุกวัน

@Drew ทำให้จุดที่ดีบางอย่างเกี่ยวกับรายละเอียดปลีกย่อยบางอย่างกับและ:set :initializeฉันใช้ Emacs มานานหลายปีและไม่ค่อยพบปัญหาเช่นนั้น เมื่อฉันทำมันง่ายที่จะสลับออกsetqสำหรับcustom-set-variableในกรณีที่เฉพาะเจาะจง

ข้อดีอย่างหนึ่งของการใช้setqแทนการcustomizeอ่านคือ หนึ่งมีอิสระในการเพิ่มความคิดเห็นแต่ละการปรับแต่งเพื่อความชอบของคนที่ IMO ช่วยเพิ่มความสามารถในการอ่าน ท่านสามารถจัดกลุ่มการปรับแต่งที่เกี่ยวข้องเข้าด้วยกันซึ่งจะช่วยปรับปรุงแบบแยกส่วน ในที่สุดฉันจะยืนยันว่าการนำทางผ่านบัฟเฟอร์ elisp นั้น "ง่ายขึ้น" จากนั้นนำทาง UI ที่กำหนดเองและวิดเจ็ต

ในทางกลับกันการปรับแต่งช่วยให้คุณสามารถย้อนกลับไปสู่ค่าเริ่มต้นซึ่งอาจมีค่าเมื่อสิ่งต่าง ๆ ยุ่งเหยิง

แก้ไข: คำตอบของ Drew ให้เหตุผลที่ยอดเยี่ยมในการใช้customize-set-variablesซึ่งสามารถให้ประโยชน์ทั้งหมดที่ฉันได้ชี้ไป อย่างไรก็ตาม UI ที่กำหนดเองไม่ได้ให้ยืมตัวเองกับการกำหนดค่าแบบพกพาในแพลตฟอร์มที่แตกต่างกันเช่นเดียวกับ elisp ดิบ หากคุณต้องการตัวแปรที่จะต้องมีการตั้งค่าระบบปฏิบัติการคุณจะต้องย้อนกลับไปยัง elisp ในหลายกรณี จุดของฉันเกี่ยวกับการนำทางที่ง่ายขึ้นในบัฟเฟอร์ elisp ยังคงยืนอยู่

อีกทางเลือกหนึ่งคือการใช้จอห์น Wiegley ของใช้แพคเกจ นี่เป็นวิธีการเขียนโปรแกรมเพื่อกำหนดค่าแพคเกจที่เล่นได้ดีกับกระบวนการเริ่มต้นแพ็คเกจ emacs 24+ นี่คือตัวอย่างการใช้งานจาก readme:

(use-package color-moccur
  :commands (isearch-moccur isearch-all)
  :bind (("M-s O" . moccur)
         :map isearch-mode-map
         ("M-o" . isearch-moccur)
         ("M-O" . isearch-moccur-all))
  :custom (isearch-lazy-highlight t)
  :config (use-package moccur-edit))

ประเด็นก็คือแพคเกจการใช้งานเป็นมาโครและไม่ได้ประเมินอาร์กิวเมนต์ทันที :initและ:configพารามิเตอร์ที่ได้รับการประเมินในแต่ละขั้นตอนของกระบวนการเริ่มต้นที่ทำให้มันเป็นไปได้ที่จะมีการกำหนดค่าของแต่ละแพคเกจในสถานที่หนึ่ง แต่มีแต่ละส่วนดำเนินการในขั้นตอนที่เหมาะสมของการเริ่มต้น

หากไม่มีสิ่งที่ต้องการuse-packageแพคเกจบางอย่างต้องมีส่วนหนึ่งของรหัสการเริ่มต้นของพวกเขาไปก่อน(package-initialize)และส่วนอื่นที่จะไปหลังจาก หากคุณมีแพ็กเกจมากมายเช่นนั้นการกำหนดค่าเริ่มต้นของพวกเขาจะต้องมีการแทรก

ข้อดีอีกอย่างของuse-packageมันคือมันสามารถติดตั้งแพ็กเกจที่ขาดหายไปโดยอัตโนมัติจากการใช้ package.el ถ้าคุณนำคุณ. emacs ไปยังเครื่องใหม่หรือถ้าคุณแชร์การกำหนดค่าของคุณกับผู้ใช้รายอื่นและการเริ่มต้นทั้งหมด

นอกจากนี้ยังมีข้อโต้แย้งคำหลักเพิ่มเติมที่ช่วยให้การควบคุมกระบวนการเริ่มต้น

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