Editörde bir fonksiyona bakarken onun çağrıldığı yeri, testini ve kullanıcı arayüzündeki etkisini aynı anda düşünürsünüz. Codex IDE uzantısını verimli kullanmak için bu görünür bağlamı bir avantaj olarak değerlendirebilirsiniz. Amaç, açık dosyanın tamamını yeniden yazdırmak değil; o dosyada çözülmesi gereken davranışı net biçimde tarif etmektir.
Açık dosya bağlamını görevle ilişkilendirin
Resmî IDE sayfası, açık dosyaları ve seçimleri prompta katma, düzenlemeleri editör içinde inceleme akışını açıklar. Bu olanak, özellikle birkaç dosyalık odaklı işlerde yararlıdır. Bununla birlikte seçili kodun sistemin tamamını temsil ettiğini varsaymayın. Bir yardımcı fonksiyonun farklı çağıranları olabilir.
Örneğin tarih biçimlendiren bir fonksiyon açık olsun. İşlevin yalnızca yazı kartlarında kullanıldığını düşünüyor olabilirsiniz; ancak yönetim paneli veya RSS akışı da aynı kodu kullanabilir. Codex’e değiştirmeden önce kullanım noktalarını kontrol etmesini söylemek, yerel görünen bir düzenlemenin etkisini anlamanızı sağlar.
Çok fazla ilgisiz dosya açmak yerine ilgili bileşeni, yakın çağıranını ve varsa testini görünür tutun. Bu yaklaşım editörde kendi incelemenizi de kolaylaştırır. Arada yeni bir dosya gerektiğinde açmak mümkündür; başlangıçta bütün depoyu tek ekrana taşımaya çalışmanız gerekmez.
Seçimi çözüm sınırı olarak görmeyin
Seçili satırlar, ilgilendiğiniz yeri göstermek için güçlü bir işarettir. Ancak sorunun kaynağı seçim dışında olabilir. Bir düğmenin iki kez gönderim yapması, düğmenin kendisinden değil form olayının iki yerde bağlanmasından kaynaklanabilir. Görev açıklamasında beklenen davranışı yazmak, Codex’in bu olasılığı araştırmasına alan bırakır.
Örnek görev:
Açık form bileşeninde hızlı çift tıklama iki kayıt oluşturuyor. İlgili olay akışını ve yakın çağıranları incele. Gönderim sürerken tekrar gönderim engellensin; hata durumunda kullanıcı yeniden deneyebilsin. Mevcut bileşen ve test düzenini kullan. Düğme metnini veya form alanlarını değiştirme.
Bu örnekte seçili bileşen başlangıç noktasıdır. Başarı ise dosya içinde değişiklik yapılmasıyla değil, doğru durum geçişlerinin oluşmasıyla değerlendirilir. İşlem sürerken engelleme, hata sonrasında yeniden deneme ve başarı sonrasında mevcut yönlendirme ayrı ayrı gözlenmelidir.
Editörde görünen uyarılarla çalışma zamanındaki davranışı karıştırmayın. Tür denetimi eksik bir alanı yakalayabilir, fakat sunucunun iki istek almasını tek başına kanıtlamaz. Aynı şekilde ekranda doğru görünen bir yükleme işareti veri tutarlılığını göstermez. İncelemede statik uyarı, test ve gerçek etkileşimin hangi farklı soruya cevap verdiğini düşünmek, gereksiz tekrarları azaltırken doğrulamanın eksik kalan yönlerini de görünür kılar.
Düzenlemeleri küçük gruplar halinde değerlendirin
Editörde farkları incelerken önce davranışla doğrudan ilgili satırları bulun. Yeni durum değişkeni nerede başlıyor, hangi yolda temizleniyor, hata yakalandığında ne oluyor? Bu sorular, yalnızca son ekranın güzel görünmesinden daha fazla bilgi verir.
Ardından mevcut testle yeni davranış arasındaki bağı kurun. Bir test sadece düğmenin varlığını doğruluyorsa çift gönderimi yakalamayabilir. Aynı etkileşimin iki kez tetiklenmesi ve kayıt sayısının bir kalması daha anlamlı bir örnektir. Kullanılan test araçları proje içinde zaten bulunuyorsa onları tercih etmek bakım yükünü azaltır.
Son geri bildiriminizi somut tutun. “Kod daha temiz olsun” yerine “hata durumunda yükleme işareti kapanmıyor” demek sonraki adımı belirler. IDE akışının gücü, kodu görme, davranışı deneme ve dar bir düzeltme isteme arasındaki mesafeyi kısaltmasıdır. Bunu korumak için her değişiklik grubunun kendi gerekçesi ve kontrolü bulunmalıdır.
Kaynak: Codex IDE uzantısı dokümantasyonu.
