เหตุใดจึงต้องใช้รีจิสทรีของ Windows


56

ในขณะที่ฉันมีปัญหา debugged ใน com, เคียงข้างกันจัดการกับ dll นรกทั้งหมดในขณะที่เกลียดรีจิสทรีของ Windows ด้วยความหลงใหลฉันสงสัยว่าทำไมมันจำเป็น

ฉันไม่เคยรู้สึกว่าถูกบังคับให้อ่านหนังสือทั้งเล่มเกี่ยวกับแนวปฏิบัติที่ดีที่สุดในการลงทะเบียนสตรีจากนั้นเพียงแค่ "รับมัน"

อย่างไรก็ตามฉันใช้ Linux และ Mac OS และดูวิธีที่หนึ่งสามารถติดตั้ง Python และไลบรารี่หลายเวอร์ชันบนคอมพิวเตอร์เครื่องเดียวกัน *

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

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

ใน Mac OS คุณสามารถติดตั้งและลบแอพได้โดยวางลงในโฟลเดอร์เฉพาะ

ดังนั้น,

A) ปัญหาสำคัญที่พยายามแก้ไขคืออะไร B) ระบบปฏิบัติการอื่นแก้ปัญหาได้อย่างไร?


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

ดูfun.drno.de/flash/howto_turn_windows_into_linux.swf ขั้นตอนที่ 2 ถึง 4 มีการเปรียบเทียบที่น่าขบขันของข้อมูลการจัดเรียงนี้สำหรับ windows และ linux ;)
FrustratedWithFormsDesigner


3
คุณสามารถมีสองรุ่นของ Office ที่ติดตั้งดังนั้น "ข้อ จำกัด" คุณพูดถึงไม่ได้เป็นเพียงเทียมสวม
คอนราด Frix

1
@งาน. ฉันเดาว่าฉันเห็นด้วยกับเรื่องนั้นยกเว้นว่าปัญหานั้นมีทางออกที่ได้รับการยอมรับการแก้ไขรีจิสตรี (การประชดไม่แพ้) ซึ่งหมายถึงการเรียกใช้ 2007/2003 แบบเคียงข้างกัน คุณประสบปัญหานี้เมื่อคุณต้องการเรียกใช้ Office สองตัวติดตั้งแบบเคียงข้างกันเมื่อใด BTW นี่คือKBสำหรับการใช้ XP และ 97 เคียงข้างกัน
Conrad Frix

คำตอบ:


42

คำตอบอื่น ๆ ส่วนใหญ่มีความถูกต้องไม่มากก็น้อย (แต่ตามด้วยคำถาม) พวกเขาพลาดจุดนั้น

รีจิสทรีเป็นตัวจัดการฐานข้อมูลแบบลำดับชั้น - ไม่มีอะไรมากไปกว่านี้

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

เมื่อพิจารณาถึงปรัชญา "ทุกอย่างเป็นไฟล์" ของ Unix มัน (หรือควร) ไม่แปลกใจที่ระบบ Unix (และที่คล้ายคลึงกันเช่น Linux และ MacOS) จะเก็บข้อมูลเป็นไฟล์แต่ละไฟล์ในระบบไฟล์ สิ่งนี้ไม่ได้แตกต่างกันอย่างที่หลายคนอาจจะเชื่อในทันทีเนื่องจากระบบไฟล์ Unix นั้นเป็นฐานข้อมูลแบบลำดับชั้น (หรืออาจจะเป็นฐานข้อมูลเครือข่ายหากคุณพิจารณาลิงก์สัญลักษณ์เข้าบัญชี) ข้อแตกต่างที่เห็นได้ชัดคือการเข้าถึงรีจิสทรีผ่าน API แยกต่างหากซึ่งการจัดเก็บข้อมูลการกำหนดค่าในไฟล์ช่วยให้สามารถเข้าถึงแก้ไขและแก้ไขไฟล์เหล่านั้นผ่าน API เดียวกัน (และเครื่องมือ) เช่นเดียวกับไฟล์อื่น ๆ



11
@Conrad Frix: อะไรทำให้คุณคิดว่าการทำธุรกรรม ACID หรือภาษาของแบบสอบถามเป็นส่วนหนึ่งของฐานข้อมูล?
Jerry Coffin

