Kurumsal Java Yazılımı için yorumlar http://www.kurumsaljava.com Java Enterprise Architecture by Ozcan Acar Mon, 09 Jan 2012 15:06:01 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Java Tasarım Şablonları ve Yazılım Mimarileri yazısına Burhan ARAS tarafından yapılan yorumlar http://www.kurumsaljava.com/2008/11/20/java-tasarim-sablonlari-ve-yazilim-mimarileri/comment-page-1/#comment-1804 Burhan ARAS Mon, 09 Jan 2012 15:06:01 +0000 http://www.kurumsaljava.com/?p=61#comment-1804 Hocam kitabınızı baştan sona okudum neredeyse. Bence çok iyi, özellikle J2EE şablonları bölümü çok faydalı oldu. Giriş bölümündeki Interface-Abstract Classes bölümü de yine çok anlaşılırdı. Fakat bence daha fazla real-world örneklerle gerçekleyebilirdiniz patternları. Bu haliyle biraz fazla teorik kalıyor gibi. Yeşil elma, kırmızı elma gibi örnekleri gerçek dünyada müşteri, hesap vb. kavramlara dönüştürmek biraz zor oluyor. Genel olarak ufkumu genişletti diyebilirim . Kitaplarınızın ve başarılarınızın devamını dilerim. Takipçiniz olmaya devam edeceğim. Hocam kitabınızı baştan sona okudum neredeyse. Bence çok iyi, özellikle J2EE şablonları bölümü çok faydalı oldu. Giriş bölümündeki Interface-Abstract Classes bölümü de yine çok anlaşılırdı.
Fakat bence daha fazla real-world örneklerle gerçekleyebilirdiniz patternları. Bu haliyle biraz fazla teorik kalıyor gibi. Yeşil elma, kırmızı elma gibi örnekleri gerçek dünyada müşteri, hesap vb. kavramlara dönüştürmek biraz zor oluyor.
Genel olarak ufkumu genişletti diyebilirim .

