Yeniden düzenleme: Kodunuzu temizlemek için sadece süslü bir kelime değil mi? [kapalı]

Martin Fowler'in "Yeniden Düzenleme: Mevcut Kod Tasarımını İyileştirme" adlı kitabının çıkmasından önce, "rearchitecture" ve küçük değişiklikler "temizleme" kodlarında büyük değişiklikler yapmak için kullanılır. IMO, refactoring tekniklerinin tümü, sonsuza dek yaptığımız genel duyusal / açık şeylerdir.

Yeniden yapılanmanın yeni bir şey olduğunu düşünüyor musunuz? Belki de kodu temizlemeye zaman ayırmak için yönetimi kandırmanın bir yolu olabilir mi?

Yeniden düzenleme, tepelerden daha eski, bu yüzden hayır, yeni bir şey değil.

Ve yeniden yapılanma temizlemiyor. Öyle olabilir, ama temizlikle sınırlı değil.

Davranışınızı korurken, uygulamanızın mimarisini (büyük veya küçük ölçeklerde olsun) ayarlıyor.

Bu, uygulamanızın bir kısmının dün tamamen temiz ve iyi olmasına rağmen, bugünün yeni özelliğinin, bu parçanın yeni özelliğe uyması için ayarlanması gerektiği anlamına gelir.

Var olan işlevselliği bozmak istemezsiniz, bu nedenle davranışınızı korurken uygulamanızın yapısını değiştirirsiniz - ki bu yeniden canlandırıcıdır.

Bu, kodda ne gibi değişiklikler yapıldığına bakılmaksızın, birinin her zaman testlerini yapması gerektiğini söyledi.

Sadece kod toplama. Temel olarak, programcılar (özellikle Martin Fowler) kodlarını her düzenlediklerinde aynı görevleri yapma eğiliminde olduklarını fark ettiler. Toplama yöntemlerini ve ilgili kod problemlerini tanımladılar ve etiketlediler! Refactoring doğdu.

Tasarım desenleri ile aynıdır - insanlar aynı sorunları belirli problemlere tekrar tekrar kullanma eğiliminde olduklarını fark ettiler. Yaklaşımları etiketlediler ve tanımladılar ve şimdi kodunuzda yalnızca aynı düzine örneği kullanmıyorsanız gerçek bir programcı değilsiniz gibi görünüyor.

Refactoring için sihir yok; Eski bir uygulamayı tanımlamak için sadece yeni bir jargon seti.

Şirketimizde üçe ayrılan zamanla üç ayrı şey yapıyoruz:

• Yeniden düzenleme: kod yapısını değiştirmeyi içerir, böylece davranışı korur.

Örnek: dört şeyi tekrar kullanılabilir dört yönteme dönüştüren çirkin ve okunamayan 100 satır yönteminin her biri 25 satır bölünmesi.

• Temizleme: davranışını veya yapısını değiştirmeden kodu daha okunaklı hale getirmek için küçük değişiklikler yapmaktan oluşur.

Örnek: bu kodun artık gerekli olmadığından emin olduktan sonra yorumlanan kodu kaldırma

• StyleCop / FxCop kurallarını zorlamak: kodun varsayılan StyleCop veya FxCop kuralları grubuyla eşleşip eşleşmediğini kontrol etmekten ve bu kurallarla uyuşmayacak şekilde değiştirmekten emin olmanız gerekir.

Örnek: ilave Culture.Invariantolarak string.Format(ya da daha fazla uygun olan başka bir kültür).

Yani benim durumumda, yeniden yapılanma temizleme işleminden çok farklı bir şeydir . Temizliyorum zaman, yine birim testler gerekmez: Kod önce çalışmış, eğer olacaktır temizleme sonra çalışır. Başka bir deyişle, boş bir satırı kaldırdığım veya kodun çalışmayı durduracağı konusunda bir yorum eklediğim için değil. Öte yandan, eski bir kodun karmaşık bölümlerini yeniden ele aldığımda bazı hatalar yapabilirim, bu yüzden yeniden yapılanmadan sonra birim testleri yapmalıyım.

Yeniden düzenleme, kodunuza bilgi ekler. Bir şeyin yanlış adlandırıldığını biliyorsanız, ona daha iyi bir ad verin. Bir şeyin daha iyi yapılabileceğini biliyorsanız, daha iyi bir şey haline getirin.

Daha iyi bir programla sonuçlanan, küçük ve büyük, pek çok adım.

"Yeniden düzenleme, kodunuzu temizlemek için süslü bir kelimedir" ancak "sadece" değil. İnsanlar bir sebepten ötürü süslü kelimeler kullanırlar: bazen akıllı görünmek istedikleri için ve bazen daha büyük veya daha kesin bir anlam ifade ettikleri için ve IMHO refactoring (bazen yanlış kullanılsa bile) genellikle ikincisine atıfta bulunur.

"Temizleme", "biraz biçimlendirmekten" "büyük parçaların yeniden yazılmasından" herhangi bir şey anlamına gelebilir.

"Yeniden düzenleme" özellikle "daha iyi bir tasarıma dönüştürürken aynı işlevi korumak için tasarlanmış kodda küçük artımlı değişiklikler" gibi bir şey anlamına gelir. Ve yaptığınız şeylerin türünde en iyi uygulamaların bir kısmı vardır: bazıları geçicidir, ancak birim testleri kullanmak, işlevlerin bir bölümünü yeni işlevlere veya sınıflara çıkarmak, vb. İnsanların öğrenebileceği ve öğrenmesi gereken genel ilkeler vardır. .

