Seele Mesaj tarihi: Temmuz 25, 2014 Mesaj tarihi: Temmuz 25, 2014 Simdi elimizde bir tool var. bunu update edecegiz. Nasil bir pattern ve yöntem kullanmaliyim. var mi daha önce yapan.
Seele Mesaj tarihi: Temmuz 25, 2014 Konuyu açan Mesaj tarihi: Temmuz 25, 2014 ya update mekanizmasi icin yöntem fikir gerekli. simdi user normal programi calistiriyor. eger update varsa otomatik yüklicek vs. http://de.wikipedia.org/wiki/Adapter_%28Entwurfsmuster%29 su fena degilmis diye okudum.
Seele Mesaj tarihi: Temmuz 25, 2014 Konuyu açan Mesaj tarihi: Temmuz 25, 2014 iste software patching aslinda olay. bugfix, version update vs.
Gladmir Mesaj tarihi: Temmuz 25, 2014 Mesaj tarihi: Temmuz 25, 2014 Tool u yazarken tier lara, tire lari module lere ayirip yazarsin. Code icermeyen resource larini ayri version larsin. Elinde version 1.4.2.56 gibi release version gecer, her tier ve altindaki module leri ayri ayri patchleyebilirsin. Her start da version i check edip, aradaki diff den hangi module lerinin patchlenmesi gerektigine karar verip patch server dan ister toplu ister ayri ayri patch leri fetch edersin.
Seele Mesaj tarihi: Temmuz 26, 2014 Konuyu açan Mesaj tarihi: Temmuz 26, 2014 java ile yazilmis program. yani hepsi ayri jar dosyalarinda. replace etmek kolay orda sorun degilde. ben progralama yöntemi olarak daha cok sordum.
Tcpip Mesaj tarihi: Temmuz 31, 2014 Mesaj tarihi: Temmuz 31, 2014 var olan dosyaların md5'lerini alırsın internette bulunan patch.xml içindeki ile karşılaştırırsın farklı ise download edersin. eğer ana program güncellenecek ise bir kopyasını oluşturup onu açarsın ana programı güncelleyip tekrar ana programı açarsın ve yedeği silersin.
kek Mesaj tarihi: Temmuz 31, 2014 Mesaj tarihi: Temmuz 31, 2014 microsoft ürünleri kullan. click once deployment ile bütün işi hallet.
Ractamainus Mesaj tarihi: Ağustos 4, 2014 Mesaj tarihi: Ağustos 4, 2014 doğru mu anladım bilmiyorum ama sen aslında; yarıdan devraldığınız projeyi geliştirmeye devam edeceksiniz (update dediğin bu?) ve design pattern soruyorsun? eğer böyleyse, bu tamamen projenin durumu ve ihtiyaçlarına göre değişir. belki projede bir pattern kullanılmıştır, onu bozmadan devam edebilirsin de.. öte yandan eğer ki sürekli bağlı client'ların olduğu bir uygulamaya nasıl bir design pattern uygulayayım diyorsan, adapter pattern uygun olabilir. böylece farklı versiyonda client'ları server'a bağlayabilirsin ve hepsinin sorunsuz, kendi versiyonlarının barındırdığı feature'lar dahilinde çalışmasını sağlayabilirsin mesela.. böylece client'ı istedikleri zaman update edebilirler, update olmadıklarında da sıkıntı olmaz vs.. yok kullanıcının uygulamasına patch geçmesi için nasıl bir pattern uygulayayım diyorsan, yabancı kaldım olaya.
Suark Mesaj tarihi: Ağustos 9, 2014 Mesaj tarihi: Ağustos 9, 2014 packageların altındaki ilgili classları degıstırsen olmuyomu baba
Ractamainus Mesaj tarihi: Ağustos 11, 2014 Mesaj tarihi: Ağustos 11, 2014 teknik olarak refactoring olur tabii.
Seele Mesaj tarihi: Ağustos 14, 2014 Konuyu açan Mesaj tarihi: Ağustos 14, 2014 Tcpip said: var olan dosyaların md5'lerini alırsın internette bulunan patch.xml içindeki ile karşılaştırırsın farklı ise download edersin. eğer ana program güncellenecek ise bir kopyasını oluşturup onu açarsın ana programı güncelleyip tekrar ana programı açarsın ve yedeği silersin. su an bunu yapiyoruz teknik olarak. hani dedim daha güzel bir yöntemi vardir diye düsündüm. el elden üstündür sonuc olarak.
Öne çıkan mesajlar