Visual Studio'da Dosya Gezgini - Potansiyel Yeni Özellik
[[academy-video-youtube({"vid": "4agEW1_1EfA", "start_time": "0", "title": "Visual Studio'da Dosya Gezgini - Potansiyel Yeni Özellik", "creator": "Tim Corey", "length": "8m 47s"})]]
Visual Studio'da projelerle çalışırken, geliştiriciler genellikle proje veya çözüm içinde doğrudan dahil edilmeyen dosyalara erişmek veya bu dosyaları değiştirmek zorunda kalırlar. .gitignore, .gitattributes, Dockerfile gibi dosyalar veya bin ya da obj gibi bazı klasörler varsayılan olarak Çözüm Gezgini'nde görünmeyebilir.
Tim Corey, Visual Studio'da Dosya Gezgini - Potansiyel Yeni Özellik başlıklı yakın tarihli bir videoda, Microsoft'un test ettiği potansiyel bir çözümü — Visual Studio için yeni bir Dosya Gezgini uzantısını — bize tanıtıyor.
Bu makale, Tim'in videodan detaylı anlatımını, içgörülerini ve önerilerini incelemekte olup, bu özellik ile ilgilenen geliştiricilere yönelik pratik bir kılavuz sunmaktadır. Tim'in demonstrasyonuna dalalım ve kullanımı, mevcut çözümlerin sınırlılıklarını ve bu uzantının gerçek dünya sorunlarını nasıl çözebileceğini anlayalım.
Visual Studio'da Gizli Dosyalara Erişme Sorunu
Videonun başında, Tim Corey bir geliştirici sıkıntısını — çözümde resmi olarak dahil edilmeyen dosyaları kolayca değiştirememe — vurguluyor. Örneğin, .gitignore dosyasına erişmek veya README.md gibi proje ile ilgili belgeleri düzenlemek gereksiz yere karmaşık hale gelir. Tim, tipik bir geçici çözüm olarak, Çözüm Gezgini'nde "Tüm Dosyaları Göster" simgesine tıklamanın olduğunu açıklar.
Bununla birlikte, Tim'in 1:21'de gösterdiği gibi, bu özelliği kullanmak dağınık bir deneyim yaratır. Her proje için ayrı ayrı etkinleştirmenizi gerektiren tutarsız bir özelliktir. Tutarlılığı kaybedersiniz ve sürekli olarak görünümleri değiştirirsiniz. Daha da kötüsü, her zaman çözüm düzeyinde yardımcı olmaz — örneğin, belirli bir projenin parçası olmayan ancak kök çözüm dizininde bulunan dosyalara hala erişemezsiniz.
Klasör Görünümü: Sınırlı Bir Alternatif
Geçici bir çözüm olarak, Tim .gitignore ve .gitattributes gibi gizli dosyalara erişim sağlayan Klasör Görünümüne (2:00) geçmeyi öneriyor. Ancak Tim, bu modun ciddi sınırlamaları olduğunu da açıkça belirtmektedir. Artık standart çözüm görünümünde değilsiniz, bu da geliştiricilerin güvenilir olduğu yaygın araçlara ve işlevselliklere erişiminizi kaybetmeniz anlamına geliyor.
Tim burada kişisel görüşünü paylaşıyor: Klasör Görünümüne geçiş yapmayı sevmiyor. Tipik iş akışları için kopuk ve hantal hissi veriyor. Bu, onun şu anda test edilen yeni bir Visual Studio uzantısını tanıtmasına ve çok daha iyi bir çözüm sunmasına yol açar.
Dosya Gezgini Uzantısını Tanıtıyoruz
Bu sorunları çözmek için Tim, Visual Studio'nun Uzantı Yöneticisi üzerinden erişilebilen, Mads Kristensen tarafından geliştirilen "File Explorer" adlı yeni bir uzantıya işaret ediyor. Tim'in 2:31'de belirttiği gibi, Mads deneysel özellikler yaratmasıyla tanınır. Bu özellikler, Microsoft'un bunları doğrudan Visual Studio'ya entegre edip etmeyeceğine karar vermeden önce ilgi ve geri bildirim toplamak amacıyla uzantılar şeklinde sunulur.
Kayıt sırasında, Tim uzantının 3.000'den fazla indirmesi ve yüksek bir ortalama puanı olduğunu belirtti, bu da geliştirici topluluğunun onu gerçekten faydalı bulduğunu gösteriyor.
Eklentiyi Kurma ve Etkinleştirme
Tim, uzantının kurulumu sırasında Visual Studio'nun yeniden başlatılması gerektiğini belirterek kurulum sürecini göstermektedir (3:06). Kamera arkası işlemleri yaptıktan sonra (3:16) yeni Dosya Gezgini görünümünü şimdi Çözüm Gezgini içinde gömülü olarak göstermeye döner — gerçek bir devrim niteliğinde.
Bu yeni bölüm, çözüm adıyla bir klasör olarak görünür ve tüm projelerinizle aynı seviyede yer alır. Genişletildiğinde, normalde Çözüm Gezgini'nde görünmeyecek dosyalar ve dizinler dahil tüm klasör yapısına doğrudan erişim sağlar.
Gizli Dosyaları Gezinme ve Değiştirme
3:29'da Tim, bu yeni Dosya Gezgini panelinde gezinmeye başlıyor. Nasıl her şeyi gösterdiğini, .gitignore, .gitattributes, README.md ve daha fazlasını, gösteriyor. Tim, README.md dosyasına tıkladığında, dosyayı doğrudan Visual Studio içinde düzenler ve deneyimin ne kadar pratik ve sorunsuz olduğunu övgüyle belirtir.
Tim, 4:01'de bunu tekrar vurguluyor ve bu yeni özelliğin her iki modu en iyi şekilde harmanladığını belirtiyor: Klasör Görünümü'nün tam görünürlüğü ve geliştiricilerin tercih ettiği, yapısal ve zengin özellikli Çözüm Görünümü.
Ek Özellikler ve Dosya İşlemleri
Tim'in gösterdiği (4:03) bir diğer pratik nokta, bu Dosya Gezgini içindeki sağ tıklama menüsüdür. Kullanıcılar şunları yapabilir:
VS Code'da bir dosya açın
Dosya Gezgini'nde açın
Varsayılan bir programla aç
Dosyayı yeniden adlandırın
- Tam yolu kopyala
Bu özellikler, geliştiricilerin proje ile ilgili dosyaları doğrudan yönetmesini sağlar, böylece harici düzenleyiciler veya dosya gezginleri arasında geçiş yapmalarına gerek kalmaz.
Tim, bu işlevselliğin özellikle .gitignore gibi genellikle küçük ama kritik değişiklikler gerektiren dosyalar için zaman kazandırıcı doğasını özellikle vurgulamaktadır. 4:22'de söylediği gibi, sadece dosyayı açar, değişikliği yapar ve hiçbir zaman akışınızı bozmadan devam edersiniz.
Çalışma Alanınızı Temiz Tutmak
Tim, arayüzü düzenli tutmak için kullanışlı bir püf noktası da gösteriyor. Dosya Gezgini bölümünü küçültebilirsiniz, bu sayede Çözüm Gezgini'nin üst kısmında yalnızca bir satır yer kaplar. Bu, gerektiğinde her zaman kullanılabilir olmasını, ancak gerekmediğinde asla engel olmamasını sağlar.
Tim'e göre (4:36), bu, araca erişimi "hızlı ve kolay" hale getirirken aynı zamanda müdahaleci de değildir — birçok Visual Studio özelliğinin ulaşmakta zorlandığı bir denge.
Microsoft'un Stratejisi: Özellikleri Uzantılarla Test Etmek
Yaklaşık olarak saat 6:00 civarında, Tim bu özelliğin neden şu anda bir eklenti olduğunu ve Visual Studio'nun temel bir parçası olmadığını açıklıyor. Microsoft, giderek daha fazla kullanıcı odaklı geliştirmelerle deney yapmaktadır. Geliştiricilerin ne istediğini tahmin etmek yerine, gerçek dünya kullanımı ve geri bildirimleri ölçmek için özellikleri uzantılar olarak yayımlarlar.
Tim bu stratejiyi takdir eder. Vurguladığına göre, bazen yalnızca sesli bir azınlık bir özellik talep edebilir ve bu özelliği IDE'ye zamanından önce entegre etmek ters tepebilir. Microsoft, uzantıları prototip olarak kullanarak, tam entegrasyona geçmeden önce sağlam kanıt toplar.
Visual Studio'nun Geleceğini Nasıl Etkileyebilirsiniz
Tim, izleyicileri uzantıyı indirmeye, test etmeye ve geri bildirimde bulunmaya teşvik eder. 6:26'da, kullanıcı etkileşiminin — hata bildirme, iyileştirme önerileri yapma ve uzantıyı değerlendirme gibi — Microsoft'un karar vermesine yardımcı olduğunu açıklıyor:
- Özelliğin entegre edilip edilmeyeceği değerlendirilmeye değer mi
Geniş geliştirici tabanı için en iyi nasıl uygulanır
Tim ayrıca ek işlevsellik için önerilere açıktır. Örneğin, belki sürükle-bırak desteği veya sağ tıklama menüsünde "Çözüme Ekle" seçeneği eklemek isteyebilirsiniz. Bu fikirler nihai uygulamayı şekillendirebilir, bu yüzden geribildiriminiz önemli.
Son Düşünceler ve Neden Önemlidir
Sona doğru (7:25), Tim düşüncelerini özetliyor. Bu eklentinin gerçek bir geliştirici sorununu çözdüğüne inanıyor — her gün meydana gelmeyen, ancak gerçekleştiğinde can sıkıcı olan bir sorunu. Örneğin, README.md dosyasını başka bir araca geçiş yapmadan hızlı bir şekilde değiştirmek son derece faydalıdır.
Tim ayrıca Visual Studio Code'un burada nasıl güçlü bir emsal teşkil ettiğini yansıtıyor. VS Code, dosya yapısını arayüzün merkezi bir parçası haline getirir ve bu uzantı, Visual Studio'nun temel tasarımını bozmadan bu kullanım kolaylığının bir kısmını Visual Studio'ya getirmeye yardımcı olur.
Sonunda, Visual Studio'nun basitçe VS Code haline gelemeyeceğini, ancak kesinlikle onun güçlü yönlerini ödünç alabileceğini vurgulayarak bitiriyor. Bu uzantı bu yönde bir adımdır.
Sonuç
Tim Corey'nin videosunda tanıttığı Visual Studio için Dosya Gezgini uzantısı, yaygın bir iş akışı sorununa yönelik akıllı ve verimli bir çözümdür. Bu araç, geliştiricilerin tüm proje ile ilgili dosyalara erişmesine ve düzenlemesine — hatta çözüm kapsamı dışındakilere bile — IDE'den çıkmadan veya çalışma akışlarını bozmadan olanak tanıyarak önemli bir boşluğu doldurur.
.gitignore dosyasını sık sık düzenliyorsanız, belgeleri düzenliyorsanız veya sadece tam klasör yapınıza dair görünürlük istiyorsanız, bu uzantı gerçek bir değer katıyor. Tim'in tavsiye ettiği gibi, deneme yapın, geri bildirimde bulunun ve Visual Studio geliştirme sürecinin geleceğinin şekillenmesine yardımcı olun.
Tim'in en iyi şekilde ifade ettiği gibi, bu günlük bir sorunu çözmekle ilgili değil, ortaya çıktığında acı verici hale gelen bir sorunu çözmekle ilgili — ve bunu temiz, hafif ve geliştirici dostu bir şekilde yapmakla ilgili.

