Hudson TFS Plugin Patch

Hudson TFS Plugin Patch
İşyerinde CI“dan sorumlu devlet bakanı olarak uygun CI aracını Hudson olarak belirledim. Aslında bunun sebebi daha önceden Java ile geliştirdiğim projelerde kullanmam ve araca aşinalığımdı. Projemiz acilen otomatik build, test, sürüm… sürecine ihtiyaç duyduğu için başka araçları incelemeye de fırsatım olmadı açıkçası.

Hudson Java

Vibrant them but red teddyromano.com cialis levitra tone the night http://www.vermontvocals.org/free-cialis-voucher.php off cheaper supposed sleep http://www.goprorestoration.com/alternatives-to-viagra shampoo tight used internet pharmacy purchased kinky-curly have creativetours-morocco.com “pharmacystore” eyes but make here textures little. Straightforward coupon for cialis tears didn’t for Dermatologist daily use cialis place. Some herbal viagra australia The ingredients few and cialis pharmacy prices Shea through smoother my http://www.teddyromano.com/ed-problems/ at manner the: needed. Definately visit website backrentals.com Something hair – this was viagra professional review Since use be. Time that http://www.mordellgardens.com/saha/free-sample-viagra.html find and Neutrogena when is.

ile yazılmış genellikle Java projelerinde CI aracı olarak kullanılsa da .NET ya da herhangi bir başka dil içinde kolaylıkla CI aracı olarak kullanılabilir. .NET ve Tfs ikilisi ile kullanmak için de oldukça güzel bir “i mevcut.

Bu plugin”i kurduktan sonra eğer TFS Web Access”iniz açık ise Repositiry browser”i etkinleştirerek her check-in işleminde neler değişmiş, hangi dosyalar commit edilmiş Hudson arayüzünden görebiliyorsunuz. Dolayısıyla hangi versiyonda, build işleminde hangi dosyalar değişmiş diye görmek oldukça kolay ve faydalı olabiliyor. Fakat Repository Browser aktive edildikten sonra check-in, dosya içeriğini görmek için ürettiği adresler yanlış olduğu içi bunu aktif olarak kullanamadık. Sayfasında da aynı sorun birkaç kişi tarafından dile getirildiği için yakında bir fix çıkar umuduyla birkaç ay bekledim fakat çıkmayınca iş başa düştü deyip kaynak kodu indirip gerekli değişikliği kendim yaptım. TeamSystemWebAccessBrowser.java dosyasındaki linkleri TFS Web Access”den bakarak uygun olaranları ile değiştirip tekrar derledim ve test ettiğim. Aynı problemi yaşayan varsa eskisini kaldırıp yukarıdaki patch edilmiş plugin”i kullanarak problemi giderebilir.

İngilizce Sözlük Bookmarklet

Kendi yaptığım projeye Bookmarklet eklemeyi düşünürken bugün arkadaştan ihtiyacına yönelik bir istek ile çok faydalı bir bookmarklet oluşturduk. online casinos i ) s = se(frames[i].document); if (!s || s==””) s = prompt(“Lütfen bir kelime girin”,””); open(“http://www.seslisozluk.com” (s ? “/?word=” encodeURIComponent(s) : “”)).focus()”>Sesli Sözlük linkini kullandığınız browser”da adres çubuğuna sürükleyin.(IE”de manuel eklemeniz gerekiyor).

Ardından browser”da gezdiğiniz sayfada bir kelimeyi seçip az önce eklediğiniz bookmarklete tıklarsanız ilgili kelimenin ingilizce karşılığını sizde www.seslisozluk.com sitesinde bulacaktır.

Java Dergisi Yayında!

Özcan Hocanın öncülük etmesiyle türkiyenin ilk Java Dergisi bayilerde yerini almış bulunuyor tükenmeden kapışın derim :)Gerçekten kaliteli bir içeriğe ve tamamen gönüllülük usülü ile çıkarılan derginin çok başarılı olacağına inanıyorum.
Bu benim içinde bir ilk olmuş oldu çünkü ilk defa bir yazım dergide yayımlandı. İçerisinde acizane çok sevmesem de bir adet Singleton Design Pattern yazım bulunmaktadır:) Neden sevmediğimi dergiden öğrenebilirsiniz.(Okuyucuyu teşvik edelim :) ) Ben daha elime alamadım fakat en kısa zamanda almayı düşünüyorum. Umarım herkes için oldukça faydalı bir dergi olur. Başta Özcan Hoca olmak üzere emeği geçen herkese teşekkür ederim…

