Program Dosyalarına program yüklemek en iyi yöntem mi?

Üçüncü taraf bir şirket tarafından sağlanan ve kurulan bir uygulamamız var. Bunu yapmak için piyasa oranı 'danışmanlık' ücreti alıyorlar.

C sürücüsünün kökündeki klasörlerin çoğunu şokuma kurdular.

Bunları C sürücüsünün kök dizinine kurmak uygun mudur? Bu kurulum yöntemi sorunlara neden olabilir mi? Veya bunun yerine uygulamalar Program Dosyalarına mı yüklenmeli?

windows

— Soğuk T
kaynak

Stack Overflow (ya da gerçekten Programcılar) bu soru sormak olmaz. Stack Overflow'da büyük olasılıkla aşağı oylanacak ve oldukça hızlı bir şekilde kapanacaktı.

— ChrisF

Olağanüstü düşük kalitede yüksek fiyatlı "kurumsal" yazılım tarafından şok? Olma. Bu nadir değil.

— Michael Hampton

Ben düşünüyorum sebebi mümkün olduğunca kısa YOL değişkeni uzunluğunu koruyarak yapmak zorundadır. Uygulamanızı kurduğunuz yerin tam yolunu eklemek yerine, genişletmeniz gerektiğinde yolunuzda% PROGRAMFILES% değişkenini kullanabilirsiniz.

— ChrisF

@MichaelHampton Gerçekten şok oldum, orada 'kurulum mühendisleri' daha da kötü!

— Cold T

Program Dosyalarının en iyi uygulama olmasıyla ilgili büyük bir sorun, C sürücüsünde dizin oluşturmanın yönetici ayrıcalıkları gerektirmediği ve Program Dosyalarının gerektirmesidir. Yönetici gerektirmeyen yazılım yazmaya çalışırken C tercih edilebilir (bu durumda AppData kullanmak çoğu durumda gerçek çözüm olacaktır). Sadece bir potansiyel farkı işaret ediyor. Sanırım burada söylenen her şey duruyor.

— Nick

Yanıtlar:

Resmi bir kaynak olmasa da , The Old New Thing'deki Raymond Chen bunu tartıştı .

Özellikle, yukarıda bağlantılı blog gönderisi şunları belirtir:

Microsoft'un yazılım sertifikasyon programlarından bazıları (Windows Logosu gibi), uygulamaların varsayılan kurulum konumlarını Program Dosyaları dizinine ayarlamasını gerektirir.
/.../
Program Files, kaosa düzen getirmek amacıyla tanıtıldı. Bunu bir garajdaki boyama hatları olarak düşünün.

Doğal olarak, bu yazılım sertifikasyon programlarının koşullarına uyulması, yalnızca söz konusu yazılım sertifikasyon programlarına başvurmayı (veya daha önce başvurmuş ve sertifika almış olmanız) durumunda geçerli olacaktır. Ve bu durumda daha da önemlisi, varsayılan kurulum yolu hakkında, başka bir şey değil.

— bir CVn
kaynak

OTOS, yazılım satın alırsam ve standartların olduğunu ve doğrudan C'ye gitmek kadar aptal olmak için yeterince akıllı olmayan insanlar tarafından yazılırsa - aksi takdirde, aksi kararlaştırılmadıkça, ortak uygulama kadar en iyi uygulama yasa tarafından talep edilebilir. "ve" belgeleri okumak için büyük ihmal "devreye giriyor.

— TomTom

Bazı avantajları vardır değil de yükleme %programfiles%. Bir örnek olarak, bir trampolin zararlı için (daha fazla detay için bkz olarak kullanılan programı korumak için http://foundstone-dire-detect-insecurely-regist.software.informer.com/1.0/ veya daha fazla "Foundstone google KORKUNÇ").

Başka bir avantaj, yükseltilmiş ayrıcalıklar gerektiren kurulum yapmak olacaktır. Bu yine önemli olabilir, eğer bir programın güvenliği ihlal edilirse, başka bir şeyden ödün vermek için erişim haklarına sahip olmayacaktır.

Linux dünyasında, üçüncü taraf ve sistem yazılım paketlerini ayrı ayrı kurmak yaygın bir uygulamadır. Her zamanki yazılım paketleri içine giderken Örneğin /usr/bin, üçüncü taraf tipik gider /usr/local/binya /usr/share/binda birden fazla kullanıcı tarafından paylaşılması gerekiyorsa veya içine $HOME/bino gerekiyordu, bu belirli bir kullanıcı tarafından kullanılmak üzere. Bu programları PC'nize nasıl yükleyen bir danışmanlık firması olduğunu duyduklarında, muhtemelen gerekli ya da en azından kullanmamayı kolaylaştıran bazı (anlaşılmaz dememek) kullanıcı politikaları vardır %programfiles%.

— wvxvw
kaynak