Mapping Nasıl Çalışır? | Reflection ile Mapper yapımı

Рет қаралды 4,011

Tech Buddy

Күн бұрын

Пікірлер: 16

@hikmetfazila6299 3 ай бұрын

emeğinize sağlık hocam. hep merak ettiğim bir konu idi. gayet açıklayıcı bir şekilde anlatmışsınız...

@caglaozkan391 3 ай бұрын

Teşekkürler, gayet açıklayıcı bir anlatım olmuş.

@TechBuddyTR 3 ай бұрын

Teşekkürler

@ahmedhakanokumus 3 ай бұрын

Yine mükemmel bir konu. Teşekkürler hocam.

@TechBuddyTR 3 ай бұрын

@@ahmedhakanokumus Teşekkürler

@aliertunc4947 2 ай бұрын

elinize sağlık çok net ve açıklayıcı örnekler olmuş.

@TechBuddyTR Ай бұрын

Teşekkürler 😊

@mtbatuhan 3 ай бұрын

Tam diyecektim birisi discordda kütüphane kullanmadan mapper kullanmak istiyordu ki açıklamışsınız hocam

@OguzhanAksoy1 3 ай бұрын

Agziniza saglik. Ufak bir ipucu, eger cok fazla property olursa veya complex property yapisi olursa, bu sefer map etmesi zaman alabilir. Benim tercihim source generator (Riok.Mapperly).

@TechBuddyTR 3 ай бұрын

Bence de source-generators lar en iyisi olur. Eğer mümkün değilse, reflection kullanıldıktan sonra local cache kullanılabilir

@yigitgnc 3 ай бұрын

hocam öncelikle bu detaylı anlatımınız için teşekkürler, yine çok faydalı bir video olmuş. yıllardır üzerinde çalıştığım onlarca projede mümkün mertebe soyutlama yaparak generic yapılar yazdığım için doğal olarak çok sık mapping yapıyorum. ayrıca hali hazırda içinde mapping yapan bir çok kütüphane ile çalışıyorum. fakat benim merak ettiğim şey aslında reflection'ın tarihsel gelişimi. çünkü hatırladığım kadarıyla özellikle .net çatısı geniş bir kitle tarafından benimsenene kadar çoğu insan reflection'a öcü muamelesi yapıyordu mümkün mertebe kaçınmaya çalışıyordu. hatta stackoverflow'un yıllanmış konularında hala daha iinsanların reflection'dan kaçmak için yazığı bazı konular mümkün tabi yıllar içinde bu tutum kayboldu ama ben bunun sebebini merak ediyorum bu konu ile ilgili biraz bu işin tarihsel teknik gelişimini de anlatan bir video çekmeniz mümkün müdür ?

@elshanmammadov9040 3 ай бұрын

Çok isabetli bir yorum oldu. Değerli yorumuna bende katılıyorum hocam bir el atsan bu konuya bizde Azerbaycannan behrelensek :)

@TechBuddyTR 3 ай бұрын

Her şeyin fazlası zarardır diye kıssadan hisse yapabiliriz. Reflection, Type tipinin bellekteki örneğine erişip içindeki detaylara 'RunTime' da ulaştığı için, normal de bir nesne örneğine direkt ulaşmaktan daha 'yavaş' çalışıyor elbette. Ama gerek framework içerisindeki geliştirmeler gerek JIT ve CLR tarafındaki geliştirmeler bu yavaşlığın çok büyük kısmını ortadan kaldırdı. Reflection'ı kullanıp kullanmamak çok önemli değil aslında. Asıl soru ne kadar kullanıyoruz? Uygulamalar ayağa kalkarken tek seferlik çalıştırılanlarda çok problem yaşamayız elbette ama normal de çok daha kolay yapabileceğimiz ve çok sefer çağırılan bir fonksiyon içeriğini reflection'la yapmanın da çok mantığı yoktur diyebiliriz. Eskisine göre çok daha hızlı olan reflection, verimli bir şekilde kullanılırsa çok daha mantıklı bir yaklaşım olacaktır. Artık o kadar süreler hissedilebilir bile değil neredeyse :)