Java projelerinde kullanılmayan / ölü kod nasıl bulunur [kapalı]

Büyük java projelerinde kullanılmayan / ölü kodu bulmak için hangi araçları kullanıyorsunuz? Ürünümüz birkaç yıldır geliştirilmektedir ve artık kullanılmayan kodu manuel olarak tespit etmek çok zorlaşmaktadır. Ancak mümkün olduğunca kullanılmayan kodu silmeye çalışıyoruz.

Genel stratejiler / teknikler (belirli araçlar hariç) için öneriler de takdir edilmektedir.

Düzenleme: Zaten kod kapsama araçları (Clover, IntelliJ) kullandığımızı, ancak bunların çok az yardımcı olduğunu unutmayın. Ölü kodun hala birim testleri vardır ve kapsam dahilinde gösterilir. İdeal bir araç, ona bağlı olarak çok az başka bir kodu olan kod kümelerini belirleyecek ve dokümanların manuel incelemesine izin verecekti.

Kod kullanım günlüklerini tutmak için çalışan sisteme alet verip aylarca veya yıllarca kullanılmayan kodları incelemeye başlarım.

Örneğin, kullanılmayan sınıflarla ilgileniyorsanız, örnekler oluşturulduğunda tüm sınıflar günlüğe kaydedilebilir. Ve sonra küçük bir komut dosyası, kullanılmayan sınıfları bulmak için bu günlükleri sınıfların tam listesi ile karşılaştırabilir.

Tabii ki, yöntem seviyesine giderseniz performansı aklınızda bulundurmalısınız. Örneğin, yöntemler yalnızca ilk kullanımlarını kaydedebilir. Bunun Java'da en iyi nasıl yapıldığını bilmiyorum. Bunu, dinamik bir dil olan ve böylece çalışma zamanında kod değişikliğine izin veren Smalltalk'ta yaptık. Bir günlük çağrısı ile tüm yöntemleri kullanırız ve bir yöntem ilk kez günlüğe kaydedildikten sonra günlük kodunu kaldırırız, bu nedenle bir süre sonra daha fazla performans cezası oluşmaz. Benzer bir şey Java'da statik boolean bayrakları ile de yapılabilir ...

Oldukça iyi çalışan bir Eclipse eklentisi Kullanılmayan Kod Dedektörüdür .

Tüm bir projeyi veya belirli bir dosyayı işler ve görünürlük değişikliklerini (yani korunan veya özel olabilecek genel bir yöntem) önermenin yanı sıra çeşitli kullanılmayan / ölü kod yöntemlerini gösterir.

CodePro yakın zamanda Eclipse projesi ile Google tarafından piyasaya sürüldü. Ücretsizdir ve oldukça etkilidir. Eklentinin bir / daha fazla giriş noktası olan ' Ölü Kodu Bul ' özelliği vardır. Oldukça iyi çalışıyor.

Şaşırdım ProGuard burada bahsedilmedi. Etrafındaki en olgun ürünlerden biri.

ProGuard , ücretsiz bir Java sınıfı dosya küçültücü, optimize edici, gizleme ve önleyici. Kullanılmayan sınıfları, alanları, yöntemleri ve nitelikleri algılar ve kaldırır. Bayt kodunu optimize eder ve kullanılmayan talimatları kaldırır. Kalan sınıfları, alanları ve yöntemleri kısa anlamsız adlar kullanarak yeniden adlandırır. Son olarak, Java 6 veya Java Micro Edition için işlenmiş kodu önceliklendirir.

ProGuard'ın bazı kullanım alanları:

• Daha küçük kod arşivleri, ağlar arasında daha hızlı aktarım, daha hızlı yükleme ve daha küçük bellek ayak izleri için daha kompakt kod oluşturma.
• Programları ve kütüphaneleri tersine mühendislikle zorlaştırmak.
• Ölü kod listeleniyor, böylece kaynak koddan kaldırılabilir.
• Daha hızlı sınıf yüklemelerinden tam olarak yararlanmak için Java 6 veya üstü için mevcut sınıf dosyalarını yeniden hedefleme ve önleme.

Ölü kod listesi için örnek: https://www.guardsquare.com/en/products/proguard/manual/examples#deadcode