1
@Jerry แน่นอน ฉันเห็นด้วยกับคุณที่นั่น แต่ (ตามความเห็นของ Conrad) หลายคนมีแนวโน้มที่จะคิดบางอย่างเกี่ยวกับคุณสมบัติของบางสิ่งบางอย่างที่เรียกว่า "ฐานข้อมูล" ดังนั้นฉันเดาว่าความพยายามของฉันในการไกล่เกลี่ยเป็นเพียงการสูญเสีย
นิโคล

1
@Conrad Frix: บางระบบไฟล์ไม่ได้เป็นแบบลำดับชั้นแน่นอน แต่ฉันไม่ได้หมายความว่า Unix FS นั้นมีลำดับชั้นมากกว่าคนอื่น ๆ - NTFS (เป็นตัวอย่าง) ก็เช่นกัน
Jerry Coffin

3
@JBRWilkinson: คุณมีสิ่งที่ย้อนหลัง มีส่วนประกอบอื่น ๆที่ขึ้นอยู่กับสถานที่ตั้งของฮาร์ดโค้ดในรีจิสทรี แต่นั่นไม่ได้เปลี่ยนแปลงสิ่งที่รีจิสทรีเป็นหรือไม่
Jerry Coffin

25

มันเป็นที่การตั้งค่าพื้นที่เก็บข้อมูล - สถานที่ส่วนกลางและค่อนข้างเป็นมาตรฐานสำหรับการตั้งค่าการตั้งค่าโปรไฟล์ที่มีน้ำหนักเบา

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

ของ windows

  • ที่เก็บการตั้งค่า
    • ระบบ: Windows Registry HKEY_LOCAL_MACHINEและโดยเฉพาะอย่างยิ่งส่วนใหญ่จะอยู่ใน\SOFTWARE\Microsoft
    • บุคคลที่สามทั้งระบบ: Windows RegistryHKEY_LOCAL_MACHINE
    • ผู้ใช้เป็นศูนย์กลางของระบบ: Windows Registry HKEY_USERS,[user]\SOFTWARE\Microsoft
    • บุคคลที่สามเป็นศูนย์กลางผู้ใช้: Windows RegistryHKEY_USERS\[user]\SOFTWARE
  • ไฟล์แอปพลิเคชันที่ผู้ใช้ไม่ควรเห็น C:\Users\[User]\AppDataในโฟลเดอร์ที่ซ่อนอยู่
  • ไฟล์แอปพลิเคชันที่ผู้ใช้อาจต้องการ C:\Users\[User]\ในโฟลเดอร์ที่ไม่ถูกซ่อนสร้างโดยแอพ

Mac OS X

  • ที่เก็บการตั้งค่า
    • ระบบและบุคคลที่สาม: /Library/Preferencesในcom.apple...plistไฟล์
    • ทั้งระบบของบุคคลที่สาม: /Library/Preferencesในplistไฟล์ของบุคคลที่สาม
    • ผู้ใช้เป็นศูนย์กลางของระบบ: /Users/[user]/Library/Preferencesเหมือนข้างบน
    • บุคคลที่สามเป็นศูนย์กลางผู้ใช้: /Users/[user]/Library/Preferencesเช่นเดียวกับด้านบน
  • ไฟล์แอปพลิเคชันทั่วทั้งระบบที่ผู้ใช้ไม่ควรเห็น /Library/Application Support
  • ไฟล์แอปพลิเคชันที่ผู้ใช้ไม่ควรเห็น /Users/[user]/Library/Application Support
  • ไฟล์แอปพลิเคชันที่ผู้ใช้อาจต้องการ /Users/[user]/ในโฟลเดอร์ที่ไม่ซ่อน

โดยพื้นฐานแล้วรีจิสทรีจะเหมือนกับ โฟลเดอร์ของ Mac OS X /Library/Preferences และไม่มากหรือน้อย

ความจริงที่ว่า Mac OS มีการจับคู่แบบหนึ่งต่อหนึ่งสำหรับกลุ่มองค์กรของระบบและข้อมูลแอปพลิเคชันแสดงให้เห็นว่า Windows Registry เป็นระบบที่มีความชอบธรรมอย่างสมบูรณ์ซึ่งเป็นวิธีการทำสิ่งที่แตกต่าง

