Neden ABP.IO Platform?

PROBLEM

Ortak gereksinimleri uygulayabilmek için hangi kütüphaneleri kullanmalısınız? Yazılım geliştirme ekosistemi son derece dinamik olduğundan, en son araçları, kütüphaneleri, trendleri ve yaklaşımları takip etmek zorlayıcı olabilir.

PROBLEM

UI konularını ele alırken bir dizi zorluk ortaya çıkar. Bu zorluklar, tutarlı bir görünüme sahip, duyarlı, modern ve uyarlanabilir bir UI kit için temel oluşturmayı içerir. Bu UI kitinin tutarlı bir görünüme sahip olması ve gezinme menüleri, başlıklar, araç çubukları, altbilgiler, widget'lar gibi bir dizi özelliği barındırması gibi unsurları içerir.

Önceden tasarlanmış bir temayı seçseniz bile, bunu projenize sorunsuz bir şekilde entegre etmek günler sürebilir. Buna ek olarak, bu tür temaları güncellemek de ek bir zorluk oluşturabilir. Sıkça, temanın HTML/CSS yapısı, UI kodunuzla iç içe geçer, bu da gelecekteki tema değişikliklerini veya yükseltmelerini karmaşık hale getirir. Kodun ve tasarımın bu iç içe geçmesi, ileride ayarlamalar yapma esnekliğini zorlaştırır.

PROBLEM

Sağlam bir test ortamı oluşturmak zaman alıcı bir çabadır. Bu, projeniz içinde özel test projeleri oluşturmayı, gerekli araçları dikkatlice seçmeyi, hizmet ve veritabanı taklitlerini oluşturmayı, testler arasında gereksiz kodu en aza indirmek için temel sınıflar ve yardımcı hizmetler oluşturmayı ve çeşitli ilgili görevleri ele almamızı içerir.

PROBLEM

Projeyi geliştirme için kurduktan sonra, genellikle geliştiricilere sistemin nasıl çalıştığını ve aynı üzerinde anlaşılan yöntemleri kullanarak nasıl oluşturacaklarını öğretmeniz gerekir. Onlara eğitim verirseniz bile, belgeleri güncel tutmak zor olabilir. Zaman içinde her bir geliştirici kendi yöntemine göre kod yazabilir, bu da kod yazma kurallarının birbirinden farklı hale gelmesine neden olabilir.

PROBLEM

Geliştirmeye başladıktan sonra, kullanılan kütüphanelerin yeni sürümlerini güncellemeler ve yamalar için takip etmelisiniz.

PROBLEM

Tek Oturum Açma, Active Directory / LDAP Entegrasyonu, OpenIddict entegrasyonu, sosyal girişler, iki faktörlü kimlik doğrulama, şifre unutma/sıfırlama, e-posta etkinleştirme, yeni kullanıcı kaydı, şifre karmaşıklık kontrolü, başarısız giriş denemelerinde hesabın kilitlenmesi, başarısız giriş denemelerinin gösterilmesi... vb. Tüm bu genel gereksinimlerin size tanıdık geldiğini biliyoruz. Yalnız değilsiniz!

PROBLEM

Cross Cutting Concerns, her kullanım durumu için uygulanması gereken temel tekrar eden mantıktır. Bazı örnekler;

• İşlemleri başlatma, başarılı durumlarda commitleme ve hata durumlarında rollback alma
• İstisnaları işleme ve rapor etme, istemcilere uygun hata yanıtını döndürme ve istemci tarafındaki hata durumlarını işleme.
• Yetkilendirme ve doğrulama uygulama, uygun yanıtları döndürme ve bunları istemci tarafında işleme.

PROBLEM

Genellikle mimarinizi düzgün bir şekilde uygulamak için altyapı oluşturmanız gerekir. Örneğin, genellikle Repository desenini uygularsınız. Entityleri, servisleri, controlleri ve diğer nesneleri oluşturmayı basitleştirmek ve standartlaştırmak için bazı base class'ları tanımlarsınız.

