Kāpēc dažiem Windows failu un mapju nosaukumiem ir priekšpuse?

Lai gan lielākā daļa no mums vienkārši redz parastos failu un mapju nosaukumus mūsu Windows sistēmās, citi cilvēki, iespējams, ir saskārušies ar kaut ko vairāk negaidītu - failu un mapju nosaukumus ar punktu priekšā. Kāpēc tas notiek? Šodienas SuperUser Q&A postenim ir atbilde uz ļoti ziņkārīgu lasītāja jautājumu.

Šodienas jautājumu un atbilžu sesija mums dod pieklājību no SuperUser-Stack Exchange apakšnodaļas, kas ir kopienas orientēta Q & A tīmekļa vietņu grupa.

Foto pieklājīgi no Domiriel (Flickr).

Jautājums

SuperUser lasītājs Niko Bellic vēlas uzzināt, kāpēc dažiem Windows failu un mapju nosaukumiem ir punkts priekšā:

Piemēram, Mani dokumenti direktorijā manā Windows sistēmā esmu atradis šādas mapes:

• .ssh
• .subversion

Vai tas ir sava veida nosaukšanas konvencija, par kuru es nezinu?

Kāpēc dažiem Windows failu un mapju nosaukumiem ir punkts?

Atbilde

SuperUser ieguldītāja grawity ir atbilde mums:

Šī nosaukuma konvencija nāk no Unix līdzīgām operētājsistēmām (piemēram, Linux vai OSX), kur tas nozīmē a slēpts fails vai direktoriju. Tas darbojas jebkurā vietā, bet tās galvenais izmantojums ir slēpt konfigurācijas failus jūsu mājas direktorijā (t.i.. ~ / .cache / vai ~ / .plan) Tos bieži sauc dot failus.

Dot faili zināmā mērā varētu saukt par tradicionālo Unix ekvivalentu Aplikācijas dati direktorijā Windows. Tikmēr daudzas Linux programmas tiek mainītas, lai ievērotu XDG bāzes direktorijas specifikāciju, pārvietojot to konfigurāciju uz ~ / .config / un citus datus ~ / .cache / un ~ / .local / share /. Tas padara to līdzīgāku AppData viesabonēšana un AppData Vietējā.

Jums tas ir .ssh un .subversion Windows katalogi, jo esat izmantojis dažas programmas (īpaši OpenSSH un Subversion), kas ir pārnestas, lai izmantotu Windows sistēmas API, nevis POSIX, bet nav pielāgotas dažām citām Windows konvencijām.

Dažreiz šī pielāgošana tiek izlaista apzināti, lai atvieglotu to cilvēku dzīvi, kuri izmanto sistēmas Unix līdzīgas vides, piemēram, Cygwin. Piemēram, Cygwin instalē standarta Unix līdzīgu rīku komplektu ls, kas ignorē Windows slēptā karoga un tikai godina dot fails nosaukumus. Tāpat ir vieglāk sinhronizēt konfigurācijas starp indivīda Windows un Linux / BSD / OSX datoriem, ja tas ir koplietots tajā pašā vietā.

Šie faili parasti atrodami lietotāja mājas direktorijā (t.i.. /home/name/.ssh Linux vai C: Lietotāju vārds operētājsistēmā Windows 7 un vēlāk). Tas ir diezgan reti, lai tos ievietotu Dokumenti vai Mani dokumenti apakšdirektorijas (tajās nav dokumentu).

Kā Rob Pike raksta pakalpojumā Google+, šī bija nejauša funkcija:

Ilgi, kad tika izstrādāts Unix failu sistēmas dizains, ieraksti . un … parādījās, lai atvieglotu navigāciju. Es neesmu pārliecināts, bet es uzskatu … izdevās 2. versijas pārrakstīšanas laikā, kad failu sistēma kļuva hierarhiska (sākumā tā bija ļoti atšķirīga struktūra). Kad viens ievadīts ls, tomēr šie faili parādījās, tāpēc nu Ken vai Dennis pievienoja vienkāršu programmu. Tad tas bija montētājam, bet attiecīgais kods bija līdzvērtīgs tam, kas ir šāds:

• ja (nosaukums [0] == '.') turpinās;

Šis paziņojums bija nedaudz īsāks par to, kas tam būtu bijis, kas ir:

• ja (strcmp (nosaukums, „.”) == 0 || strcmp (nosaukums, “…”) == 0) turpināt;

Bet hey, tas bija viegli un divas lietas.

Pirmkārt, tika noteikts slikts precedents. Daudzi citi slinks programmētāji ieviesa kļūdas, veicot to pašu vienkāršošanu. Faktiskie faili, kas sākas ar periodiem, bieži tiek izlaisti, kad tie ir jāaprēķina.

Otrkārt, un daudz sliktāk, ideja par a slēpta vai dot fails tika izveidots. Tā rezultātā, vairāk slinks programmētāji sāka nomest failus ikviena mājas direktorijā. Man nav daudz programmatūras, kas ir instalēta datorā, kuru izmantoju, lai to ierakstītu, bet manai mājas direktorijai ir aptuveni simts dot failus un es pat nezinu, ko lielākā daļa no tām ir vai vai tās joprojām ir nepieciešamas. Šo uzkrāto dūņu palēnina katrs faila nosaukuma novērtējums, kas iet caur manu mājas direktoriju.

Vai kaut kas jāpievieno paskaidrojumam? Skaņas izslēgšana komentāros. Vai vēlaties lasīt vairāk atbildes no citiem tehnoloģiju gudriem Stack Exchange lietotājiem? Apskatiet pilnu diskusiju pavedienu šeit.