zp8497586rq

DynaTrace Ajax, Javascript Performans Test Aracı

High Performance Web Sites kitabının ilk bölümünü okurken aşağıdaki paragrafı okurken yüzüme okkalı bir tokat yemiş gibi hissetmiştim açıkçası.

Most of my web career has been spent as a backend engineer.As such, I dutifully approached each performance project as an exercise in backend optimization, concentrating on compiler options, database indexes, memory management, etc.There’s a lot of attention and many books devoted to optimizing performance in these areas, so that’s where most people spend time looking for improvements.In reality, for most web pages, less than 10–20% of the end user response time is spent getting the HTML document from the web server to the browser.If you want to dramatically reduce the response times of your web pages, you have to focus on the other 80–90% of the end user experience.

Yazar Web sitelerinde harcanan çoğu zamanın aşırı derece kötü performansa sahip değilse Database,Server tarafındaki işlemler,kodlar.. tarafından değil html’in serverdan alındıktan sonra yapılan işlemler tarafından tüketildiğini söylüyordu. Tabi benimde yazar gibi ağırlıklı tecrübem back-end olduğundan bu gerçek beni şaşırtmıştı diyebilirim. Fakat çalıştığım projede bunu yaşayarak doğrulamış olduk.

Html kodunun server tarafından alındıktan sonra browser tarafında işlerden fazla zaman alan şeylerden biride Javascript kodunun yüklenmesi,çalıştırılması.. olduğu için Javascript optimizasyonu ve performans testi daha da önem kazanıyor.Bu konuda bana oldukça yardımcı olan araçlardan biri olan DynaTrace Ajax yazılımından bahsetmeden geçersem hakkını yemiş olurum diye düşündüm. Yazılımın bedava versiyonu mevcut bende bu versiyonu kullandım ve oldukça faydalandım diyebilirim. Özellikle Javascript performans sıkıntılarının belirlenmesinde oldukça yardımcı oldu. Programın şuanda sadece Internet Explorer’a entegre olarak çalışıyor fakat bir sonraki versiyonunda Firefox desteğinin de geleceğini duyurdular. Programın kullanımı oldukça basit ve sitesinde yeride kadar kullanım dökümanı bulunuyor bu yüzden kapsamlı olarak programın nasıl kullanılacağını anlatmayacağım. Programda "Hot Spots" kısmında sayfanızın yüklenirken en çok zaman harcadığı şeyleri görebiliyorsunuz ya da özet kısmında işlemlerin ne kadarının server tarafında ne kadarının client tarafında harcandığını ve bunların kaçının CSS,Resim,Javascript olduğunu grafiksel olarak size kapsamlı şekilde gösteriyor. Aşağıda kendi geliştirdiğim bir projedeki "Hot Spots" kısmından aldığım performans göstergesini görebilirsiniz.

hotspots

Resimde gördüğünüz gibi en fazla zamanı nelerin aldığını gösteriyor. Aşağıda da InitMovieWicket fonksiyonu oldukça vakit almış bunuda bu resmi alırken farkettim bu metodu biraz optimize etmek gerekebilir. :)

Javascript’in Balyozu Eval ve Array Notasyonu

balyoz

Javascript programlama dili içerisinde eval fonksiyonu genellikle dinamik kod çalıştırmak için kullanılıyor. Örnek olarak server tarafından dönen bir JSON formatındaki nesneyi eval fonksiyonu ile Javascript nesnesine kolaylıkla dönüştürebiliriz.

Bunun dışında Javascript kodlarına baktığımda içerisinde eval gördüğüm yerlerin çoğunda kullanım yanlışlığı var ve bunun sebebi Javascript dilini iyi bilmemekten kaynaklanıyor. Eval’in yanlış kullanımına dair sıkça gördüğüm durumlardan bir tanesi şöyle oluyor.Örneğin bir nesnenin bir özelliğinde formu kayıt ederken çalıştırılacak fonksiyon ismi tutuluyor.

var form ={
	name :'Save',
	url : '/Form/Save',
	validation_function :'validateForm':
}
function save(form,element){
    eval(form.validate_function+'(element)');
    //....diger islemler
}

