Lai gan lielākā daļa no mums tikai redz normālu failu un mapju nosaukumus mūsu Windows sistēmās, citi cilvēki, iespējams, ir saskārušies ar nedaudz vairāk negaidītu failu un mapju nosaukumu ar punktu, kas atrodas priekšā. Kāpēc tas notiek? Šodienas SuperUser Q & A ziņai ir atbilde uz ļoti ziņkārīgs lasītāja jautājumu.
Šodienas jautājumu un atbilžu sesija mums priecājas par SuperUser - Stack Exchange dalību, kas ir kopienas vadīta Q & A tīmekļa vietņu grupa.
Foto pieklājīgi no Domiriel (Flickr).
SuperUser lasītājs Niko Bellic vēlas uzzināt, kāpēc dažiem Windows failu un mapju nosaukumiem ir punkts pret tiem:
Piemēram, Mani dokumenti Mana Windows sistēmas direktorija Es atradu šādas mapes:
- .ssh
- .pārsniegšana
Vai tas ir kāda veida nosaukumu sastādīšana, par kuru es nezinu?
Kāpēc dažiem Windows failu un mapju nosaukumiem ir punkts pret tiem?
SuperUser ieguldītājs gravitāte ir atbilde mums:
Šī nosaukumu konvencija nāk no Unix līdzīgām operētājsistēmām (piemēram, Linux vai OSX), kur tas nozīmē slēptā fails vai katalogs. Tas darbojas jebkur, bet tā galvenais mērķis ir slēpt konfigurācijas failus savā mājas direktorijā (t.i. ~ / .cache / vai ~ / .plan) Tos bieži sauc dot faili.
Dot faili varētu kādā veidā saukt par tradicionālo Unix, kas ir līdzvērtīgs Aplikācijas dati direktorija Windows. Tajā pašā laikā daudzas Linux programmas tiek mainītas, lai izpildītu XDG bāzes direktoriju specifikāciju, pārvietojot to konfigurāciju uz ~ / .config / un citi dati, lai ~ / .cache / un ~ / .local / share /. Tas padara to līdzīgāku AppData \ Roumings un AppData \ Local.
Jums ir šie .ssh un .pārsniegšana direktoriji sistēmā Windows, jo esat izmantojis dažas programmas (īpaši OpenSSH un Subversion), kuras 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 ir apzināti izlaista, lai padarītu dzīvi vieglāk cilvēkiem, kuri savā Windows sistēmās izmanto Unix līdzīgu vidi, piemēram, Cygwin. Piemēram, Cygwin instalē standarta komplektu ar Unix līdzīgiem rīkiem, piemēram ls, kas ignorē Windows slēpts karogs un tikai godina dot fails vārdi. Tāpat ir vieglāk sinhronizēt konfigurācijas starp indivīda Windows un Linux / BSD / OSX datoriem, ja tas tiek kopīgots tajā pašā vietā.
Šie faili parasti ir atrodami lietotāja mājas direktorijā (t.i. /home/name/.ssh uz Linux vai C: \ Lietotāji \ nosaukums \ .ssh uz Windows 7 un jaunāku versiju). Viņiem ir diezgan reti sastopama Dokumenti vai Mani dokumenti apakšdirektorijās (tajos nav dokumentu).
Kā Rob Pike raksta pakalpojumā Google+, tas bija nejauša iezīme:
Jau sen, izstrādājot Unix failu sistēmu, tika izveidoti ieraksti . un … parādījās, lai padarītu navigāciju vieglāku. Es neesmu pārliecināts, bet es ticu … 2. versijas pārrakstīšana notika, kad failu sistēma kļuva hierarhiska (agrāk tam bija ļoti atšķirīga struktūra). Kad kāds ir ierakstījis lstomēr šie faili parādījās, tāpēc Ken vai Dennis pievienoja vienkāršu testu programmai. Toreiz tas bija montētājam, taču attiecīgais kods bija līdzīgs šādam:
- ja (nosaukums [0] == '.') turpinās;
Šis apgalvojums bija nedaudz īsāks par to, kas tam būtu bijis, tas ir:
- ja (strcmp (nosaukums, ".") == 0 || strcmp (nosaukums, "...") == 0) turpināt;
Bet, hey, tas bija viegli un radās divas lietas.
Pirmkārt, tika noteikts slikts precedents. Daudz citu slinko programmētāju ieviesa kļūdas, padarot to pašu vienkāršošanu. Faktiskie faili, kas sākas ar periodiem, tiek bieži izlaisti, kad tie ir jāuzskaita.
Otrkārt, un daudz sliktāk, ideja par a slēpta vai dot fails tika izveidots. Tā rezultātā vairāk slinki programmētāji sāka pilināmā failus iekļaut ikviena mājas direktorijā. Manā datorā nav instalēta daudz programmatūras, lai to ierakstītu, bet manā mājas direktorijā ir aptuveni simts dot faili un es pat nezinu, kāda ir lielākā daļa no tām, vai arī tie vēl ir vajadzīgi. Katrs faila nosaukuma novērtējums, kas iet caur manu mājas direktoriju, tiek palēnināts ar šo uzkrāto dūņu.
Vai kaut ko pievienot paskaidrojumam? Skatieties komentāros. Vēlaties lasīt citas atbildes no citiem tehnoloģiju savvy Stack Exchange lietotājiem? Šeit skatiet pilnu diskusiju pavedienu.
