37-) C# Interface 

Gerçekten şuana kadar rastladığım en iyi yazılım anlatan kişisiniz teşekkür ederim.

O kadar iyi anlatıyorsunuz ki, herkese söylüyorum. Lakabım "Gençay Yıldız övücüsü" oldu olacak hocam. Her şey için teşekkürler.

Hocam C# dersini bir kaynaktan yaklaşık 2 aydır takip ediyorum.Şu konuya gelene kadar iyiydi.Şu konudan sonra sizin videoları izlemeye devam edicem.Herkes yazılım anlatamaz.

Çok detaylı anlaşılır bir anlatımınız var hocam not alarak sizi izliyorum. Çok faydası dokundu

Çok teşekkür ederim. Bir sürü yerden çalıştım ama anlamamıştım. Siz çok güzel anlatmışsınız. Emeğinize sağlık.

Gençay Hoca kalitesiyle interface dersine hoşgeldiniz.👊

Severek takip ediyoruz hocam. Programlama konseptlerini türkce her yönüyle bu kadar güzel ve yerli yerinde anlatan sayılı insanlardansınız bunun için tebrik ederim sizi.. Yazılımı da işin özünü anlata bilmek önemli. Sizin de önceki derslerde belirttiyiniz gibi abstract, interface gibi oop kavramları yazılımcıya manevra imkanı sunmak için tasarlanmış yapıladır, malum yazılım sınırlamayı pek sevmez ve her yeni konsept bi öncekinin manevra imkanını genişletmek için tasarlanır. Küçük bi önerim olacaktı kabul ederseniz.. özellikle benim gibi junior seviye yazılımcılar bu kavramları anlattığınız videoları izlediğinde "Hocam bu bizim ne işimize yarayacak, nerede kullanacağız ?" gibi sorulara kendi tecrübelerinize dayanarak şu şurada sıkca kullanılır gibi ya videolarda değinirseniz veya altına bi yorum şeklinde eklerseniz çok makbule geçer kanaatindeyim.. Mesela interface, abstract classlar, mvc' de web projeler geliştirilirken "repository pattern" de sıkca kullanılır gibi belli açıklmalar junior yazılımcıların mvc den haberi olmasa dahi ona bi iz düşümü sağlayacaktır.

teşekkürler hocam inşallah daha güzel şekilde detaylı olanını OOP serisinde bekleriz

Teşekkürler

Anlatım super hocam.. kısaca özetlemek gerekirse, nasıl delegeler kendi imzasına uygun metodlar için bi şablon niteliği teşkil ediyorsa interface de aynı görevi classlar için görüyor..

Anlatım mükemmel hocam.

Hata bende değilmiş; kendime anlamıyorum diye boşuna kızmışım, aslında sorun eğitmendeymiş :) Teşekkürler Hocam

teşekkürler değerli hocam

Hocam OOP serinizi bitirdim yeni konuları bekliyorum.Şimdilik buradaki videoları izliyorum.Umarım yakında konuların devamı gelir.

Hocam keşke bütün dersleri siz anlatsanız....

kral yeni video koymuyorsun 5 sene önceki videolarına düştük be :)

Hocam Allah aşkına full eğitim videosu çekip Udemy de yayınlayın alalım. Anlatımınız çok iyi. Bende diyorum problem bende mi 😅

harikasınız hocam

bilmek ayri bi olay, bildigini karsidakine aktarabilmek ayri bi olay. Sizde ikisi de var.

Hocam Allah aşkına OOP kısmında bu konuyu tekrar anlatın ya lütfen ya

Hocam ne zaman ulaşamadığım, anlamadığım bir konu olsa videolarınız imdadıma yetişiyor.

bayayı kod kalabalıklardan kurtarıyoır desene .. ıyıymıs :D

Hocam ses tonunuz Türkçeyi kullanışlı tarzınız çok çok iyi bir sene sonra bende öğretmen olucam Allahın izniyle biraz hızlı konuşuyorum :)) önerebileceğiniz bir diksiyon kursu var mı sizin önceden gittiğiniz bir yer :)

interfacein default erişim belirleyicisi public değil mi neden erişim belirleyicisi kullanmıyoruz anlamadım

Gençay hocam öncelikle anlatımınız için çok teşekkür ederim. Hocam interface içerisinde parametre alan (opsiyonel olabilir veya olmaz) metot tanımlanabilir mi ? Eğer oluyorsa bu Design Pattern'ler açısından olaya bakarsak SOLID prensiplerine ters düşer mi ?

Şu çok önemli bir açıklama olmuş! : "İlla interface kullanmak için zorlamayın, kurumsal çalışmalarda bir şablon olarak gelirse ne olduğunu bilin." >>> Şahsen interface'leri anlatan videolar izledim ama bir metodu neden interface üzerinden boş yere sektirdiğimi anlayamamıştım bir türlü. Yani kimi videolarda denmiş ki: "Yarın sizden bir metod değişikliği istenirse interface kullanmazsanız zorlanırsınız" Bunu bir türlü anlayamadım. Yani başka bir metod isenirse interface de olsa o metodu yazacağız. Bir de interface yazıp niye onun üstünden takla atırıyoruz ki? diye düşünmeden edemedim. Ama bu açıklama interface'in neden var olduğunun açıklaması olmuş sanki. Teşekkür ederim şimdi anladım bu konuyu. Tabi hala yanlış anlamadıysam :) Hatalıysam düzeltin lütfen başkaları da yanlış anlamasın.

hocam Interfacelerin içinde neden field tanımlayamıyoruz

Hocam siz property tanımlarken erişim belirleyicisi olmamalı dediniz fakat ben public bir şekilde property tanımladığımda herhangi bir hata almıyorum. Yeni bir özellik geldi ve bu kaldırıldı mı? Umarım en kısa zamanda OOP'nin kalan konularını güncel bir şekilde sizden dinleriz. Ve son olarak interfaceler neden field alamıyor hocam? interface IOrnek { int X(); public void Y(); public int MyProperty { get; set; } } class MyClass : IOrnek { int IOrnek.X() { return 0; } void IOrnek.Y() { } public int MyProperty { get => throw new NotImplementedException(); set => throw new NotImplementedException(); } }

Engin demirog dan geldim . Geri dönmeyi düşünmüyorum.

Hocam bu video'daki hataların çoğunu denedim ve almadım acaba C#'ın sonraki sürümlerinde interface'ler baya güncelleme mi yedi? 2016'dan beri kim bilir neler geldi? interface'de erişim belirleyicileri kullanılabiliyor. Gövdeler yazılıyor. Static'ler havada uçuşuyor. Önemli de konu şimdi bi panik oldum. class Ornek : IA, IB { public int X { get => throw new NotImplementedException(); set => throw new NotImplementedException(); } } interface IA { static int Y; //bunları yukarda implement etmemi istemedi static int X { get; } } interface IB { public int X { get; set; } public void Foo() { X++; } } Hiç hata falan vermedi.

şu kalıtıma inheritance desek artık daha profesyonelce olmazmı artık hocam.