Bir geliştirme masaüstü, ihtiyacınız olan tek bilgiyi gizlerken meşgul görünebilir. Düzenleyici, önizleme, terminal, dokümantasyon ve sorun izleyicinin hepsi konuyla ilgilidir ancak her an aynı derecede alakalı değildir.
Başka birinin düzenine benzediği için bir düzen seçmek yerine, sıradan bir değişikliği baştan sona izleyin. Bu döngü için en iyi düzenleme, kullandığınız her aletin kalıcı bir ızgarasından daha kullanışlı bir başlangıç noktasıdır.
Kısa yanıt
Pencereleri düzenleme-çalıştırma-inceleme döngünüz etrafında düzenleyin. Düzenleyiciye yeterince yer bırakın, sonucu yakınınızda tutun ve belirli bir soruyu yanıtladığında belgeleri veya günlükleri görünür hale getirin.
Küçük bir geliştirme döngüsünün haritasını çıkarın
Normal bir değişiklik yapın: bir formu ayarlayın, başarısız olan bir testi düzeltin veya bir veri dönüşümünü inceleyin. Nerede düzenlediğinizi, nasıl çalıştırdığınızı ve sonucu nerede incelediğinizi yazın. Bunlar uygun konumları hak eden çalışma alanlarıdir.
Tarayıcı tabanlı bir arayüz için döngü editör, terminal, tarayıcı olabilir. Bir komut satırı aracı için, yanında belgeler bulunan bir düzenleyici ve terminal olabilir. Yerel bir uygulama için sonuç, çalışan bir uygulama veya simülatör olabilir. Tek bir öngörülen düzenleme bunların hepsine eşit derecede iyi uyum sağlayamaz.
İlgisiz proje pencerelerini yalnızca ihtiyacınız olan çalışmayı kaydettikten sonra kapatın. Etkin görevi tanınabilir bir pencere kümesiyle bırakın, böylece daha fazla araç eklemeden önce düzenin yardımcı olup olmadığını anlayabilirsiniz.
Düzenleyiciye içeriğe dayalı bir genişlik verin
Düzenleyiciyi gerçekten ihtiyacınız olan kod ve panellere göre boyutlandırın. Bir dosya ağacı, ikinci bir düzenleyici bölmesi ve tanılama kenar çubuğunun tümü, kod başlamadan önce yer kaplar. Merkezi dosyanın okunması rahatsız edici hale gelirse, ihtiyacınız olmayan bir paneli kaldırın veya pencereyi genişletin.
Kaydırma düzeni, şeride ek pencereler eklenirken seçilen genişliği koruyabilir. Glidro’da yeniden boyutlandırma ön ayarları, yinelenen boyutların yeniden ziyaret edilmesini kolaylaştırır. Olası her düzenlemeyi tahmin etmeye çalışmak yerine küçük bir kullanışlı aralık seçin.
Pencere genişliği sorununu, tüm araçlar sığıncaya kadar metni küçülterek çözmeyin. Metnin incelenmesi zorsa görünür yoğunluk bir maliyet haline gelmiştir. Düzenlemeyi destekleyen genişliği koruyun ve gerektiğinde destekleyici pencereye gidin.
Sonucu inceleyeceğiniz yere yerleştirin
Sık sık karşılaştırdığınızda önizlemeyi düzenleyicinin yanına koyun. Her ikisini de aynı anda görmeniz gerekiyorsa, birleştirilmiş genişliklerin yararlı içeriği görünür bırakıp bırakmadığını kontrol edin. Önizlemenin geniş bir görüntü kapısına ihtiyacı varsa, yanıltıcı dar bir karşılaştırmaya zorlamak yerine tam çalışma görünümleri arasında geçiş yapın.
Tarayıcı penceresi genişliği web arayüzü testinin bir parçasıdır, bu nedenle ne gözlemlediğiniz konusunda açık olun. Masaüstü düzeniyle daraltılmış bir önizleme, kasıtlı bir duyarlı testin yerine geçmez. “Sonucumu görebilir miyim?” sorusunu ayırın. "Doğru görünüm penceresini test ettim mi?"
Sürekli görünürlüğün yardımcı olduğu durumlarda ikinci bir gösterim için bunu kullanın. Aynı proje için yalnızca dizüstü bilgisayarlara yönelik bir yedek bulundurun; böylece bağlantıdan çıkarma, iş akışı anlayışınızı bozmaz.
Terminallere ve günlüklere bir iş verin
Geçerli komut için kullanılan terminali düzenleyiciye veya sonuca yakın tutun. Uygulamanız destekliyorsa oturumları terminalin kendi özellikleri aracılığıyla etiketleyin veya başka şekilde ayırın. Görsel olarak benzer kabuklardan oluşan bir sıra, hedefin belirsiz kalması nedeniyle mekansal gezinmeyi daha az kullanışlı hale getirir.
Bir soruyu yanıtlamak için günlüğü ileri alın, ardından koda geri dönün. Bir çoğaltma sırasında çıktıyı sürekli izlemeniz gerekiyorsa, o aşama için ona görünür bir alan verin. Her arka plan işleminin kalıcı olarak görülebilen bir pencereyi hak ettiğini varsaymayın.
Editörle entegre terminallerin mi yoksa ayrı pencerelerin mi bu projeye uygun olduğuna karar verin. Yönetici her dahili düzenleyici bölmesini değil, pencereleri kontrol eder. İçerisindeki içerik için düzenleyicinin kendi navigasyonunu ve uygulamalar arasındaki geçişler için pencere kontrollerini kullanın.
Proje içeriğini ve kısayol sahipliğini koruyun
Tarayıcı pencereleri ve terminallerinin karıştırılması çok kolay olduğunda ilgisiz projeleri ayırın. Görev sınırı, hangi deponun, önizlemenin ve notların birbirine ait olduğunu belirlemenize yardımcı olabilir. Ardı ardına gelen komutları vermeden önce, çalışma dizinini ve hedef ortamı araçların kendisi aracılığıyla doğrulayın.
Düzenleyicinize ve terminal bağlantılarınıza göre pencere kısayollarını denetleyin. Kelime hareketi, terminal komutu veya düzenleyicide gezinme için kullanılan tuş kombinasyonu sürpriz bir düzen eylemine dönüşmemelidir. Seçilen bağlamayı gerçek ön plan uygulamalarında test edin ve bir çakışma ortaya çıktığında bir sahibi değiştirin.
Glidro düzenlenebilir kısayollar ve uygulama ekleme kontrolleri sağlar. Bunları sahip olduğunuz geliştirme araçlarına uyacak şekilde kullanın, ardından özel bir pencerenin olağan şekilde işlenmesi gerektiğinde basit bir duraklatma rotasını koruyun. Mevcut MacBook kodlama kurulum kılavuzumuz, dizüstü bilgisayar odaklı tamamlayıcı bir kılavuz sunar.
Sık sorulanlar
Terminal her zaman görünür kalmalı mı?
Yalnızca sürekli çıktı önemli olduğunda. Pek çok görev için onu yakınınızda tutmak ve odaklanmanın kolay olması yeterlidir.
Bir pencere yöneticisi düzenleyici bölmelerini düzenleyebilir mi?
Pencere yönetimi pencere düzeyinde çalışır. Sekmeler, dahili bölmeler ve entegre terminaller için düzenleyicinin kendi kontrollerini kullanın.
