Neden doğrudan C: / programına bir program yükleyeyim?


14

Bazı programların (varsayılan olarak veya hatta gereksinim olarak) doğrudan C: / dizinine yüklenmesinin ve çoğu gibi C: / Program Files / klasörüne yüklenmemesinin nedenleri nelerdir?

Ayrıca, neden sürücüler bu kadar yaygındır? C: / - sürücülerinde çok fazla Intel, Nvidia, ATI ve Xerox klasörü gördüm, bana göre masaüstü veya diğer kullanıcıya özgü klasörlerde değil, varsayılan olarak hiçbir anlam ifade etmiyor. Yalnızca geçici olduğundan dosyalar sistem genelinde gerekli olmamalıdır.

Teşekkürler!

Edit: Bu soru belirli bir yazılım ile ilgili değil, daha ziyade her zamanki gibi sapmak mantıklı nedenleri ile ilgilidir. Çalışmaya devam etmesi gereken sunucularla ilgili bir şey olabileceğini düşündüm, ancak bu sadece gerçeklere dayanmayan bir önsezi, neden bir sunucu programının C: / Program Files / izinleri ayarlanmıştır. Sürücü yükleme dosyaları gibi sistem genelinde gerekli dosyalar için de aynıdır.

Açıkçası bu sadece Windows ile ilgilidir.


6
Yazılım yüklemesi geliştirme döngüsünün önemli bir parçasıdır ve belirli bir neden varsa Program Dosyalarının dışındaki alanlara yerleştirilmesi kesinlikle geliştiricilerin bilmek isteyebileceği bir şeydir. Genel olarak konu ile ilgili söyleyebilirim.
GrandmasterB

Ben MS-DOS uygulamaları kendilerini C: \ yüklü, ama tabii ki, Windows 10 MS-DOS değil düşünüyorum.
juniorRubyist

Yanıtlar:


11

Bir klasöre doğrudan c: \ 'de bir şey yüklemek veya c:' deki bir sürücüyü açmak için gerçek bir teknik neden yoktur.
Microsoft tarafından yayınlanan Windows yazılım tasarım kılavuzlarına bile karşıdır.

Ancak:
Kullanıcının bu klasördeki bir şeyi manuel olarak çalıştırması istenmesi durumunda, kullanıcıya basit talimatlar verebilmek uygundur.
Gibi: "Bilgisayarım" açın, C: açın, [klasör] açın ve sonra "kurulum" programını açın.
Yolu bu şekilde sabitlenmeye zorlayarak, tüm kullanıcılar için tutarlıdır ve bu da teknik destek için hayatı daha kolay hale getirir.
Bu genellikle sürücü indirmeleri için geçerlidir. Tüm büyük üreticiler bunu yapıyor gibi görünüyor.

Ara sıra 1. sıra yardım masası üzerinde çalıştım.
Kaç kullanıcının bir şey indirdiğini, onu açtığınızı, bir telefon araması aldığını ve 15 dakika sonra sabit disklerinde sıkıştırılmamış dosyaları nereye koyduklarını hatırlayamayacağına inanamayacaksınız.
Sonra yardım masasını veya teknik desteği ararlar.
Bu çağrıları yapan kişi sizseniz, bu dosyaları doğrudan C: \


4
Ayrıca "C: \ Program Files" hem yerel ayarlara hem de işlemci mimarisine (x86 vs. x64) bağımlıdır, "C: \" ise bağımlı değildir. "% ProgramFiles%" yerel ayardan bağımsızdır, ancak gerçek bir yol gibi göründüğünü düşünmeyen veya yüzde işaretlerini doğru almayan yarı anlayışlı kullanıcıları karıştırmaya meyillidir. 64 bit sistemlerde, 32 bit uygulamalar için hala yanlış yol olacaktır.
abstrask

1
bu durumda dosyaları C: \
phuclv

@phuclv Gerçekten değil, özellikle Windows 8 ve sonraki sürümlerde. Masaüstü klasörü, bir yükleyiciyi etkileyebilecek çok zor dosya sistemi izinlerine (özellikle dolaşım profilleri kullanıldığında) sahiptir. Ayrıca başka bir yere yeniden yönlendirilebilir (muhtemelen bir ağ veya Depolama Alanı konumu). Ve birçok virusscanner, Masaüstünden çalıştırmayı denerseniz yükleyicinize güvenmez. Windows 10'dan itibaren AppLocker, Masaüstünden çalışan şeylere müdahale edebilecek başka bir şeydir (birçok şirkette, masaüstünden çalışan şeyleri engellemek için ayarlanmıştır).
Tonny

7

Bazı programların (varsayılan olarak veya hatta gereksinim olarak) doğrudan C: / dizinine yüklenmesinin ve çoğu gibi C: / Program Files / klasörüne yüklenmemesinin nedenleri nelerdir?

Bazı geliştiriciler standart kurallara uymazlar, çünkü işleri doğru yapamayacak kadar habersiz veya tembeldirler. Birçok amatör geliştirici ayrıca ortamı sorgulamak yerine yazılımlarına ve / veya yükleyicilerine giden yolları kodlar (ör.% TEMP%,% APPDATA%,% PROGRAMFILES%).

Ayrıca, neden sürücüler bu kadar yaygındır? C: / - sürücülerinde çok fazla Intel, Nvidia, ATI ve Xerox klasörü gördüm, bana göre masaüstü veya diğer kullanıcıya özgü klasörlerde değil, varsayılan olarak hiçbir anlam ifade etmiyor. Yalnızca geçici olduğundan dosyalar sistem genelinde gerekli olmamalıdır.

