Şu yazıyı okuyorsunuz: Graphql: Uygulamaların iletişim şeklini değiştirme ve iyileştirme
Gelecek neslin kripto para birimleri satın alması ve güven birimi bakiyelerini kontrol etmesi çok uzun sürmeyecek. Fortnite Lobisi oyunlar arasında. Bu da pek çok teknolojik gelişmeyle mümkün olacak.
Bugün tartışacağımız konu ise uygulamalar ve onlara sahip olan şirketler arasında verinin aktarılma şekli (okuma, güncelleme, ekleme/silme). Uygulama programlama arayüzleri (API’ler) bu veri iletişimini tanımlayan mimaridir ve bu standartlar geliştikçe veri işleme ve depolama gereksinimleri de daha az zorlu hale gelmiştir.
“Hafif” kaynak kullanımı açısından grubun lideri, açık kaynaklı bir veri işleme ve sorgulama dili olan GraphQL’dir. Ekosisteminizin temeli, spesifikasyonlarınız ve onun etrafında oluşturulmuş bir dizi araçtan oluşur.
Yeni değil, zaman çabuk geçiyor. Facebook bunu 2012 yılında geliştirdi ve yalnızca dahili olarak mobil uygulama geliştirme için kullandı. 2015 yılında ‘açık kaynak’tı ve bugün GraphQL Vakfı tarafından bakılıyor (https://graphql.org/foundation/) onun daha da gelişmesini denetleyen kişi.
Peki neden şimdi bunun hakkında yazıyorum? Teknolojinin benimsenmesi için tipik bir yol haritası şu yaklaşımları izleyecektir: 1) hobi/kişisel projeler, 2) birden fazla dilde uygulama, 3) yeni kurulan şirketlerde ve küçük şirketlerde uygulamalar, 4) orta ölçekli şirketler ve ürün geliştirmede kullanılanlar, 5 ) büyük şirketler ve teknoloji devleri.
GraphQL 5. seviyeye ulaştı. Şu anda sadece birkaçını saymak gerekirse GitHub, Pinterest, Shopify ve Microsoft tarafından kullanılıyor ve en son Mart 2022 itibarıyla Salesforce tarafından kullanılıyor.
Salesforce’tan daha verimli veri almanın bir yolunu ararken GraphQL belgelerini buldum ve okumaya ve bunu uygulamanın yollarını aramaya başladım.
Geleneksel REST API’sinden farkı nedir?
- Ana avantajlardan biri, GraphQL ile yalnızca belirli verileri sorgulayıp döndürebilmenizdir. Belirli bir müşteri olayıyla ilgili yalnızca iki alan istiyorsanız, elde edeceğiniz şey budur. Geleneksel bir REST API, olayla ilişkili TÜM alanları döndürür. Bu 100’den fazla alan olabilir. Artık başlamak istemediğiniz tüm bu verilerle bir şeyler yapmalısınız. Bu şu şekilde bilinir: veri toplama konusunda (iyileşme de bir sorundur).
- Yukarıdakiler, verileri döndürürken GraphQL’i diğer API metodolojilerinden daha hızlı hale getirir.
- GraphQL, güçlü bir şekilde yazılmış bir dildir; bu, diğer şeylerin yanı sıra, kod hatalarının program sırasında değil, program çalıştırılmadan önce yakalandığı anlamına gelir.
- GraphQL’in etrafında, geliştiricilerin kullanımını çok kolaylaştıran harika bir araç seti oluşturuldu.
- GraphQL, birden fazla uç noktaya sahip olan REST API’ye kıyasla tek bir uç noktaya sahiptir. Bu, tüm verilerinizin tek bir istekte alınabileceği anlamına gelir.
Madalyonun iki yüzü: talep eden (istemci) ve sağlayıcı (GraphQL ana bilgisayarı)
Şu ana kadar GraphQL’e veri “isteği” perspektifinden baktım. Salesforce veya Microsoft gibi bir şirketin, verileri sorgulamak ve işlemek (okumak, güncellemek, eklemek) için kullanabileceğiniz bir GraphQL API’si kurduğu durumlarda.
Örnek olarak, Salesforce ile ilgili müşteri olay verilerini bir müşteri portalına dahil etmek istiyorsak, bunu yapmanın en etkili yolu, aradığımız verileri bir GraphQL sorgusu aracılığıyla portaldan Salesforce GraphQL sunucusuna talep etmek olacaktır. . Eksik veya fazla madencilik yapmadan tam olarak istediğiniz verileri alacaksınız ve sonuç olarak hiçbir ek veri işleme veya depolama gerekmeyecek.
Madalyonun diğer yüzü ise müşterilerinin istedikleri verilere erişme konusunda etkili bir yönteme sahip olabilmesi için GraphQL mimarisini kuran kuruluştur.
Bir kuruluş, GraphQL API’yi oluşturarak tüm sistemlerini tek bir modelde entegre eden bir model yaratmaktadır. Bu sistemleri birleştirir ve bir kez yapıldığında altta yatan sistemin karmaşıklığını ortadan kaldırır. İş tamamlandıktan sonra veri sorgulaması API aracılığıyla sorunsuz bir şekilde yapılır.
Uygulamaları veya sağlayıcıları karşılaştırırken verilerimi kurtarmak için hangi özellikleri sunduklarına bakarım. Onlara e-posta göndermek veya önceden tanımlanmış katı raporlara güvenmek istemiyorum. Verilerime esnek ve zamanında başvurarak “bağlanabilmek” istiyorum. Bunlar iki uygulama/satıcıysa ve diğer karşılaştırma noktalarında benzer şekilde eşleşiyorsa ve biri REST API veya GraphQL API sunuyorsa, kesinlikle API’ye sahip olanı seçeceğim.