ลักษณะที่ไม่ใช่ระบบไฟล์ของรีจิสทรีทำให้ยากต่อการสำรองคืนค่าหรือโยกย้ายบางส่วนของมันในขณะที่ปล่อยให้คนอื่นดังนั้นฉันชอบระบบ Mac แต่จุดประสงค์นั้นเกือบเหมือนกัน

ทั้งสองระบบปฏิบัติการมีแอปพลิเคชันที่เลือกที่จะละเมิดโครงสร้างเหล่านี้ในระดับที่แตกต่างกันโดยทั่วไปจะใช้บริบททั่วโลกเพิ่มเติมเพื่อสร้างไฟล์หรือโฟลเดอร์ในที่ไม่ได้อยู่ในนั้นจริงๆ แอปพลิเคชั่นบางตัวสร้างโฟลเดอร์เข้าC:\หรือ/ไม่ถาม นั่นทำให้ฉันบ้าจริง ๆ !


ในขณะที่ลักษณะการลากแล้ววางของ (ส่วนใหญ่) แอปพลิเคชัน Mac OS นั้นยอดเยี่ยมคุณมีปัญหาที่คล้ายกันกับรุ่นต่าง ๆ แบบเคียงข้างกัน แต่คุณอาจไม่สังเกตเห็น - เนื่องจากการตั้งค่าของคุณจะไม่ถูกเก็บไว้ ใน.appไฟล์ตัวเอง แต่ในApplication SupportหรือPreferencesรุ่นของโปรแกรมจะยังคงใช้การตั้งค่าเดียวกันและส่งผลกระทบซึ่งกันและกันเว้นแต่รุ่นใหม่อย่างชัดเจนตัดสินใจที่จะใช้โฟลเดอร์โดยใช้ชื่อแตกต่างกันทุก ( IntelliJIDEA70, IntelliJIDEA81ฯลฯ )


จริงอยู่รีจิสตรีเริ่มต้นจากที่เก็บการตั้งค่าแทนไฟล์ INI อย่างไรก็ตามทุกวันนี้มักจะใช้เป็นที่เก็บข้อมูลทั่วไปดังนั้นจึงเป็นลมพิษป่อง
Synetech

20

ฉันไม่เคยเข้าใจปัญหาสำคัญที่พยายามแก้ไข

ก่อนที่จะมี Registry Windows ใช้ไฟล์. INI ในการโพสต์บล็อกทำไมไฟล์ INI เลิกคัดค้านการลงทะเบียนของสตรี? เรย์มอนด์เฉินระบุปัญหาที่มีอยู่กับไฟล์. INI ที่พยายามแก้ไข เขายังระบุปัญหาที่ไฟล์กำหนดค่า XML แชร์กับไฟล์. ini เก่า นี่อาจเป็นสิ่งที่ควรพิจารณาเนื่องจากเป็นสิ่งที่แอปพลิเคชั่นมากมายใช้อยู่ในปัจจุบัน

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

  • ความปลอดภัยของไฟล์ XML นั้นไม่เพียงพอ แต่เนื่องจากไฟล์การกำหนดค่า XML เป็นแบบอ่านอย่างเดียวการคัดค้านหลักจะถูกหลีกเลี่ยง (แต่ถ้าคุณต้องการให้ผู้ดูแลระบบเท่านั้นที่มีสิทธิ์อ่านส่วนเฉพาะของ XML แสดงว่าคุณมีปัญหา)
  • เนื่องจากไฟล์คอนฟิกูเรชัน XML เป็นแบบอ่านอย่างเดียวคุณไม่ต้องกังวลกับตัวเขียนหลายตัว
  • ไฟล์การกำหนดค่า XML สามารถได้รับการปฏิเสธบริการ คุณยังสามารถเปิดได้เฉพาะและล็อคกระบวนการอื่น ๆ
  • ไฟล์ XML มีสตริงเท่านั้น ถ้าคุณต้องการเก็บข้อมูลไบนารี่คุณต้องเข้ารหัสมันอย่างใด
  • การแยกไฟล์ XML นั้นค่อนข้างช้า แต่เนื่องจากเป็นแบบอ่านอย่างเดียวคุณสามารถแคชแยกวิเคราะห์ผลลัพธ์ได้อย่างปลอดภัยดังนั้นคุณจึงต้องแยกวิเคราะห์เพียงครั้งเดียว
  • โปรแกรมแยกวิเคราะห์ไฟล์ XML ด้วยตนเอง แต่รูปแบบ XML ถูกล็อคอยู่แล้วดังนั้นคุณจึงไม่สามารถขยายได้แม้ว่าคุณต้องการ หวังว่าโปรแกรมเหล่านั้นจะใช้ XML parser ที่ได้มาตรฐานแทนการกลิ้งของตัวเอง แต่ฉันจะไม่แปลกใจถ้าคนเขียน parser XML ที่กำหนดเองของตัวเองที่ chokes บนพูดประมวลผลคำสั่งหรือสตริงที่ยาวเกิน 70 ตัวอักษร
  • ไฟล์ XML มีขนาดไม่ จำกัด
  • ไฟล์ XML ไม่มีตำแหน่งเริ่มต้น

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