Tonny'nin önerdiği gibi, bu kısmen teknik desteği basitleştirmek için, aynı zamanda kendi rahatlığınız için. Sürücü dosyalarını bulması kolay ve tüm kullanıcılar tarafından erişilebilir bir konuma çıkarttığınızda, sürücüleri yeniden yüklemeniz gerekirse sistemin dosyaları yeniden bulması da kolaydır. Ne yazık ki, çoğu satıcı eski dosyaları temizlemez, bu yüzden bir daha asla kullanılmayacak gigabayt eski sürücü paketlerine sahip olabilirsiniz. Bazı durumlarda, bunları% TEMP% veya "Tüm Kullanıcılar" hesabına çıkarmak daha uygun olabilir ve bazı satıcılar tam olarak bunu yapar.


2

'En' yazılım ve yapılandırma dosyaları uzun dizin yollarını, karışık büyük harfleri, boşlukları ve 'standart olmayan' karakterleri işleyebilse de, her zaman yapmazlar ve iş akışınızın ortasında bunu yapmak küçük bir güçlük olabilir.

Microsoft, Users klasörünü Vista için kök dizine taşıdı ve 7 muhtemelen uygulamada kaç kişinin kök dizini (varsayılan "c:") tercih ettiğinin iyi bir göstergesidir.


1

Uzaylar . Sebebi uzaylardır .

İçinde bir boşluk var C:/Program Files. Bunu bir kabuk komutuna olduğu gibi koyarsanız, iki ayrı argüman olarak yorumlanır. C:/Programve Files. Bu basitçe alıntı ile çok kolay düzeltme için, tabii ki "C:/Program Files"ya C:/Program\ FilesAncak, bazı programlar bu beceremiyorsun. Bu soruna geçici bir çözüm bulmak veya tembel senaryo yazarlarını kolaylaştırmak için programlar bazen C:doğrudan yüklenir .

Program geliştirici gayretli olsa ve tüm dosya yollarından doğru şekilde kaçsa bile, zincirin bir yerinde bazı kütüphane veya bazı harici komut dosyalarının çalışmayabileceğini unutmayın. Programlar o kadar çok bağımlılığa sahip ki bazen boşluk kullanmamak herkesi uçağa sokmaya çalışmaktan daha kolay.


ve şeyin uzunluğu. c:\program filesyazması uzun .. sekmeyi kullanabilir ancak parametre ise kullanamazsınız. Ve genellikle içindeki dizinler uzun olma eğilimindedir. C:\Program Files\Microsoft Visual Studio 10.0 infact% PATH% birçok uzun dizinle gerçekten baş edemiyor çünkü 2 veya 4 bin char sınırı var
barlop

0

Bunun yalnızca Windows ile ilgili olduğunu, ancak yazılımın diğer işletim sistemlerine / sistemlerinden taşınabileceğini belirtirsiniz. Ayrıca, Windows sürümleri arasında farklılıklar olabilir, örneğin Windows'un çevrilmiş bazı sürümlerinde de bu klasör adı çevrilir ve kullanıcı konumu da değiştirebilir (örneğin "C: \ Program Files" yerine "P: \" bir süre). Bunların hepsi yazılım tarafından algılanabilir, ancak sabit bir konum kullanmak daha kolaydır. Ayrıca sürücüler durumunda, bu bilginin işletim sisteminden alınamayacağı bir anda dosyaların nerede olduğunu bilmek gerekli olabilir.


0

Bazı eski programlar (DOS dönemi, Win 3.1) açıldıkları yoldaki boşlukları veya "uzun" adları kabul edemediler. Bu bugünlerde oldukça nadirdir.

Yükleyicilerin kurulu olduğu sistemle ilgili ayarları almaları beklenir. Bu ayarların, diğer ayrıntıların yanı sıra Program Dosyaları dizininin konumunu da içermesi gerekir. Meşru programlar, bu bilgilere bağlanan ve sundukları varsayılanlardan değiştirirseniz takip eden yükleyicilerde paketlenir.

Öte yandan, sürücüler işletim sistemi (Aygıt Yöneticisi -> Sürücüleri Güncelle) tarafından işlenecek şekilde tasarlanmıştır - bir yükleyicinin içindeyse Aygıt Yöneticisi bunları yüklemek için bunlara erişemez. Onları nereye koyduğunuz konusunda esnek değiller.

Tüketici düzeyinde, akıllı telefonlar ve tabletler, bunların son kullanıcı endişeleri olması gerektiği fikrine gerçekten meydan okuyor.


0

Bazı programlar boşluklu bir yolda (yani "Program Dosyaları") var olduklarında arızalanırlar, bu yüzden C: 'nin kök dizinine kurulurlar.

Ancak, birçok programcının tembel olduğunu ve programlarını varsayılan olarak C: \ 'ye kolayca yerleştirmeye karar verdiğine bahse girerim.


0

TLDR; diğer programların bağlı olabileceği önemli programları oyunlar / tarayıcılar / yüklediğiniz diğer programlardan ayırmak için.

İnsanların C: \ 'ye yüklemeyi seçmelerinin bir başka büyük nedeni, neden Program Dosyalarını ilk etapta oluşturdukları ile ilgilidir: Programları sistem dosyalarından Kullanıcılar klasörünün oluşturduğu şekilde ayırmak için Kullanıcı dosyalarını programdan / sistemden ayırmak Dosyalar.

Dolayısıyla, geliştirici kullanıcının ne için olduğunu hatırlamadığı için kaldırmasını istemiyorsa (ses eklentileri gibi paket geliştirme öğelerini veya python / ruby ​​gibi tüm dilleri düşünün), programı C: \ sürücüsüne bir tür "sistem dosyaları" içine dahil, ama aynı zamanda bariz nedenlerle Windows klasörüne koyarak değil.

Bu eski bir yazı olduğunu biliyorum ama onun kilitli değil ve eklemek için bir şey vardı.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.