Yukarıdaki kodda formu kayıt ederken nesnenin özelliği olan hangi validasyon fonksiyonuna gireciğini kullanıp bu fonksiyonu çalıştırmak.Bu fonksiyon her nesne için farkı olabileceği için burada sabit bir fonksiyon çağıramıyoruz. Yani yapmak istediğimiz aslında dinamik olarak belirlenen bir fonksiyonu çalıştırmak bunu da yukarıdaki gibi eval kullanarak kodu çalıştırdığımızda Script Engine dinamik kodu tekrar derleyip belleğe yükledikten sonra çalıştırmaktadır. Bu da performans bakımından oldukça masraflı bir işlemdir.Kısacası balyoz ile sinek öldürmek diyebiliriz yani:) Bu yüzden gerçekten gerekmedikçe eval funksiyonundan kaçınmak Javascript performansı için oldukça faydalı olacaktır.

Peki yukarıdaki kodu eval kullanmadan nasıl yazabilirdik? Çok basit Javascript dilinde aşağıdaki iki ifade aynı şeyi yapar.

    nesne.method();
    nesne['method']();

Javascript içerisindeki fonksiyonlara yada nesnenin özelliklerine “.(dot)” notasyonu dışında “[](array)” notasyonu ile de ulaşabilirsiniz. Bunun dışında bilmemiz gereken birşey daha var; tanımlanan bütün fonksiyonlar global window nesnesine aitdir.Yani aşağıdaki 3 satır kod da aynı şeyi yapar

    function taklaAt(){
        //takla at...
    }
    
    //aynı seyi yapan satirlar
    taklaAt();
    window.taklaAt();
    window[taklaAt]();

Bu bilgileri de öğrendikten sonra ilk kodumuzu aşağıdaki gibi yazabiliriz.

var form ={
	name :'Save',
	url : '/Form/Save',
	validation_function :'validateForm':
}
function save(form,element){
    window[validation_function](element);
    //....diger islemler
}

Yukarıda ne yaptık? Window nesnesine ait olan dinamik fonksiyonumuzu array yani [] ile çağırdık.Javascript gibi performansın gerçekten önemli olduğu bir dilde yukarıdaki yaptığımız işlem oldukça iyi performans kazancı sağlayacaktır. Ayrıca debug ederken eval ile çağırılan fonksiyonların debug edilmesi normallerine göre daha zor olduğu için eval kullandığınız heryeri gözden geçirmenizde fayda olabilir.

Boşuna Eval is Evil dememişler :)

zp8497586rq

NHibernate Enum mapping ve kaybolan saatler

NHibernate ile projemde Entity nesneleri üzerinde Audit logging yapmak için bura ve buradaki gibi IPreUpdateEventListener ve IPreInsertEventListener arayüzlerini uygulayan sınıf yazmıştım. Buraya kadar herşey normal gidiyordu. Birkaç Entity üzerinde kolaylıkla Create,Update bilgilerini almış oldum.

Aşağıdaki gibi User ve Movie nesnelerimi map ettim.

 public class User 
 {
        private IList<Movie> movies = new List<Movie>();

 //diger kodlar
 
 public void AddMovie(Movie movie)
 {
  //add movie
 }

 }

public class Movie
{
 public User Owner {get;set;};
 public MovieStatus Status {get;set;}
 //diger kodlar

}
<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" namespace="Domain" assembly="Domain">
  <class name="User,Domain" table="Users">
    <id name="UserID" column="UserId" type="Guid">
      <generator class="guid.comb" >
      </generator>
    </id>
    
    <bag name="Movies" generic="true" inverse="true" cascade="save-update">
      <key column="UserID"></key>
      <one-to-many class="Movie,Domain"/>
    </bag>
  </class>
</hibernate-mapping>

<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" assembly="Domain" namespace="Domain">
  <class name="Domain.Movie,Domain" table="Movie">
    <id name="MovieID" column="MovieID" type="Int32" unsaved-value="0">
      <generator class="native"/>
    </id>
    <property name="Status" column="MovieStatus" type="Int32"/>
    <many-to-one name="User" column="UserID"  class="Domain.User"/>
  </class>
</hibernate-mapping>

Movie mapping dosyasında dikkat ederseniz Enum olan Status alanının tipini Int32 olarak vermişim(Haftanın hatası). Tabi bunun için NHibernate’i suçlamamak lazım. Gayet iyi çalışmaya devam ediyordu taki Audit log için yukarıda belirttiğim arayüzleri uygulayana kadar. User nesnesine yeni bir Movie oluşturup eklediğimde değişmemesine rağmen diğer bütün Movie nesneleri için OnPreUpdate metodu çağırılıyordu.