Eclipse'de tek bir sınıfta bildiğim bir şey, tüm yöntemlerini özel olarak değiştirmek ve sonra hangi şikayetleri aldığımı görmek. Kullanılan yöntemler için, bu hatalara neden olur ve bunları mümkün olan en düşük erişim seviyesine döndürürüm. Kullanılmayan yöntemler için bu, kullanılmayan yöntemlerle ilgili uyarılara neden olur ve bunlar daha sonra silinebilir. Ve bir bonus olarak, genellikle özel hale getirilebilen ve yapılması gereken bazı genel yöntemler bulursunuz.

Ama çok manuel.

Kod tabanınızı oluşturmak için bir sınama kapsamı aracı kullanın, ardından sınamaları değil, uygulamanın kendisini çalıştırın.

Emma ve Eclemma , kodun herhangi bir çalışması için hangi sınıfların yüzde kaçının çalıştırıldığına dair güzel raporlar verecektir.

Kod tabanımızın yeniden düzenleme için hedef açısından zengin ortamındaki bazı funk'ları tanımlamaya yardımcı olması için Hata Bul'u kullanmaya başladık . Ayrıca Yapı 101'in kod tabanınızın mimarisinde çok karmaşık olan noktaları tanımlamasını da düşünürdüm , bu yüzden gerçek bataklıkların nerede olduğunu biliyorsunuz.

Teorik olarak, kullanılmayan kodu deterministik olarak bulamazsınız. Bunun matematiksel bir kanıtı var (bu daha genel bir teorem için özel bir durum). Merak ediyorsanız, Durdurma Sorununa bakın.

Bu, Java kodunda birçok şekilde kendini gösterebilir:

• Kullanıcı girdisi, yapılandırma dosyaları, veritabanı girişleri vb.
• Harici kod yükleniyor;
• Nesne ağaçlarının üçüncü taraf kütüphanelerine aktarılması;
• vb.

Bununla birlikte, IDEA IntelliJ'yi tercih ettiğim IDE olarak kullanıyorum ve modüller, kullanılmayan yöntemler, kullanılmayan üyeler, kullanılmayan sınıflar, vb. Arasında findign bağımlılıkları için kapsamlı analiz araçlarına sahip. kullanılmayan olarak etiketlendi, ancak genel bir yöntem daha kapsamlı analiz gerektiriyor.

Eclipse Goto'da Windows> Tercihler> Java> Derleyici> Hatalar / Uyarılar
ve hepsini hatalarla değiştirin. Tüm hataları düzeltin. Bu en basit yol. Güzelliği, yazarken kodu temizlemenize izin vermesidir.

Ekran Tutulma Kodu:

IntelliJ, kullanılmayan kodu tespit etmek için kod analiz araçlarına sahiptir. Mümkün olduğunca çok sayıda alan / yöntem / sınıf oluşturmayı denemelisiniz ve bu da daha fazla kullanılmayan yöntem / alan / sınıf gösterecektir

Ayrıca kod hacmini azaltmanın bir yolu olarak yinelenen kodu bulmaya çalışacağım.

Son önerim, eğer kullanıldıysa kodunuzu daha basit hale getirecek açık kaynak kodunu bulmaya çalışmaktır.

Structure101 dilim perspektifi , "ana" kümeye veya ondan bağımlılığı olmayan sınıfların veya paketlerin "yetimler" veya "yetim gruplarının " bir listesini (ve bağımlılık grafiğini) verecektir .

DCD, bazı IDE için bir eklenti değildir, ancak karınca veya tek başına çalıştırılabilir. Statik bir araç gibi görünüyor ve PMD ve FindBugs'ın yapamayacağı şeyleri yapabilir . Deneyeceğim.

PS Aşağıdaki yorumda belirtildiği gibi, Proje şimdi GitHub'da yaşıyor .

Profil kodunu oluşturan ve kod kapsamı verileri sağlayan araçlar vardır. Bu, kodun ne kadarının çağrıldığını görmenizi sağlar (kod çalıştırılırken). Ne kadar yetim koduna sahip olduğunuzu öğrenmek için bu araçlardan herhangi birini alabilirsiniz.

• FindBugs bu tür şeyler için mükemmeldir.
• PMD (Project Mess Detector) kullanılabilecek başka bir araçtır.

