• 08-12-2021, 13:58:26
    #10
    erdalmedet adlı üyeden alıntı: mesajı görüntüle
    Front-end olarak on dört, back-end olarak sekiz yıllık deneyimim var. Foundation CSS, Bootstrap, vb. tüm kütüphaneleri yıllarca kullandım ve gelişmeleri için PR gönderdim. Tailwind CSS'den çok Bootstrap kullanmışlığım vardır. Hiçbiri Tailwind CSS'in sunduğunu sunmuyor. Tailwind CSS v3 ile de diğerlerini unutacağımızı dönüşüyorum. Hatta, ileride tarayıcılar üzerinde varsayılan olarak geleceği konuşuluyor.
    Tailwind'in sunduğu şey geliştiriciye hızlı prototipleme şansı sunmak, ama bunu yaparken HTML 'i okumanı engelliyor. Çorba gibi bir HTML karşına çıkıyor. Geliştirme yaparken her zaman code-splitting 'in önemi karşınıza çıkar ve TailwindCSS bunu yok eder. v3 'e göz gezdirmiştim ahım şahım bi' ekstra göremedim v2 'den.

    erdalmedet adlı üyeden alıntı: mesajı görüntüle
    PurgeCSS ile Tailwind CSS purge çalışması çok farklı. Bootstrap component'ler ile oluşuyor, Tailwind CSS property'ler ile oluşuyor. Birinde component'ler purge ediliyor, diğerinde property'ler. Yani Tailwind CSS ile nokta atışı purge işlemi gerçekleşiyor ve dahili olarak.
    Purge'ün amacı zaten kullanmadığın bir componenti silmektir, kullanmadığınız bir property'e gelince; bu zaten Tailwind'in yapması zorunlu olan bir şey, ek bir özelliği değil. 10 stili tek bir classta birleştirmek varken html'e gömerseniz, aynı butonu farklı bir yerde kullanacağınızda aklınızdan class yazabilme şansınızı kaybedersiniz. Tekrar tekrar aynı classları kopyala yapıştır yaparsınız, ki tekrar söylüyorum bu da kodu kirletir.

    Diyeceksin ki, butonu tekrar tekrar yapıyorsam @apply 'ımız var, onu kullanırım. Böyle yapınca da Tailwind'in bi özelliği kalmıyor
  • 08-12-2021, 14:11:27
    #11
    Anathory adlı üyeden alıntı: mesajı görüntüle
    Tailwind'in sunduğu şey geliştiriciye hızlı prototipleme şansı sunmak, ama bunu yaparken HTML 'i okumanı engelliyor. Çorba gibi bir HTML karşına çıkıyor. Geliştirme yaparken her zaman code-splitting 'in önemi karşınıza çıkar ve TailwindCSS bunu yok eder. v3 'e göz gezdirmiştim ahım şahım bi' ekstra göremedim v2 'den.


    Purge'ün amacı zaten kullanmadığın bir componenti silmektir, kullanmadığınız bir property'e gelince; bu zaten Tailwind'in yapması zorunlu olan bir şey, ek bir özelliği değil. 10 stili tek bir classta birleştirmek varken html'e gömerseniz, aynı butonu farklı bir yerde kullanacağınızda aklınızdan class yazabilme şansınızı kaybedersiniz. Tekrar tekrar aynı classları kopyala yapıştır yaparsınız, ki tekrar söylüyorum bu da kodu kirletir.

    Diyeceksin ki, butonu tekrar tekrar yapıyorsam @apply 'ımız var, onu kullanırım. Böyle yapınca da Tailwind'in bi özelliği kalmıyor
    Birbirini tekrarlayan nesneler için `@apply` kullanılabilir. Örneğin WordPress için bir tema geliştirirken bu özelliği kullanmaya mecbursunuz. Bu özelliği kullanmak kesinlikle diğerleri ile aynı yapmaz. Tailwind CSS ile tamamen özgürsünüz. Ayrıca, zaten Laravel, Next.js, Vue, vb. kütüphaneler üzerinde kullanırken direk olarak nesneleri component olarak oluşturduğunuz için böyle bir sorun da kalmıyor.

    Bonus olarak; Tailwind CSS'in bu tür nesneler için oluşturduğu plugin'ler de var. Örneğin: @tailwindcss/forms.
  • 08-12-2021, 14:16:26
    #12
    erdalmedet adlı üyeden alıntı: mesajı görüntüle
    Birbirini tekrarlayan nesneler için `@apply` kullanılabilir. Örneğin WordPress için bir tema geliştirirken bu özelliği kullanmaya mecbursunuz. Bu özelliği kullanmak kesinlikle diğerleri ile aynı yapmaz. Tailwind CSS ile tamamen özgürsünüz. Ayrıca, zaten Laravel, Next.js, Vue, vb. kütüphaneler üzerinde kullanırken direk olarak nesneleri component olarak oluşturduğunuz için böyle bir sorun da kalmıyor.

    Bonus olarak; Tailwind CSS'in bu tür nesneler için oluşturduğu plugin'ler de var. Örneğin: @tailwindcss/forms.
    Elbette kolaylıklar güzeldir ama, hazıra konabilmek için de projenin geleceğini çöpe atmamak gerek HTML'e baktığımda yalnızca HTML'i görmeliyim, zaten CSS'i arasaydım CSS'e bakardım. @apply flex, mt-1, mb-2, ml-3, mr-4 yazıp bir sıra çorba koymaktansa, alt alta okunabilir değerler vermeyi tercih ederdim. Ayrıca ben de Vue kullanıyorum ve gene de TailwindCSS 'ten hoşlanmıyorum, tercih meselesi gibi aslında Kolay gelsin
  • 08-12-2021, 14:27:34
    #13
    Anathory adlı üyeden alıntı: mesajı görüntüle
    Elbette kolaylıklar güzeldir ama, hazıra konabilmek için de projenin geleceğini çöpe atmamak gerek HTML'e baktığımda yalnızca HTML'i görmeliyim, zaten CSS'i arasaydım CSS'e bakardım. @apply flex, mt-1, mb-2, ml-3, mr-4 yazıp bir sıra çorba koymaktansa, alt alta okunabilir değerler vermeyi tercih ederdim. Ayrıca ben de Vue kullanıyorum ve gene de TailwindCSS 'ten hoşlanmıyorum, tercih meselesi gibi aslında Kolay gelsin
    Elbette herkesin tercihi farklıdır ve saygı duyulmalıdır. Güzel bir fırtına estirdik, oldukça iyi oldu. Başarılar...