[TechThursday] Spring Framework'de Boyut Atlayın
HTML-код
- Опубликовано: 10 май 2023
- Herkese merhaba,
TechThursday yayınlarımızın yeni bölümünde, Spring Framework konusunda şimdiye kadar bildiğiniz tüm bilgilere boyut atlatacak bu yayınımızda, tüm detayları ile Spring Framework konularını anlatacağız. Böylelikle neyi neden kulladığınızı daha iyi bileceksiniz.
İçeriklerin devamı ve canlı yayınları kaçırmamak için, kanalımıza abone olup, videolarımıza beğeni ve yorum bırakmayı, bildirimleri açmayı unutmayınız.
- Sosyal
GITHUB ► github.com/folksdev
INSTAGRAM ► / folksdevtv
TWITTER ► / folksdevtv
---
---
folksdev,
detaylı spring framework rehberi,
spring framework nedir,
dependency injection nedir,
ioc nasıl çalışır,
spring anotasyonları nasıl çalışır,
spring dispacther servlet,
spring application context,
spring framework vs spring boot,
embeded tomcat,
embeded application server,
spring framework developer
---
#yazılım #springframework #java
Elinize , emeyinize saglik.DAVAMI GELSIN
Hem bir overview olarak hem de eksikleri kapatmak için defalarca izlenilesi bir yayın
8 saatte bitirebildim. Bildiğimi sandığım birçok şeyin doğrusunu öğrendim ağzınıza emeğinize sağlık. Taner bey de umarım bir an önce iyileşir acil şifalar diliyorum.
Spring framework e baslicak arkadaslar kagit kalem alip oturun herseyi yazin ve tek tek arastirmaya baslayin super bir baslangic olabilir sizler icin. Elinize saglik, seviliyosunuz
Hem yayında izledim, şimdi anlamadığım yerleri tekrar izliyorum. Hemde not alacağım. Devamını bekliyoruz Çağrı abi.
Tekrar tekrar izlenmesi gereken bir yayın. Nasıl oluyor da tüm aklıma takılan soruları sanki ben size sormuşum gibi cevapladınız inanılmazsınız. Çok ama çok teşekkürler
Çok güzeldi, çok yardımcı oldu. Emeğinize sağlık, teşekkürler.
👏👏👏👏♥️ Haydi en kısa zamanda aramıza gel♥️👏👏👏👏
FolksDev mükemmelsiniz.
Çok faydalı bir yayındı, emeğinize sağlık. Devamı gelirse harika olur.
Harika içerik olmuş. Not alıp araştıracak bir konu buldum bu videoda. Belirli seviye gelmiş kişilere gerçekten de seviye atlatacak düzeyde bir içerik olmuş. Teşekkürler
İKinci kısmınıda istiyoruz :D
Guzel bir yayindi, ozellikle erteleme huyu olanlar icin canli yayinda yayin yapmak, aktif bir izleyici olarak takip etmeyi ve odaklanmayi cok kolaylastiriyor. Emeginiz icin cok tesekkurler.
Yayındaki içeriği bi yerde paylaştınız mı çok güzel içerik türkçede spring üzerine bu kadar düşen tek kanal diyebilirim
Çok faydalı video.Spring ile ilgili devam videolarının da gelmesini isterim.Her videoda ufkum açılıyor,spring ve yazılım felsefesine biraz daha aşina oluyorum.Başarılar diliyorum.
Yayında mantığını kavradım şimdi de notlarımı almak için geri döndüm. ☺
Emeğiniz için teşekkürler :D
İlk öğrenirken programlamayı Java ile başlamıştım tam oldu derken bir firmadan GO ile proje geliştirirken kendimi buldum uzun süre uzak kaldım neyse ki şuan işsizim artık mekan burası :)🥲
Çok kaliteli bir yayındı. Yarın tekrardan not ala ala izleyeceğim
Devamını bekliyoruz , başarılar 👍
Öncellikle Taner bey için acil şifalar diliyorum, umarım en kısa zamanda iyileşir. Yayın için teşekkür ederim hem tekrar oldu hem de yeni bilgiler öğrendim.
Yaptığınız iş çok kıymetli , emeğinize sağlık :)
Elinize saglik, mükemmel topluluk şahane yayın. Umarım böyle yayınların devamı gelir.
Harika bi yayındı, farklı yaklaşımlar gördüm mutlaka uygulayacağım. Yayınların devamını heyecanla bekliyorum. Emeğinize sağlık, çok teşekkürler.
Spring framework başlayacaklar için güzel bir özet olmuş. Yani ben sırf muhabbet olsun diye izledim şahsen ama yeni başlayanların not tutmaları ı tavsiye ederim.
cok guzel bir calisma olmus. devami gelmesini cok isterim. emeklerinize saglik, cok tesekkurler.
Spring ile ilgili her detaya girmeniz çok güzel oldu. Benim için hem güzel bir tekrar hem de yeni şeyler öğrendiğim bir yayın oldu. Emeğiniz için teşekkürler dostlar
Ağzınıza sağlık çok yararlandım. Herkese sağlıklı güzel günler dilerim.
devamı gelirse çok iyi olur, süper bir yayın olmuş çok teşekkürler..
Bu arada Spring Framework'Da annotation configuration mevcut. ApplicationContext arayüzünün altında AnnotationConfigApplicationContext containerini kullanırsanız. Videoda bahsettiğinize göre bu özellik sadece springbootta mevcut fakat böyle olmadığını düşünüyorum.
Canlı yayınlara çok katılamıyorum fakat sonrasında izliyorum.Gerçekten bir çok konuda aydınlandım ve dinlediğim şeyler beni biraz daha araştırmaya itti. Çok keliteli çok zevkli bir yayındı. Konuların daha derinlerine inildiği yayınları bekliyorum. Kolay gelsin, emeğinize sağlık.
İnanılmaz faydalı bir yayın olmuş. Emeğinize sağlık.
pratikte bildiğim şeylerin teorik kısımda hep havada kaldığının farkındaydım, bu yayın o havada kalmış şeyleri o kadar güzel oturttu ki yerlerine. Bir kez daha bu ekibin muhteşemliğini anlamış olduk, elinize kolunuza sağlık :)
Çok faydalı bir yayın olmuş. Emeğinize sağlık. Mutlaka devam yayınlarının gelmesi gerektiği düşüncesindeyim.
2. yayını sabırsızlıkla bekliyoruz Cagri abi :)
Çok teşekkürler emeğinize sağlık. Ayırdığınız zaman için teşekkür ederim
Mükemmel bir içerik 🎆
çok teşekkürler yeni videoları merakla bekliyoruz. Gradle, socket, microservices pattern (saga, cqrs) değinebilirseniz çok iyi olur. Keycloak role based demo proje yayını da mükemmel olur
harika bir yayin olmus, cok tesekkurler. Bildirimi actim devamini bekliyorum :)
Harika yayın
❤❤❤❤❤❤
Güzel yayın için teşekkürler. Bir noktayı da düzeltmek isterim. Bean scope Singleton by default eager olarak initialize ediliyor eğer bean tanımlarken lazy(@Lazy for annotaion, lazy-init for xml) olarak initialize olmasını belitmemişseniz.
teşekkürler çok faydalı oldu, ikinci kısımı istiyoruz
#YazılımcıGünleri2023 etkinliğinden sonra devam edeceğiz bu seriye 🫶
Çok güzel bir çalışma olmuş emeğinize sağlık fakat "Bir spring boot uygulamasında tavsiye edilen paket yapısı" sorusunda katılmadığım ve eklemek istediğim bazı “bence” notları var:
Uygulama içi paket yapısının kullanılan dil, framework ile alakalı olduğunu düşünmüyorum. Paket yapısına, geliştirdiğimiz uygulamanın ihtiyaçlarına göre yaklaşmakta fayda görüyorum. Biraz açmak istiyorum: Örneğin CRUD uygulaması geliştirirken Traditional Layered Arch. Kullanmak isteyebiliriz fakat domain bazlı bir uygulama geliştiriyorsak DDD’yi temel alan Hexagonal Arch. kullanmak isteyebiliriz.
Örneğin Traditional Layered Arch’da service sınıfları, “service” dediğimiz genel paket içerisinde yazılır, interface(varsa) ve implementasyonu bu paket içerisinde bulunur.
DDD Tactical Pattern’lerinin önerdiği Layered Arch’da “service” mantığında, farklı modüllerde farklı service sınıfları bulunur.
Örneğin Application Service, service katmanında, Domain Service ise domain katmanın içindeki service katmanında bulunabilir. Bir domain servisin interface’i domain katmanında bulunurken, implemenasyonu başka bir katman(infrastructure) katmanında bulunabilir.
Örneğin Traditional Layered Arch’da “repository” adında diğer katmanlardan bağımsız bir paket vardır, interface(varsa) ve implementasyonu bu paket içerisinde bulunur.
DDD Tactical Pattern’lerinin önerdiği Layered Arch’da “repository”de ise bağımsız bir repository katmanı olmayabilir. Repo interface’i domain katmanında bulunurken, implementasyon infrastructure’da bulunur.
Örneğin DDD implement etmek için Hexagonal kullanırsak, bambaşka bir paket yapısı ile karşılaşırız (Port-adapter, in-out, use case vs.).
Farklı mimari yaklaşım ve paket yapısı örnekleri artırılabilir.
Bu mimarilerin fayda/zarar hesabı, geliştirdiğimiz uygulamaya göre değişir. Örneğin CRUD bir uygulama yapıyor ve Hexagonel kullanıyor isek büyük ihtimalle çok gereksiz karmaşıklıklarla ve maliyetlerle uğraşacağız. Fakat domain bazlı bir uygulama yapıyorsak, DDD tabanlı Hexagonal kullanmak isteyebiliriz.
Yani “Bunların dışında yapacağınız paket yapıları sektörde geçerliliği olmayan paket yapılarıdır” kısımına katılmıyorum.
Elbette insanlar DDD, Hexagonal, Onion gibi mimarilerin gereksiz karmaşıklık ve maliyet yarattığını düşünebilir fakat bu kişisel bir düşüncedir ve bu farklı paket yapılarının sektörde karşılığı olmadığı anlamına gelmez.
Kendi adıma konuşacak olursam; Hexagonal ile geliştirdiğimiz bir uygulama vardı ve bizim için çok verimli oldu, ihtiyaçlarımızı karşıladı. İlk karşılaştığımda “Nerde kardeşim bildiğimiz controller-service-repository, neymiş bu portlar adapterlar, ne gerek vardı şimdi hiç duymadığımız bilmediğimiz bir şeye” diye sorsam da, biraz araştırma ile sektörde ciddi bir karşılığı ve kullanımı olduğunu, sektörde sadece Traditional Layered Arch.’ın kabul görmediğini, ihtiyaç halinde alternatif paket yapılarının da ciddi bir karşılığı olduğunu farkettim.
Kullandığımız dilden, framework'den bağımsız bir şekilde, gerekli yerlerde bu mimarileri kullanmanın faydaları üzerine bir çok makale, konuşma veya sektörde referans gösterilen bir çok kitap bulabiliriz. (Uygun bir zamanımda örnek olarak bir kaç kaynak paylaşmaya çalışacağım).
Videoda kullanılan excalidraw'un link var mı acaba?
2. kısmı da gelsin lütfen
dun yayinda kalamadim ama bu gun izledim iyi bir yayin elinize gonlunuze saglik.bir de yayin sonrasi kalman cok iyi reis harikasin oyretmeyi bi seyler paylasmayi gercekden seviyosun benim de spring oyrenme donemimin sana denk gelmesi benim sansliligim .
Bir de canlida sormusdum gormedin galiba ya da cevaplamadin.baska bir yayinlarda Broker,socket,job/schedule Security,threadler falan konusa bilirmiyiz acaba?
Hepsi sırası ile gelecek. Sıradaki konumuz jpa.
40:00
Part 2 gelecek mi