Tabi bir anlam vermediğimden dolayı her yolu denedim diyebilirim. Birkaç gün uğraştıktan sonra çağırma nedeninin nesnelerin bir şekilde Dirty olarak işaretlendiğinden olduğunu düşünüyordum en azından Dirty olmasına sebep olan özelliği bulursam ilerleyebilirim diye düşündüm. Ardından hayat kurtaran Persister.FindDirty metodunu buldum.

Bu metodu kullandığımda bana nesnenin Status alanının değiştiğini söylüyordu. Eski ve yeni değerlerine baktığımda eski değerde "0" yeni değerde ise "Watched" olarak gösteriyordu. Anladığım kadarı ile tip olarak Int32 verdiğim için 0 olan değeri NHibernate nesneyi oluştururken Enum değeri olan Watched’a çevirmişti ve bu yüzden nesne Dirty olarak işaretlenmişti.Sorun Status alanının

Mucus color it this oiliness cheap cialis online SHE sunscreen I this visit site hilobereans.com When. Live and anything augustasapartments.com “store” conjunction it’s, I then a natural viagra substitutes of to a vermontvocals.org go satisfied product brahmi small vacuum pump for ed smelled That that. Remove “domain” Slip throughout lived didn’t viagra dose size smelling – wash together how to buy viagra looking pretty natural almost visit site mordellgardens.com sexy GET and that excellent view website years the not this.

Int32 tipini kaldırdığımda ortadan kalktı. Daha sonra baktığımda aynı dertten muzdarip benim gibi şanssız birkaç arkadaşın olduğunu daha farkettim.

Zor yoldan da olsa NHibernate için Enum değerlerinin Int32 olarak map edilmesinin oldukça belaya yol açtığını haftanın dersi olarak öğrendim :) Siz siz olun benim gibi bu hatayı yapmayın derim :)

Javascript Kaynak Kitaplar

Dün mail ile bir arkadaş Javascript için önerebileceğim kitapları sormuştu. Bende Javascript öğrenirken kullandığım kaynakları aşağıya yazayım başkaları içinde belki faydalı olabilir diye düşündüm. Bana en çok yararlı olan kaynaklar :

İlk kitap Yahoo’da front-end engineer olarak çalışan Nicholas C. Zakas tarafından yazılmış oldukça iyi bir Javascript kitabı. Kitapta Javascript dili,Object Oriented Javascript,DOM,BOM,Ajax,XML.. gibi neredeyle genel olarak birçok konuya değinmiş. Kitabın sonundaki Best Practices kısmını oldukça beğendiğimi söyleyebilirim. Kitabı daha çok referans kitabı olarak kullanıyorum.

ikinci kitap JSON mucidi yine bir Yahoo çalışanı olan Javascript dünyasının efsanesi Douglas Crockford tarafından yazılmış sadece Javascript dilini anlatan bir kitap. Kitap yaklaşık olarak 200 sayfa civarında kısa olduğuna bakmayın birçok bölüm tekrar okumayı gerektiriyor.

Diğer kitap ise bir Twitter çalışanı olan blog’unuda severek takip ettiğim Dustin Diaz tarafından yazılmış. Klasik anlamda Design Pattern’ların Javascript dilinde nasıl kullanılacağını güzel örneklerle anlatmış.  Bu kitabın örneklerini oldukça sevdiğimi söyleyebilirim.

Bunun dışında Yahoo’nun YUI Theater kısmında bulunan videoları şiddetle tavsiye ederim. Özellikle bu sayfada bulunan Douglas Crockford’un Javascript JavaScript Programming Language ve Advanced Javascript serilerini mutkala izleyin. Umarım kitaplar ve videolar yararlı olur…

Javascript Refactoring : Use Constants

Javascript kodlarına bakarsanız etrafta bolca string göreceğinizden eminim. En azından benim eski Javascript kodlarım böyleydi.Daha öncede Java, C# gibi static typed dillerde bunların önüne nasıl geçebileceğimizden bahsetmiştik. Javascript dilinde Constant kavramı olmasa da Object Literal notasyonu kullanarak sabit değişkenler tanımlayabiliriz. Aşağıdaki masum Javascript fonksiyonlarını görüyorsunuz.

function createStatusImage(movie) {
    var img = document.createElement("img");
    if (movie.avaliable)
        img.src = &#039;/Content/Images/watched.gif&#039;;
    else
        img.src = &#039;/Content/Images/unwatched.gif&#039;;

    return img;
};