Ancak, hiçbiri çalışma alanında kullanılmayan genel statik yöntemleri bulamaz . Eğer böyle bir araç bilen varsa, lütfen bana bildirin.

EMMA gibi kullanıcı kapsama araçları. Ancak statik bir araç değildir (yani, uygulamayı gerçekten regresyon testi ve tüm olası hata durumları aracılığıyla çalıştırmayı gerektirir, ki bu imkansızdır :))

Yine de, EMMA çok faydalıdır.

Emma, ​​Cobertura ve Clover gibi kod kapsamı araçları, kodunuzu düzenleyecek ve bir takım testler yaparak hangi bölümlerinin çağrıldığını kaydedecektir. Bu çok kullanışlıdır ve geliştirme sürecinizin ayrılmaz bir parçası olmalıdır. Test takımınızın kodunuzu ne kadar iyi kapsadığını belirlemenize yardımcı olacaktır.

Ancak, bu gerçek ölü kodu tanımlamakla aynı şey değildir. Yalnızca testlerin kapsadığı (veya kapsamadığı) kodu tanımlar. Bu, yanlış pozitifler (testleriniz tüm senaryoları kapsamıyorsa) ve yanlış negatifler (gerçek bir dünya senaryosunda hiç kullanılmayan test erişim kodunuz varsa) verebilir.

Gerçekten ölü kodu tanımlamak için en iyi yolu canlı çalışan bir ortamda bir kapsama aracı ile kod enstrüman ve uzun bir süre boyunca kod kapsamı analiz olacağını düşünün.

Yük dengeli yedekli bir ortamda (ve eğer değilse, neden olmasın?) Koşuyorsanız, uygulamanızın yalnızca bir örneğini enstrüman haline getirmenin ve yük dengeleyicinizi rasgele, ancak küçük bir kısmı yapılandırmanın mantıklı olacağını varsayalım. kullanıcılarınız enstrümanlı örneğinizde çalışır. Bunu uzun bir süre yaparsanız (tüm gerçek dünya kullanım senaryolarını - bu tür mevsimsel varyasyonları kapsadığınızdan emin olmak için), kodunuzun gerçek alan kullanımı altında hangi alanlarına tam olarak erişildiğini ve hangi bölümleri görebildiğinizi görebilmeniz gerekir. gerçekten hiç erişilmez ve dolayısıyla ölü kod.

Ben şahsen bu yapıldığını hiç görmedim ve yukarıda bahsi geçen araçların bir test paketi aracılığıyla çağrılmayan kodu enstrüman ve analiz etmek için nasıl kullanılabileceğini bilmiyorum - ama eminim olabilirler.

Bir Java projesi var - Dead Code Detector (DCD). Kaynak kodu için iyi çalışmıyor gibi görünüyor, ancak .jar dosyası için - gerçekten iyi. Ayrıca sınıfa ve yönteme göre filtreleyebilirsiniz.

Netbeans burada Netbeans ölü kod dedektörü için bir eklenti .

Kullanılmayan koda bağlantı kurabilir ve vurgulayabilirse daha iyi olur. Burada oy verebilir ve yorum yapabilirsiniz: Hata 181458 - Kullanılmayan genel sınıfları, yöntemleri, alanları bulun

Eclipse ulaşılamayan kodu gösterebilir / vurgulayabilir. JUnit size kod kapsamını gösterebilir, ancak bazı testlere ihtiyacınız vardır ve ilgili testin eksik olup olmadığına veya kodun gerçekten kullanılmadığına karar vermeniz gerekir.

Kullanılan kod kullanılan ve kullanılmayan kodu Clover kapsama aracı buldum. Google CodePro Analytics'ten farklı olarak, Web Uygulamaları için de çalışır (deneyimlerime göre Google CodePro hakkında yanlış olabilirim).

Fark ettiğim tek dezavantajı, Java arayüzlerini dikkate almamasıdır.

Asla çağrılmayan yöntemleri bulmak için bir yöntem çağrı haritası geliştirmek için Doxygen kullanıyorum. Grafikte arayanlar olmadan yöntem kümelerinin adalarını bulacaksınız. Her zaman bir ana giriş noktasından başlamanız gerektiğinden bu, kütüphaneler için çalışmaz.