, windows - registret mod os x ejendom liste filer, som microsoft og’ s vinduer og æble - og’ s os x butik konfiguration filer på meget forskellige metoder.ved at sammenligne, og når disse mekanismer, fordele og ulemper bliver stadig tydeligere.,, kenny bad mig følgende spørgsmål:,, og“. - i har en masse af dem, men meget lille æble registret abstinenser.det fik mig til at tænke på, og– hvad er forskellen i, hvordan vinduer og mac - anlæg opbevare deres indstillinger.hvorfor har de vinduer register altid får skylden for farten pc 'er?&",,, skyskraber versus huse, selv om microsoft nu ikke det, de fleste ansøgninger og windows - styresystem holde de fleste af deres indstillinger i registret.tror i registret som en skyskraber, hvor hver etage kontrollerer et særligt aspekt af vinduer eller en specifik anvendelse.hvis oplysningerne er ødelagt i registret, elevatoren i vores tilsvarende bygning kan ikke arbejde.i de værste tilfælde hele bygningen kan falde, og systemet ned eller ikke er i stand til at boot., der stammer fra det ’ s linux - rødder, os x holder konfiguration data i de enkelte ejendom liste (*). plist) filer, der er tekst, xml, binære eller json filer.disse sager er som små huse i stedet for skyskrabere.hvis et hus brænder, er det usandsynligt, at forvolde skade på andre huse.så hvis en præference - fil i os x er ødelagt, er det usandsynligt, at skade andre ansøgninger.faktisk, der har en tendens til at genopbygge de konfigurationer, hvis de er fjernet.det er en af grundene til, at hvis en ansøgning er uartige et mac, den første henstilling er typisk at slette de associerede plist konfiguration fil., fordele og ulemper, hvis alle de indstillinger af pc 'er blev opbevaret i registret, det ville tillade, at hele vinduer anvendelse konfiguration for let at blive bakket op.men mange ansøgninger anvende enkelte konfiguration filer samt.desuden er registret filer kan få oppustet over tid på grund af resterende ansøgning data, der er tilbage, efter at ansøgningerne er afmonteret.selv som vinduer har forbedret det register, således at systemet til at tilbagesøge korruption, anvendelse af registret for konfiguration oplagring er blevet afskrækket og metoder som f.eks. register virtualization er hærdning registret proces.,, de enkelte ejendom liste filer, der anvendes i mac ’ s os x mulighed for anmodninger om at blive flyttet fra system til system, mens ofte vedligeholdelse (eller at lade genopbygningen af) konfiguration.på bagsiden, disse akter typer anses ikke for at være en meget effektiv anvendelse og oplagring.også som os x er blevet mere moderne, plist filer har ændret format, der kræver operativsystemer og systemet med egne til at kunne håndtere forskellige præference metoder.hvorfor er registret har mere end plist filer?i sidste ende er der intet, der er forbundet med den konfiguration, metoder, der skubber folk til at hacke pc - systemer mere end macs.for vinduer kasser har typisk været anvendt mere i enterprise miljøer, og fordi registret forud har været en let måde at gennemføre konfiguration ændringer til en bunke systemer på en gang, mest vinduer administratorer er nu register guruer.for hver generation af vinduer os primært har opretholdt bagudkompatibilitet, tradition for registret mænd har fået lov til at avle børn.- registret hacking er nu forankret i dna - brugere, der ønsker at tilpasse deres systemer, mac er “, bare antage at arbejde og”, og historisk set har været mindre personliggørelse drevet af brugeren.selv om det er i hastig udvikling, vinduer brugere har traditionelt været mere af den tankegang, end æble - brugere.desuden kræves der ikke den samme virksomhed macs har netværket distribution procedurer, der tvang administratorer i registret viden. -, oplagrings - spørgsmål til side, er de fleste eksperter mener, at plist metode til os x er bedre end de konfiguration mekanisme af vinduer.men både bagudrettede kompatibilitet og administrator kendskab, sikrer, at registret hackere - fortsat vil have en legeplads for de kommende år.,,. adslot_post_bottom (display: i overensstemmelse med blok; bredde: 600px. højde: 300px} @ medier (max bredde: 360px) {. adslot_post_bottom (display: i overensstemmelse med blok; bredde: 300px; højde - 250px; margen: 2em;}} @ medier (max bredde: 320px) {. adslot_post_bottom (display: i overensstemmelse med blok; bredde: 300px. højde: 250px; margen: 0em;}},,