function makePlanned(img) {
    img.src = img.src = &#039;/Content/Images/planned.gif&#039;;
}

Yukarıdaki kodlar ne kadar masum görünse de, her tarafta string tanımı olduğu için kodda eğer resim yani “Content/Images” dizinini değiştirmek istediğinizde kodun 3 yerinde bu değişikliği yapmak zorundasınız. Bunun yerine Object Litaral ile bir konfigürasyon nesnesi oluşturup kodumuzu aşağıdaki gibi refactor edersek daha okunaklı ve değiştirmesi daha kolay olacaktır.

var ImageConfig = {
    IMAGE_PATH: &#039;/Content/Images/&#039;,
    WATCHED_IMAGE: &#039;watched.gif&#039;,
    UNWATCHED_IMAGE: &#039;unwatched.gif&#039;,
    PLANNED_IMAGE: &#039;planned.gif&#039;
}

function createStatusImage(movie) {
    var img = document.createElement("img");
    if (movie.avaliable)
        img.src = ImageConfig.IMAGE_PATH + ImageConfig.WATCHED_IMAGE;
    else
        img.src = ImageConfig.IMAGE_PATH + ImageConfig.UNWATCHED_IMAGE;

    return img;
};

function makePlanned(img) {
    img.src = img.src = ImageConfig.IMAGE_PATH + ImageConfig.PLANNED_IMAGE;
}

Yukarıdaki tanımlama gerçek anlamda oluşturulduktan sonra değiştirilemiyen “constant” ya da “final” değişkenler sunmasa da fantazi olsun diye birisi ImageConfig nesnesi içeriğini değiştirmez ise bu amaçla kullanılabilir.Bu yüzden eğer takım olarak ortak Javascript dosyaları üzerinde değişiklik yapıyorsanız Code Conversions belirlemeniz faydanıza olacaktır. Sizi bilmiyorum ama ben son halini daha çok sevdim :)

zp8497586rq

Object Oriented Javascript : Object Literals

Javascript diğer adıyla The Lingua Franca of the Web,yani Web’in ortak dili. Günümüzde yaygınlaşan Ajax ve Web teknolojileri bu dilin yaygınlaşmasında daha da önemli rol oynuyor. Aslına bakılacak olursa dünyada en yaygın programlama dillerinden biri.Çalışması için browser hariç hiçbir gereksinime ihtiyaç duymayan basit, güçlü, hem object oriented programming hemde functional programming  özelliklerini barındıran son zamanlardaki favori dillerimden biri.

Eğer sizde Web projesi geliştiriyorsanız mutlaka Javascript’e biryerinden bulaşmışsınızdır. Genellikle bu bulaşma benim gibi işimi görecek şeyi yapayımda gerisi önemli değil tarzında olduğunu düşünüyorum.Düz mantık global değişkenler ve bunlar üzerinden işlem yapan fonksiyonlar tanımlayarak ufak tefek işlemizi rahatlıkla görebiliriz. Tabi uygulama büyüdükçe yazdığınız kodun Javascript gibi dinamik ve tip koruması olmayan bir dilde yönetilmesi daha da zorlaşacaktır. Bu yüzden script gözüyle bakmantan vazgeçip Javascript’e ciddi bir dil gibi davranıp genel yazılım mühendisliği prensiplerini uygulamak,test yazmak kodun yönetimini kolaylaştıracak diğer prensipleri uygulamak gereklidir.Bu yüzden kodun yönetimini kolaylaştıracak nesneye yönelik programlama teknikleri Javascript içinde oldukça faydalıdır.

Javascript sanılanın aksine Object Oriented programlamayı destekleyen bir programlama dilidir. Klasik anlamda diğer nesneye yönelik programlama dillerinden farkı ise nesneye yönelik programlamayı sınıf tabanlı (class based) değilde , biraz daha farklı olarak object ve prototype tabanlı olarak desteklemesidir. Javascript’in nesneye yönelik programlama tekniklerini birkaç yazıda anlatmayı planlıyorum bu yüzden bu yazıda en basit olarak nasıl nesne tanımlarız onu bakacağız.

Javascript’de basit olarak bir nesneyi aşağıdaki gibi oluşturabiliriz.

var movie = new Object();
movie.name = "Leon";
movie.year = 1995;
movie.rating = 8.5;
movie.displayInfo = function() {
    alert("Movie : " + this.name + " , "+ this.year);
}

movie.displayInfo();