Kitaplarınızın ve başarılarınızın devamını dilerim. Takipçiniz olmaya devam edeceğim.

]]> Interface Segregation Principle (ISP) – Arayüz Ayırma Prensibi yazısına SOLID - Kurumsal Java Yazılımı tarafından yapılan yorumlar http://www.kurumsaljava.com/2009/11/17/interface-segregation-principle-isp-%e2%80%93-arayuz-ayirma-prensibi/comment-page-1/#comment-1750 SOLID - Kurumsal Java Yazılımı Fri, 30 Dec 2011 09:29:45 +0000 http://www.kurumsaljava.com/?p=928#comment-1750 [...] ISP [...] [...] ISP [...]

]]> Open Closed Principle (OCP) – Açık Kapalı Tasarım Prensibi yazısına SOLID - Kurumsal Java Yazılımı tarafından yapılan yorumlar http://www.kurumsaljava.com/2009/10/16/open-closed-principle-ocp-acik-kapali-tasarim-prensibi/comment-page-1/#comment-1749 SOLID - Kurumsal Java Yazılımı Fri, 30 Dec 2011 09:27:40 +0000 http://www.kurumsaljava.com/?p=866#comment-1749 [...] OCP [...] [...] OCP [...]

]]> Dependency Inversion Principle (DIP) – Bağımlılıkların Tersine Çevrilmesi Prensibi yazısına SOLID - Kurumsal Java Yazılımı tarafından yapılan yorumlar http://www.kurumsaljava.com/2009/10/29/dependency-inversion-principle-dip-bagimliliklarin-tersine-cevrilmesi-prensibi/comment-page-1/#comment-1748 SOLID - Kurumsal Java Yazılımı Fri, 30 Dec 2011 09:26:32 +0000 http://www.kurumsaljava.com/?p=880#comment-1748 [...] DIP [...] [...] DIP [...]

]]> Single Responsibility Principle (SRP) – Tek Sorumluk Tasarım Prensibi yazısına SOLID - Kurumsal Java Yazılımı tarafından yapılan yorumlar http://www.kurumsaljava.com/2009/10/14/single-responsibility-principle-srp-tek-sorumluk-prensibi/comment-page-1/#comment-1747 SOLID - Kurumsal Java Yazılımı Fri, 30 Dec 2011 09:26:15 +0000 http://www.kurumsaljava.com/?p=851#comment-1747 [...] SRP [...] [...] SRP [...]

]]> Liskov Substitution Principle (LSP) – Liskov’un Yerine Geçme Prensibi yazısına SOLID - Kurumsal Java Yazılımı tarafından yapılan yorumlar http://www.kurumsaljava.com/2009/10/29/liskov-substitution-principle-lsp-%e2%80%93-liskovun-yerine-gecme-prensibi/comment-page-1/#comment-1746 SOLID - Kurumsal Java Yazılımı Fri, 30 Dec 2011 09:25:56 +0000 http://www.kurumsaljava.com/?p=878#comment-1746 [...] LSP [...] [...] LSP [...]

]]> Test Güdümlü Yazılım – Test Driven Development (TDD) yazısına SOLID - Kurumsal Java Yazılımı tarafından yapılan yorumlar http://www.kurumsaljava.com/2008/11/26/test-gudumlu-yazilim-test-driven-development-tdd/comment-page-1/#comment-1745 SOLID - Kurumsal Java Yazılımı Fri, 30 Dec 2011 09:25:40 +0000 http://www.kurumsaljava.com/?p=168#comment-1745 [...] bakımı ve geliştirilmesi kolay yazılım sistemleri oluşturmak mümkündür. En verimli hali test güdümlü yazılım ile [...] [...] bakımı ve geliştirilmesi kolay yazılım sistemleri oluşturmak mümkündür. En verimli hali test güdümlü yazılım ile [...]

]]> Test Edilebilir Tasarım yazısına Özcan Acar tarafından yapılan yorumlar http://www.kurumsaljava.com/2008/12/03/test-edilebilir-tasarim-testable-software-design/comment-page-1/#comment-1646 Özcan Acar Thu, 01 Dec 2011 20:34:27 +0000 http://www.kurumsaljava.com/?p=310#comment-1646 Merhaba, bilgisayar oyunu gibi karmasik yapiya sahip uygulamalarda GUI ve ana isletme mantiginin esnek bir bag ile birbirlerine baglanmasina dikkat edilir. Bu aslinda tüm kurumsal mimariler icin gecerli bir durum. Isleme mantigi katmani diger katmanlardan tamamen bagimsiz olacak sekilde tasarlanmalidir. Eger ana isletme mantiginizi veri tabanindan ve arayüzden bagimsiz tutabilirseniz, bu katmani olusturan tüm siniflari test güdümlü gelistirebilirsiniz. Olusturdugunuz mimari sizi hemen bir veri tabani ya da bir gösterme katman catisini kullanmaya zorlamamali. Örnegin hangi veri tabani sistemini kullanacaginizin kararini öteyebilmelisiniz. Bu nasil olabilir? Örnegin müsteri yönetimi uygulamasi hazirliyorsunuz. Uygulamayi test güdümlü gelistirirken, verileri veri tabanina eklemek yerine bir dosyaya yazabilirsiniz. Bu hizli bir sekilde ana isletme katmanini olusturmanizi kolaylastiracaktir. Eger DAO tasarim sablonunu kullandiysaniz, uygulamanin altinda calisan veri tabanini istediginiz sekilde ve zamanda degistirebilirsiniz. Gösterme katmanida ayni sekilde isletme katmanindan bagimsiz olarak gelistirilebilir. Gösterme katmani test güdümlü gelistirilirken isletme katmaninda var oldugu düsünülen siniflar mocklanir (Mock nesneler olusturulur). Esnek bir mimarinin ne oldugu hakkinda detayli bilgi edinmek icin Robert C. Martin tarafindan hazirlanan ve http://www.cleancoders.com adresinde yer alan "Clean Code Episode VII - Architecture, Use Cases, and High Level Design" videosuna bakmanizi tavsiye ederim. Merhaba,
bilgisayar oyunu gibi karmasik yapiya sahip uygulamalarda GUI ve ana isletme mantiginin esnek bir bag ile birbirlerine baglanmasina dikkat edilir. Bu aslinda tüm kurumsal mimariler icin gecerli bir durum. Isleme mantigi katmani diger katmanlardan tamamen bagimsiz olacak sekilde tasarlanmalidir. Eger ana isletme mantiginizi veri tabanindan ve arayüzden bagimsiz tutabilirseniz, bu katmani olusturan tüm siniflari test güdümlü gelistirebilirsiniz. Olusturdugunuz mimari sizi hemen bir veri tabani ya da bir gösterme katman catisini kullanmaya zorlamamali. Örnegin hangi veri tabani sistemini kullanacaginizin kararini öteyebilmelisiniz. Bu nasil olabilir? Örnegin müsteri yönetimi uygulamasi hazirliyorsunuz. Uygulamayi test güdümlü gelistirirken, verileri veri tabanina eklemek yerine bir dosyaya yazabilirsiniz. Bu hizli bir sekilde ana isletme katmanini olusturmanizi kolaylastiracaktir. Eger DAO tasarim sablonunu kullandiysaniz, uygulamanin altinda calisan veri tabanini istediginiz sekilde ve zamanda degistirebilirsiniz.