"Yönetimi sadece kod temizliği için zaman ayırmak için kandırmak" diyorsunuz. Ancak “yeniden yapılanma” demek, net bir şekilde yapılan istikrarlı bir yatırımın gelecekteki verimlilik konusunda temettü ödeyeceği fikrini doğru bir şekilde aktarıyorsa, bu bir “hile” değildir, bu açık ve etkili bir iletişimdir.

Yeniden düzenleme, Normalizasyon, ilişkisel veri olarak kodlanır. Uygulamadaki rollerinin daha temiz, daha net ve daha verimli temsil edilmesine yönelik kavramları soyutlama sürecidir.

Yeniden yapılanma terimini nasıl anladığınıza bağlıdır. Çoğu insan için bu, davranışı değiştirmeden yapıyı geliştirme sürecidir. Kabul ederseniz, evet bu kitap çıkmadan çok önce yapıldı. Biliyorum, çünkü (pek çok şey arasında) sınıfları yeniden adlandırıyordum, kitap yazmadan önce sınıfları çıkarıyor ve yöntemleri çıkarıyordum. Buna refactoring demiyordum, ama özünde aynısını yapıyordum.

Benim için kişisel olarak yeniden düzenleme, insanların artık "otomatik kod yeniden düzenleme" dediği şeydir; yani: bir IDE içindeki çeşitli yeniden düzenleme teknikleri için destek. Bu daha önce ne yaptığım konusunda gerçek bir gelişme (gerçekten çok acı verici). Bir sınıfta değişiklik yapabilir ve bunun yazılımın geri kalanını nasıl etkileyeceği konusunda endişelenmiyorum. Martin, refactoring tekniğini algoritma olarak gösterilebileceği noktaya kadar resmileştirdi ve böylece çeşitli IDE'lerde uyguladı.

Yani yeniden işlemeyi bir süreç olarak anlarsanız, o zaman yeni bir şey değil. Bunu otomasyon olarak görüyorsanız, evet, bu büyük bir gelişmedir. Nedenini görmek için oldukça büyük bir projede birkaç temel sınıfı (kelimenin tam anlamıyla, IDE'nizin seçeneklerini gözden geçirerek değil) yeniden adlandırmayı deneyin :)

Yeniden düzenleme, gerçekten de "temizleme" kodudur, aynı zamanda kodu da yeniden yapılandırmaktadır. Benim takımımda refactoring genellikle ikincisidir. Bir "refactor" vakası olduğunda, kodumuzu yeniden yapılandırmak için zaman ayırırız, örneğin yeni bir mimariye veya bilgi modeline göre ayarlamak veya daha verimli hale getirmek için.

"Temizleme" kodu, bunun için özel olarak zaman ayırmadan sürekli olarak yaptığımız bir şeydir. Benim için "temizleme" genellikle yeniden adlandırma, yorumları temizleme vb.

Hayır derdim.

Yeniden düzenleme işleminde temizleme olabilir, ancak bu öz değildir.

Temizleme , önceki kodun temiz olmadığı varsayımıyla birlikte gelir. Gerçekte, geliştiriciler kodlarını yeniden değiştirirler, orijinal kod zaten temizdir.

DRY yeniden yapılanmanın ardındaki temel tahriktir.

Mevcut bir kod tabanına yeni kodlar eklenirken, DRY prensibi nedeniyle yeniden yapılanma doğal olarak yapılır.

Sadece benim 0.02

Kodunuzu temizlemek evinizi düzenlemek gibi bir şeydir, yeniden düzenlemek bir duvarı yıkmak ve muhtemelen başka bir yere koymak gibidir

Biri evinizi temizlediğinde, hiçbir şey bulamazsınız, çünkü amaç bir şeyleri temiz ve yoldan çıkarmaktır. Yeniden yapılanma, odaları, dolapları, dolapları, rafları, kutuları vb. İnşa eder ve etiketler. Hala aynı şeylerin çoğunu tutar (hala mutfakta bir peynirli sandviç yapabilir ve oturma odasında yiyebilirsiniz), ancak yapmalı Bulmak daha kolay ve muhtemelen yeni şeyler koymak için verimli yerler var.

'Yeniden düzenleme' terimi zarif bir şekilde cebirden ödünç alınmıştır. Aynı sonucu elde etmek için terimlerin basitleştirilmesi demektir. Sadece zarif değil, devrim niteliğindeydi - kodunuzu zorlayan sonlu bir yaklaşım gerektiriyordu. Ve bu yüzden terimin kendisi önemli ve yardımcı oldu.

Hayır. Yeniden düzenleme, davranışı değiştirmeden yapıyı iyileştirmektir. Tam anlamıyla yeniden yapılanma, iyi bir test disiplini gerektirir. "Bir şeyleri temizlediğinde" bunun gerekli olması gerekmez.

İkisi kenarlarda biraz üst üste biniyor, fakat bana göre bu, ev temizliği ile evin yeniden şekillenmesi arasındaki fark. Temizleme, bana göre, yeniden yapılanma yaparken yapısal değişiklikler anlamına gelmez.

"Yeniden düzenleme" gerçekten "yeniden arama" ile aynı şeydir, ancak "işlevsellik değişikliği olmaz" ifadesi daha güçlüdür. Aynı zamanda, yeniden kodlamanın amacı açısından da anlaşılır bir şeydir ve bu da çoğu zaman ortak kodu yeniden kullanılabilir parçalara dönüştürmek anlamına gelir.