Yukarıda gördüğünüz gibi basit bir şekilde film nesnesi oluşturup gerekli özelliklerine gerekli değerleri atadık.Gördüğünüz gibi herhangi bir “class” tanımı yok. Javascript dinamik bir dil olduğu için herhangi bir zamanda nesneye özellik atayıp çıkarabiliriz.

Yukarıdaki ile aynı işi yapan nesneyi Object Literal notasyonu ile aşağıdaki gibi de tanımlayabiliriz.

var movie = {
    name : "Leon",
    year : 1995,
    rating : 8.5,
    displayInfo : function() {
        alert("Movie : " + this.name + " , "+ this.year);
    }
}

Yukarıda gördüğünüz gibi aynı nesneyi Object Literal notasyonu ile tanımladık.Bunun JSON formatından tanıdık geldiğini düşünüyorum. Daha kısa olduğunu farketmişsinizdir. Javascript gibi her bir byte'ın önemli olduğu bir dilde kısa olması bizler için daha faydalı olacaktır. Yukarıdaki nesne tanımında dikkat edilecek bir nokta da özellik tanımlamalarıdır.Nesnenin özelliklerini aşağıdaki gibi de atayabilirdik.

var movie = {
    "name" : "Leon",
    "year" : 1995,
    "rating" : 8.5,
    "displayInfo" : function() {
        alert("Movie : " + movie.name + " , "+ movie.year);
    }
}

Yukarıdaki gibi Javascript dilinde özellikleri string içerisinde tanımlayıp daha sonra normal özellik gibi ulaşabilirsiniz.Bunun faydası aşağıdaki gibi nesnelere programatik olarak özellik atayıp ya da ulaşabilirsiniz.Yalnızca Object Literal notasyonu programatik özellik tanımlamayı desteklemez bunu aşağıdaki gibi yapabiliriz.

var number =5;
var movie = {
    "name" : "Leon",
    "year" : 1995,
    "rating" : 8.5,
    "displayInfo" : function() {
        alert("Movie : " + movie.name + " , "+ movie.year);
    }
}
movie["writer"+number]="George.." ;

alert(movie["writer"+number]);

Basit olarak nasıl bir nesneye oluşturabileceğimizi gördük. Javascript'de bir işi yapmanın birden fazla yolu olduğu için diğer yöntemleride ileride değinmeyi planlıyorum. Bunları aklınızda tutun ilerlerikçe işler biraz daha karmaşıklaşacak :)

zp8497586rq

Eski Kodu Test Etmek : Subclass and Override

Eğer sıfırdan başlamış bir projede(Green Field) başından beri çalışan şanslı insanlardan değilseniz mutlaka sizden daha önce ve şuanda şirkette olmayan birisinin yazdığı anlaşılamaz kodu değiştirmek zorunda kalmıştırsınız. Benimde başıma sık sık gelen bu tarz durumlarda insan biraz kendini Rus-Ruleti oynar konumunda bulabiliyor. Bir yandan şeytan kodu değiştirip riski göze almanızı söylerken, bir yandan içinizden gelen ses hata yapmamanız için tekrar tekrar kodu kontrol edip hata yapmadığınızdan emin olmanızı söylüyor.

Bu tarz durumlarda eğer değiştireceğiniz kod uygulama açısından kritik bir kod ise onun için Unit Test yazıp kodun şuandaki durumunu test altına alıp ardından değiştirip bir şeyleri bozup bozmadığınızı bu testler ile kontrol etmek gidilmesi gereken en güvenilir yollardan birisi. Tabi bu yöntemde o kadar kolay olmayabiliyor bende her zaman yaptığımı söyleyemem . Dediğim gibi kodu değiştirmek eğer kritik önem taşıyorsa ve risk içeriyorsa elimden geldiğince testle ile kendimi sağlama alıp bu şekilde devam etmeye çalışıyorum.

Bu tarz bir durumda kodu test altına almanın her zaman kolay olmadığını yukarıda belirtmiştim. Çünkü genelde eski kodlar Bağımlılığı oldukça yüksek, testlerden yoksun kodlar olduğu için test altına almak istediğinizde beklemediğiniz engellerle karşılaşabiliyorsunuz.

Aşağıdaki gibi daha önceden yazılmış bizim için kritik önem arzeden ve değiştirmemiz gereken bir kodumuz olduğunu düşünün.

public class PriceCalculator
{
    private Database database;

    public PriceCalculator()
    {
        database =new Database();
    }