2
อย่างน้อยก็น่าขันที่หลาย ๆ แอพกำลังทำการรีจิสตรีทั้งหมดพร้อมกับไฟล์ INI อีกครั้ง (ไม่มากกับ XML) ขอบคุณความนิยมที่เพิ่มขึ้นของ“ ความสามารถในการพกพา” ด้วยแฟลชไดรฟ์
Synetech

11

ทฤษฎีของฉันคือแรงผลักดันที่กล่าวมาข้างต้น มันเป็นมาตรการต่อต้านการละเมิดลิขสิทธิ์ ในช่วงก่อนรีจีสตรีคุณสามารถคัดลอกโปรแกรมทั้งหมดจากเครื่องหนึ่งไปยังอีกเครื่องหนึ่งได้โดยทั่วไป ค้นหา. DLLs และคุณทำได้ดี รีจิสทรีนี้ทำให้มากยากที่จะทำ

มีน้อยมากที่รีจิสทรีสำเร็จที่ฉันคิดว่าจะไม่ได้รับบริการที่ดีกว่าโดยหนึ่งไฟล์การกำหนดค่าต่อวัตถุประสงค์

(2014) หากต้องการขยายเหตุผลของฉันที่นี่เล็กน้อย: ฉันเห็นรีจิสทรีเป็นวัตถุพระเจ้า เราทุกคนรู้ว่ามันเป็นปฏิปักษ์


7
ดังนั้นไมโครซอฟท์จึงสร้างบางสิ่งโดยเฉพาะเพื่อ จำกัด สิ่งที่ผู้ใช้สามารถทำได้ง่าย ... ฟังดูถูกต้อง
dan_waterworth

ต่อต้าน - รูปแบบแน่นอน ความคิดที่น่าสนใจ
แบรดโทมัส

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

6

ความเข้าใจอย่างถ่องแท้ของฉันคือรีจิสตรีได้รับการออกแบบให้เป็นแหล่งเก็บข้อมูลการตั้งค่าซึ่งเป็นไฟล์. ini ที่ยอดเยี่ยมกว่าที่เคยใช้

(NB, ความเข้าใจที่หยาบคายดังนั้นสิ่งนี้อาจไม่ถูกต้อง)


5

A) ฉันเห็นด้วยกับคำตอบของทิม

B) ระบบปฏิบัติการอื่นใช้วิธีอื่นในการจัดเก็บการตั้งค่าโปรแกรมตัวอย่างเช่น Unix จะวางไฟล์ใน / etc (ไฟล์ทั่วโลก) และในโฟลเดอร์ผู้ใช้ในโฟลเดอร์ที่ซ่อนต่าง ๆ (การตั้งค่าผู้ใช้) ดังนั้นพวกเขาจึงใช้รูปแบบของรีจิสทรีบางอย่างยกเว้นในบางกรณีจะมีการแจกจ่าย


3

ตามที่ฉันเข้าใจ (ไม่จำเป็นต้องสนุกกับมัน)

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

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

B) Mac OS ใช้ไฟล์แต่ละไฟล์เช่นเดียวกับหน้าต่างไฟล์ ini ที่ใช้ก่อนที่รีจิสตรีจะเข้ามา


3

วัตถุประสงค์ที่ชัดเจนของ Registry คือการทำหน้าที่เป็นที่เก็บข้อมูลเดียวสำหรับการกำหนดค่าและการตั้งค่าข้อมูลทั้งหมดและลบการเชื่อมั่นในไฟล์การกำหนดค่า

