solid prensipleri ve php psr standartlarına uyarsan baya temiz ve yeniden kullanılabilir classlar çıkarırsın ortaya. Birde bir işi çzerken tasarım desenlerine uygun kod yazdınmı türkiyede senior developer diye işe alırlar :D

l5 tarihi eser oldu hojam hocam paket l5 iken yazılmış ben l8'de kullanıyorum sıkıntı yaratmıyor. Do majr soylu ve açık szlü, Do minr patetik, Re majr parlak, Re minr melankolik, Mi bemol majr soylu ve patetik, aydinlik ama soylu ve karamsar tonmu lazim ozaman; mi majr, Mi minr doğanin ilk minr tonu olmasina karsin biraz melankoliktir, Fa majr karışıktır, Fa minr hepsinden patetiktir, Fa Diyez majr iste güçtür çünkü degiştirgeçlerle asiri yuklenmistir, Si majr parlak ve oyun bozannn :))

Repository pattern ve action kullanımı kod tekrarının nüne geçecektir. Performans olarak genelde hatalı sorgular (n+1 vs vs) performansı olumsuz etkiliyor. Debugbar ile sorgularınızı kontrol edebilirsiniz. Cache kullanımı da bence nemli. nceleri Kızlar Utanınca Kızarırdı Şimdilerde Kızarınca Utanıyorlar..

Herkese selam, Temiz kod yazmakla ilgili birkaç sorum olacak. Bildiğiniz gibi çoğu işlem controller'da yapılıyor delete, update vb. gel gelelim ben admin paneldeki controllerımdaki aynı kodu user tarafında da kullanmam gerekiyor bu da boşuna kod ısrafı oluyor diye düşünüp bir araştırma yaptım ve repository olayını buldum 2 aydır kullanıyorum çok memnunum. https://github.com/andersao/l5-repository Şimdi temiz kod açısından bir class'ta sizce en fazla kaç satır kod olmalı. Bir metod içerisinde en fazla kaç satır kod olmalı? Edit: Aklıma geldikçe yazıyorum = Performans açısından nelere dikkat etmeliyiz Aydınlatabilirseniz sevinirim? arkinfes tarafından 15/Ara/20 01:28 tarihinde düzenlenmiştir Do majr soylu ve açık szlü, Do minr patetik, Re majr parlak, Re minr melankolik, Mi bemol majr soylu ve patetik, aydinlik ama soylu ve karamsar tonmu lazim ozaman; mi majr, Mi minr doğanin ilk minr tonu olmasina karsin biraz melankoliktir, Fa majr karışıktır, Fa minr hepsinden patetiktir, Fa Diyez majr iste güçtür çünkü degiştirgeçlerle asiri yuklenmistir, Si majr parlak ve oyun bozannn :))

Repository pattern ve action kullanımı kod tekrarının nüne geçecektir. Performans olarak genelde hatalı sorgular (n+1 vs vs) performansı olumsuz etkiliyor. Debugbar ile sorgularınızı kontrol edebilirsiniz. Cache kullanımı da bence nemli. Gerçekten debugbar bu konuda süper faydalı oluyor. Keşke zamanında. net de java da yazarkende byle birşey olsaydı dedim . Ayrıca cache kullanacaksan invalidation stratejine dikkat etmende fayda var. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

veriyi manipule eden sınıfları zaten modellerin içinde tutmuyor musun? sonra her taraftan çekersin bu sınıfı eğer admin ve user tarafında aynı kodları kullanıyosan admin-user diye ayırma zaten, tek sınıfın olsun, onun içinde kullanıcının yetkisine gre işi yap 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

l5 tarihi eser oldu hojam 🏴Hi'dan gelen varır Who'ya, Hi'da onun adıdır Who'da...

ne kadar sallarsan salla dona düşer son damla. ncelikle arkadaşların bahsettiği gibi SOLID Principles nemli. Bunların en basit implementasyonu ve işini kolaylaştıracak kısmı 'S'ingle-responsibility principle. En azından buna dikkat ederek kod yazarasan service/repository/controller/view ayrımını gz nünde bulundurursan kodun temiz olur. Üstüne birde OOP gzeterek kodunu yazarsan tadından yenmez. Design pattern'lar zaten kod yazdıkça kullandığın, kodu geliştirdikçe "hah artık burada işler ters gidiyor, bi hal çaresine bakmam lazım" dediğin noktaya uygulayabileceğin birer şablon. Ayrıca web projelerinde performans konusunda dikkat etmen gerekenler genel olarak: N+1 sorgudan kaçınman, ORM kullanıyorsan oluşturduğu sorguları inceleyip saçma sapan birşey varsa düzeltmek, DB tarafında indexleri doğru attığından emin olman, front-end tarafında resources dosyalarını minify ettiğinden, resimleri compress ve boyutlarını resmi kullandığın yere ayarladığından emin olman gibi şeyler performansın %80'ini oluşturur. Geri kalan %20 için zaten olay zelinde bir durum vardır konu açarsın tartışırız (rneğin: https://www.tahribat.com/forum/hacimli-tablolarda-offset-performans-sorunu-244959). herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//