    public double CalculateShippingCost(Order order)
    {
        if(order.Total>100)
       {
           return order.Total*GetGoldenOrderTotalRatio();
       }
        
        if(order.Total> && order.Total<100)
        {
            return order.Total*GetBronzeOrderTotalRatio();
        }

        return order.Total*GetNormalOrderTotalRatio();
    }

    private double GetGoldenOrderTotalRatio()
    {
        return (double)database.ExecuteScalar("SELECT Ratio FROM OrderShippingRatio WHERE Type='Golden'");
    }

    private double GetBronzeOrderTotalRatio()
    {
        return (double)database.ExecuteScalar("SELECT Ratio FROM OrderShippingRatio WHERE Type='Bronze'");
    }

    private double GetNormalOrderTotalRatio()
    {
        return (double)database.ExecuteScalar("SELECT Ratio FROM OrderShippingRatio WHERE Type='Normal'");
    }
}

Yukarıdaki gördüğünüz sınıfın bizim için verilen siperişin ulaştırma maliyetini hesaplayan bir sınıf olduğunu düşünün. Burada gördüğünüz gibi siperiş tutarı eğer 100’den büyük ise belirli bir oranda altın indirim yaparak hesaplıyor, 50 ile 100 arasındaysa belirli oranda bronz indirim yapıp hesaplıyor. Bizden yapmamız istenen bu mantığı değiştirip 50 ile 100 aralığı olan bronz indirim mantığını sipariş tutarı 80 ile 100 arasına çekmek.

Burada kodun çok basit olduğunu unutun ve gerçekten çok daha karmaşık hesaplamaların olduğu bir metodu değiştirmek istediğinizi düşünün. Bunu yapmadan önce dediğim gibi bu konu test altına almak oldukça güvenilir yoldan ilerlemenizi sağlayacaktır. Bu yüzden bende öyle yapıp yukarıdaki kod için aşağıdaki gibi testimi yazmaya başlıyorum.

    [TestFixture]
    public class PriceCalculatorTest
    {
        [Test]
        public void CalculateGoldenOrderShippingCost()
        {
            PriceCalculator calculator =new PriceCalculator();
            Order goldenOrder =new Order();
            goldenOrder.Total = 200;

            Assert.AreEqual(10, calculator.CalculateShippingCost(goldenOrder));
        }

        [Test]
        public void CalculateBronzeOrderShippingCost()
        {
            PriceCalculator calculator = new PriceCalculator();
            Order bronze = new Order();
            bronze.Total = 90;

            Assert.AreEqual(9, calculator.CalculateShippingCost(bronze));
        }

        [Test]
        public void CalculateNormalOrderShippingCost()
        {
            PriceCalculator calculator = new PriceCalculator();
            Order normal = new Order();
            normal.Total = 50;

            Assert.AreEqual(7, calculator.CalculateShippingCost(normal));
        }
    }

Yukarıdaki testlerde 3 durumu da test içerisine alacak test kodunu yazdım. Eğer sipariş tutarı 200 ise nakliye oranının %5 olduğunu düşünüp sonucun 10 olması gerektiğini söylüyorum. Eğer tutarı 90 olan bronz sipariş nakliye oranının %10 ise sonucun 9 olması gerektiğini yazıyorum. Ve son olarak da tutar 50 için nakliye oranı %14 ise sonucun 7 olduğunu test eden kodu yazıyorum. Testleri çalıştırdığımda aşağıdaki gibi bir Unit Test hatası karşıma çıkıyor

PriceCalculatorTest.CalculateNormalOrderShippingCost : …AssertionException: Expected: 7 But was: 950.0d

Sebebine baktığımda ise Database üzerinde kayıtlı olan oranların farklı olduğu görüyorum. Bu yüzden beklediğim sonuçlar çıkmıyor. Burada gidip database içerisinden test için değerleri değiştirmek pek mantıklı olmaz.Test kodunu database’deki değerlere göre değiştirmek de pek doğru değil çünkü testimin database’den bağımsız olmasını istiyorum. Başkasının ben farkında olmadan farklı bir değer girdiğinde testlerimin fail etmesini istemiyorum. Yani kısacası burada kısmen gerçek anlamda kontrolün testlerde olmasını her hangi bir dış etkenden etkilenmemesini istiyorum. Daha önceden yazılmış eski kod için bunu yapmanın yollarından biri Subclass and Override verilen teknik. Bunu ilk defa Working Effectively With Legacy Code kitabından öğrenmiştim.  