Gösterme katmanida ayni sekilde isletme katmanindan bagimsiz olarak gelistirilebilir. Gösterme katmani test güdümlü gelistirilirken isletme katmaninda var oldugu düsünülen siniflar mocklanir (Mock nesneler olusturulur).

Esnek bir mimarinin ne oldugu hakkinda detayli bilgi edinmek icin Robert C. Martin tarafindan hazirlanan ve http://www.cleancoders.com adresinde yer alan “Clean Code Episode VII – Architecture, Use Cases, and High Level Design” videosuna bakmanizi tavsiye ederim.

]]> Test Edilebilir Tasarım yazısına Bayram Üçüncü tarafından yapılan yorumlar http://www.kurumsaljava.com/2008/12/03/test-edilebilir-tasarim-testable-software-design/comment-page-1/#comment-1645 Bayram Üçüncü Thu, 01 Dec 2011 20:15:35 +0000 http://www.kurumsaljava.com/?p=310#comment-1645 Test driven uygulamalarını gayet güzel izah etmişsiniz. Test driven sizi bulmuşken sormak istedim. Test driven uygulamalarını GUI ile iç içe olan yazılımlarda nasıl uygulayabiliriz. Örneğin bir calculator uygulamasında hesap yapacak metodlar TDD ile hazırlanıp GUI ortamına kolay biçimde bağlantıları yapılabilir. Ancak oyun tarzı bir uygulama düşünürsek, örneğin cep telefonlarında bile mevcut olan klasik bir oyun olan Snake(Yılan) oyunu v.s. gibi yazılımlarda nasıl bir süreç işletilmelidir? Örneğin Pro Evolution Soccer gibi oyunların testleri de mutlaka yapılıyordur. Bu tarz grafik arabirimle iç içe uygulamaalar nasıl test ediliyor olabilir? Test driven uygulamalarını gayet güzel izah etmişsiniz. Test driven sizi bulmuşken sormak istedim. Test driven uygulamalarını GUI ile iç içe olan yazılımlarda nasıl uygulayabiliriz. Örneğin bir calculator uygulamasında hesap yapacak metodlar TDD ile hazırlanıp GUI ortamına kolay biçimde bağlantıları yapılabilir. Ancak oyun tarzı bir uygulama düşünürsek, örneğin cep telefonlarında bile mevcut olan klasik bir oyun olan Snake(Yılan) oyunu v.s. gibi yazılımlarda nasıl bir süreç işletilmelidir? Örneğin Pro Evolution Soccer gibi oyunların testleri de mutlaka yapılıyordur. Bu tarz grafik arabirimle iç içe uygulamaalar nasıl test ediliyor olabilir?

]]> Metot Düzenleme (Compose Method) yazısına acar tarafından yapılan yorumlar http://www.kurumsaljava.com/2011/10/29/metot-duzenleme-compose-method/comment-page-1/#comment-1626 acar Mon, 28 Nov 2011 07:27:28 +0000 http://www.kurumsaljava.com/?p=1600#comment-1626 Autogen Training icin aldigim bir CD icinde yer alan bir parcaydi. Mp3'e cevirdigim icin parca hakkindaki bilgiler ne yazik ki silinmis. Autogen Training icin aldigim bir CD icinde yer alan bir parcaydi. Mp3′e cevirdigim icin parca hakkindaki bilgiler ne yazik ki silinmis.

]]>