PROBLEM

Her iş uygulamasında tekrar tekrar uyguladığınız birçok gereksinim vardır;

• Detaylı izin sistemi ve izinleri roller ve kullanıcılara göre UI üzerinde yönetme.
• Denetim günlüklerini ve bir kullanıcının bir veritabanı kaydını değiştirdiği zamanı takip etmek için entity geçmişlerini yazma.
• Entitylerinizi soft-delete yapacak şekilde yapılandırma, böylece fiziksel olarak veritabanından silmek yerine silinmiş entityleri otomatik olarak sorgularınızdan filtreleme.
• Backend API'larınızı Frontend kodundan tüketmek için soyutlamalar ve sarmallar oluşturma.
• Arka planda işleri sıraya koyma ve yürütme.
• Küresel bir sistemde birden çok zaman dilimiyle başa çıkma.
• Doğrulama, yerelleştirme, yetkilendirme mantığını sunucu ve istemci arasında paylaşma.

PROBLEM

Tipik bir web uygulamasında birçok benzer sayfa oluşturacaksınız. Çoğu zaman benzer CRUD işlemlerini gerçekleştireceklerdir. Bu tür sayfaları sürekli olarak oluşturmak çok sıkıcı ve hata yapmaya müsaittir.

PROBLEM

Çoğu kütüphane düşük seviyede tasarlanmıştır ve genellikle her yerde aynı entegrasyon ve yapılandırma kodunu tekrar etmeden bunları düzgün bir şekilde entegre etmek için biraz çalışma yaparsınız. Örneğin, distributed event bus için RabbitMQ kullanmanız gerekiyorsa, yapmak istediğiniz tek şey; bir mesajı bir kuyruğa göndermek ve gelen mesajları işlemektir. Ancak, mesajlaşma desenlerini, kuyrukları ve değişim detaylarını anlamanız gerekir. Verimli kod yazabilmek için bağlantıları, istemcileri ve kanalları yönetmek için bir havuz oluşturmanız gerekir. Ayrıca istisnalarla, ACK mesajlarıyla, başarısızlıklarda RabbitMQ'ya yeniden bağlanma gibi konularla uğraşmalısınız.

PROBLEM

Tüm altyapı, en basit şekliyle bile oluşturmak, sürdürmek ve belgelemek için çok zaman alır. Zamanla büyür ve projenizde bunu sürdürmek zorlaşır. Bunları tekrar kullanılabilir bir projeye ayırmak, kendi iç frameworkünüzü oluşturmanın başlangıç noktasıdır.

Dahili bir framework oluşturmak, belgelemek, eğitim vermek ve sürdürmek gerçekten zordur. Deneyimli, özel bir framework ekibiniz yoksa, dahili frameworkünüz hızla anlaşılamayan bir miras kodu haline gelir. Bunun yanı sıra, bu frameworkler genellikle ekipteki bir veya iki geliştirici tarafından geliştirilir. Ve bu arkadaşlar bir bilgi deposu haline gelir. Bu onlar için iyi olabilir ancak şirket için kötüdür çünkü onlar proje için tek nokta hatası -SPOF-'dir. Şirketi terk ettiklerinde, proje dramatik bir şekilde düşer.

PROBLEM

Multi-Tenancy SaaS sistemlerini uygulamanın yaygın bir yoludur. Ancak, tutarlı bir Multi-Tenancy altyapısı uygulamak karmaşık hale gelebilir.

PROBLEM

Bir mikroservis sistemi oluşturmak birçok altyapı ayrıntısı gerektirir: Uygulamaların ve mikroservislerin doğrulanması, yetkilendirilmesi ve mikroservisler arasında eşzamansız mesajlaşma ve eşzamanlı (Dinlenme/GRPC) iletişim kalıplarının uygulanması en temel konulardır.