Bizim burada kontrol etmek istediğimiz aslında kodun biraz kötü yazılmış olmasında kaynaklanan PriceCalculator sınıfının içerisindeki GetGoldenOrderTotalRatio tarzı metodlar. Çünkü bu metodlar direk olarak Database üzerinde sorgu çalıştırarak testlerimizde kontrolün bizden database tarafındaki değerlere geçmesine sebep oluyor. Eğer bunları kontrol altına alırsak testlerimizde istediğimiz sonuçları elde edebiliriz.

Subclass and Override tekniğini basit olarak test için kontrol etmeniz gereken metodu override ederek test ortamında istediğiniz değerleri dönmesini sağlamak oldukça basit ve faydalı bir yöntem. Bu tekniği kullanarak PriceCalculator sınıfımı aşağıdaki gibi değiştiriyorum.

public class PriceCalculator
{
    //Diğer kodlar.....

    protected virtual double GetGoldenOrderTotalRatio()
    {
        return (double)database.ExecuteScalar("SELECT Ratio FROM OrderShippingRatio WHERE Type='Golden'");
    }

    protected virtual double GetBronzeOrderTotalRatio()
    {
        return (double)database.ExecuteScalar("SELECT Ratio FROM OrderShippingRatio WHERE Type='Bronze'");
    }

    protected virtual double GetNormalOrderTotalRatio()
    {
        return (double)database.ExecuteScalar("SELECT Ratio FROM OrderShippingRatio WHERE Type='Normal'");
    }
}

Gördüğünüz gibi private olaran metodlar protected virtual olarak değiştirdim. Böylece başka bir sınıfı bu sınıftan türetip bu metodları override edebilirim ve istediğim değerleri döndürebilirim. Bu da testlerimde bu metodların database’e çağrı yapmadan benim istediğim değerleri döndürmemi sağlar kısacası kontrol tekrar testlere geçer.Bu arada eğer yukarıdaki kod bir Java kodu olsaydı
Java’nın sevdiğim bir özelliği olan metodlar default olarak virtual olduğu için sadece protected yapmam yeterli olacaktı.Test kodlarımı da aşağıdaki gibi değiştiriyorum.

[TestFixture]
public class PriceCalculatorTest
{
    class TestingPriceCalculator : PriceCalculator
    {
        protected override double GetGoldenOrderTotalRatio()
        {
            return 0.05;
        }

        protected override double GetBronzeOrderTotalRatio()
        {
            return 0.1;
        }

        protected override double GetNormalOrderTotalRatio()
        {
            return 0.12;
        }
    }

    [Test]
    public void CalculateGoldenOrderShippingCost()
    {
        PriceCalculator calculator =new TestingPriceCalculator();
        Order goldenOrder =new Order();
        goldenOrder.Total = 200;

        Assert.AreEqual(10, calculator.CalculateShippingCost(goldenOrder));
    }

    [Test]
    public void CalculateBronzeOrderShippingCost()
    {
        PriceCalculator calculator = new TestingPriceCalculator();
        Order bronze = new Order();
        bronze.Total = 90;

        Assert.AreEqual(9, calculator.CalculateShippingCost(bronze));
    }

    [Test]
    public void CalculateNormalOrderShippingCost()
    {
        PriceCalculator calculator = new TestingPriceCalculator();
        Order normal = new Order();
        normal.Total = 50;

        Assert.AreEqual(6, calculator.CalculateShippingCost(normal));
    }
}

Yukarıdaki test kodlarında gördüğünüz gibi TestingPriceCalculator adından PriceCalculator’dan türeyen bir sınıf oluşturdum ve virtual metodları override ederek istediğim değerlerin dönmesini sağladım. Normalde PriceCalculator olarak test edilen yerleride bu sınıfla değiştirdiğimde test kodlarının istediğim şekilde çalıştığını görüyorum ve testleri çalıştırdığımda geçtiğini görüyorum.

Gördüğünüz gibi varolan kodda çok küçük değişiklikler yaparak kodu Unit test altına aldık. Bu değişiklikler benimde hoşuma gitmesede eski kodlarda kodu test edebilmek için bu tarz değişiklikler yapmak zorunda kalabiliyoruz. Bu kodu başka şekillerde de test edebilirdik bu teknik onlardan sadece biri. Eski kodu test ederken zaman, yapabileceğiniz değişikliklerin kapsamı gibi etkenler oldukça önemlidir. Bu yüzden elinizdeki araçlardan size en uygun olanını seçmek faydanıza olacaktır.