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

Reflection doğru kullanıldığında çok güçlü bir özelliktir. Bu özellikten faydalanan birçok 'Object Mapping' kütüphaneleri vardır. Biz de buna benzer bir şey yapmak istesek, karşımıza ne gibi sorunlar çıkar ve bunlara nasıl çözümler bulabiliriz onları konuşalım.
#TechBuddy
#blazor #docker #dotnet #reflection
TechBuddyEN: / @techbuddyen
Superpeer: superpeer.com/...
To Subscribe: bit.ly/3kvj2vw
Github: github.com/sal...
Discord: / discord
For membership: / techbuddytr

[@aliertunc4947]

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

[@hikmetfazila6299]

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

[@caglaozkan391]

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

[@TechBuddyTR]

Teşekkürler

[@ahmedhakanokumus]

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

[@TechBuddyTR]

@@ahmedhakanokumus Teşekkürler

[@mtbatuhan]

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

[@yigitgnc]

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]

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

[@TechBuddyTR]

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 :)

[@OguzhanAksoy1]

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]

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

[@yavuzgokmen1588]

Hocam github a bu kodu pushladınız mıu ben mi göremedim yoksa?

[@TechBuddyTR]

@@yavuzgokmen1588 private olarak kalmıştı, şimdi public yaptım. github.com/salihcantekin/yt_Reflection_Mapping

[@yavuzgokmen1588]

@@TechBuddyTR Emeğinize sağlık