ในระบบปฏิบัติการอื่นmodus operandiคือการจัดเก็บข้อมูลเฉพาะแอปพลิเคชัน (เช่นไฟล์กำหนดค่า) ลงในไดเรกทอรีเฉพาะแอปพลิเคชันที่ซ่อนอยู่ในโฮมไดเรกทอรีของผู้ใช้ (ตัวอย่างเช่นข้อมูลการกำหนดค่าร้านเกมใน Aquaria $HOME/.Aquaria.) /etc/การตั้งค่าทั่วไปไฟล์จะถูกเก็บไว้ใน

Mac ทำสิ่งของตนเอง: plistไฟล์เฉพาะแอปพลิเคชันจะถูกเก็บไว้ (ฉันเชื่อว่า) ในLibraryไดเรกทอรีของผู้ใช้หรือระบบ


3

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

ไม่เหมือน Unix ที่ทุกอย่างถูกเก็บไว้ในไฟล์และโหลดเป็นและเมื่อจำเป็น ระบบปฏิบัติการในลักษณะนี้ไม่ได้พึ่งพาทักษะการเขียนโปรแกรมของผู้จัดจำหน่ายเพื่อส่งผลกระทบต่อประสิทธิภาพของ ...


2

แม้ว่าฉันจะไม่สามารถแสดงความคิดเห็นในระบบปฏิบัติการอื่น ๆ ได้ แต่รีจิสทรีก็ยังช่วยรักษาการกำหนดค่าแอปพลิเคชันในระหว่างกระบวนการอัปเกรดหรือถอนการติดตั้ง / ติดตั้งใหม่ หากการกำหนดค่าทั้งหมดอยู่ในไฟล์. ini ที่จำเป็นต้องเปลี่ยนเนื่องจากการอัปเกรดที่เพิ่มคุณสมบัติคุณอาจพบปัญหาหรือต้องสร้างกระบวนการที่กำหนดเองเพื่อรวมข้อมูลการกำหนดค่าลงในไฟล์ ini ที่เข้ามา

อย่างไรก็ตามด้วยข้อมูลในรีจิสทรีคุณสามารถใช้แพ็คเกจตัวติดตั้งทั่วไป (WIX, InstallShield และอื่น ๆ ) ที่จะจัดการการถอนการติดตั้ง / ติดตั้งไฟล์โดยไม่ต้องสัมผัสการตั้งค่าแอปพลิเคชัน


1

(ทั้งหมดก. ไม่แน่ใจเกี่ยวกับ B)

ฉันเชื่อว่านี่เป็นจริงไปจนถึงจุด (ประวัติ) ที่รีจิสทรีทำหน้าที่เป็นอินเทอร์เฟซทั่วไปสำหรับการตั้งค่าแอปพลิเคชัน

มีแอปพลิเคชันหรือไม่ ต้องการจัดเก็บการตั้งค่าที่กำหนดโดยผู้ใช้หรือไม่ บึงในรีจิสทรี

ไม่จำเป็นต้อง "รับรองโปรไฟล์ผู้ใช้" ไม่จำเป็นต้องเข้าถึงระบบไฟล์โดยตรงเลย Win32 ดูแลทุกอย่าง


1

มันเป็นวิธีในการสร้างสิ่งใหม่ ๆ ที่ไม่คุ้นเคยและต้องห้ามสำหรับผู้ใช้ส่วนใหญ่ดังนั้นพวกเขาจึงปล่อยมันไว้ตามลำพัง ไฟล์. ini และ autoexec.bat สามารถลบหรือเปลี่ยนแปลงได้ง่ายขึ้น

เปลี่ยนการตั้งค่า Registgry โอ้ฉัน!


1

นอกจากเพียงการจัดเก็บการตั้งค่าโปรแกรมรีจิสทรีเป็นวิธีการที่โปรแกรมและส่วนประกอบค้นหาอื่น ๆโปรแกรมและส่วนประกอบ ท้ายที่สุดฉันคิดว่านี่เป็นสาเหตุที่ทำให้การรวมศูนย์เป็นฐานข้อมูลเดียวแทนที่จะแพร่กระจายไปทั่วทั้งไฟล์ข้อความหรือ xml หลายพันไฟล์

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.