Halihazırda klasik programlama veya diğer kodsuz/düşük kodlu platformlarla ilgili deneyiminiz varsa, pek çok kavram size tanıdık gelecektir.
Diğer kodsuz ve düşük kodlu çözümlerin aksine AppMaster, uygulama oluşturmaya yönelik klasik bir yaklaşımla oluşturulmuştur. AppMaster'daki temel öğe, diğer platformlardaki gibi bir uygulama değil, bir projedir. Projeler birden fazla arka uç, web ve mobil uygulamadan oluşabilir. Çözümün mimarisi - istemci sunucusu (Bubble veya benzeri platformlardaki gibi bir yekpare değil).
Diğer kodsuz platformlardan geçiş yaparken, AppMaster'da farklı platform araçlarıyla ayrı ayrı arka uç, web ve mobil oluşturduğunuzu unutmayın. Bu tür kullanıcılar için en sinir bozucu anlardan biri, ayrı uygulamalar oluşturmanız ve bu uygulamalarda mantık oluşturmanız gerektiğini hatırlamanızdır.
Nasıl başlamalı?
Çoğu proje için, arka uç ve web veya arka uç ve mobil ve hatta her türden uygulama oluşturmanız gerekir.
ÖNEMLİ Mantığınızın çoğunu arka uç uygulamasında uyguladığınızdan emin olun. Hiçbir zaman kontrolünüz olmayan web veya mobil uygulamalara önemli mantık koymayın. Ön uç, yalnızca kullanıcı girişinden veri görselleştirme ve bilgi toplama içindir.
En basit yol, bir arka uç uygulaması oluşturarak başlamaktır.
ARKA UYGULAMALAR
Arka Uç Adım 1 . Arka Uç Veri Modelleri Tasarımcısında veri modellerinizi tanımlayın. Her modeli SQL veri tabanında (ilişkilerle birlikte) birer tablo gibi düşünebilirsiniz. AppMaster'da Veri Modelleri yalnızca birincil veritabanı tablolarını tanımlamak için değil, aynı zamanda proje genelinde bir yapı bildirimi olarak da kullanılır. Örneğin, mantığınız 'Kullanıcı' veri modelini kullanıyorsa, bu türden herhangi bir yapının aynı alan kümesine sahip olacağından emin olabilirsiniz.
Yeni bir model oluşturmak için Veri Modelleri Tasarımcısı tuvaline sağ tıklayın ve bir ilişki oluşturmak için bir model sınırından başka bir model sınırına sürükleyin. Düzenlemek için ilişki veya model alanına tıklayın.
Benzersiz, NULL Değil veya Dizin gibi alan özelliklerine dikkat edin: Mevcut veritabanına boş veya yinelenen değerlerle NOT NULL veya Benzersiz ilkesi uygularsanız, DB şeması geçişi sonunda başarısız olur.
Arka Uç Adım 2 . Uygulamanız için iş süreçleri oluşturun. AppMaster Platformu açısından İş Süreci (BP), klasik programlamada bir İşlev için yalnızca benzersiz bir terimdir.
Her arka uç BP'nin 2 zorunlu bloğu vardır: Başlangıç ve Bitiş. BP'nize veri iletmeniz gerekiyorsa, Başlat bloğunda değişkenler tanımlamanız (klasik programlama işlevlerindeki bağımsız değişkenler gibi çalışacaktır) ve bunları BP içindeki bloklarınıza bağlamanız gerekir.
BP'den veri döndürmek için End bloğuna değişkenler ekleyebilirsiniz (klasik programlamadaki fonksiyonlarda dönüş gibi).
BP blokları arasında 2 tür bağlantı vardır:
- Akış Bağlantıları adı verilen sabit mavi ok çizgisi ve blok yürütme sırasını tanımlar (sonra hangi bloğun yürütülmesi gerektiğini)
- veri bağlantılarını tanımlayan Değişken Bağlantılar adı verilen çok renkli ince çizgiler (veri nereden alınır - BP blokları arasındaki veri bağlantısı). Her renk farklı bir veri türüdür
Genellikle Akış veya Değişken bağlantıları için BP Bloklarındaki yerlere konektörler denir. Bloğun sol tarafındaki tüm konektörler Giriş Konnektörleridir (Akış veya veri alır) ve sağ taraftaki Çıkış Konnektörleridir (Akış veya veri iletir).
Bir bağlantı oluşturmak için bir konektörden diğerine sürüklemeniz gerekir (bağlanmanız gereken bloklar arasında sürükleyin).
Hangi taraftan sürüklemeye başlarsanız başlayın, bir bağlantı oluşturacaktır.
BP editörü, veri türlerini Değişken Bağlantılar için otomatik olarak kontrol eder ve veri türleri aynı değilse bağlanmanıza izin vermez, ayrıca döngüleri veya kötü bağlantıları da önler.
Bir BP'yi diğerinden arayabilirsiniz - sol panelden uygun bloğu sürükleyip bırakmanız yeterlidir. Mantık karmaşıklığını en aza indirmek ve aynı mantığı projede birden çok kez yeniden kullanmak için bu yaklaşımı sıklıkla kullanırız.
Verileri geçici olarak depolamak için BP'ye yerleştirebileceğiniz arka uç uygulamalarında 2 tür değişken vardır:
- Yerel Değişkenler - mevcut BP'nin yaşam döngüsü boyunca verileri depolamak için (en verimli, yalnızca bellek içi)
- Global Değişkenler - verilerinizi arka uç uygulamasının yaşam döngüsü boyunca depolar (ayrıca yalnızca bellekte, uygulama yeniden başlatıldığında sıfırlanır)
Global Değişkeni BP Editor'ün sol panelinden sürükleyerek kullanabilmeniz için, arka uç mantığının bir bölümünü kullanarak bir tane oluşturmanız gerekir.
BP'nizin API aracılığıyla harici bir kaynaktan (web'inizden, cep telefonunuzdan, postacı/curl kullanılarak, harici bir sistemden) çağrılması gerekiyorsa, uç noktaya BP eklemeniz gerekir.
Arka Uç Adım 3. Bitiş noktaları oluşturun. AppMaster'da uç noktalar için aynı klasik REST API yaklaşımını kullanıyoruz. AppMaster yalnızca REST API Uç Noktalarını değil aynı zamanda Web Kancaları ve WSS uç noktalarını da desteklerken, biz ilk tipe odaklanacağız.
Uç noktalar oluştururken, lütfen yöntemler (GET, POST, PUT, PATCH, DELETE), yükler (JSON kullanın) ve URL'ler (ASCII olmayan karakterler, boşluklar, başlangıçlar ve bitişler) açısından REST API standardına uyun. yırtmaç).
Uç noktalar oluşturma süreci çok basit ve basittir: BP'yi seçin, URL'yi ve REST yöntemini tanımlayın ve bu uç noktalarda yetkilendirmeye ihtiyacınız varsa - ara yazılım ayarlarını kontrol edin.
Veri modelleri, iş süreçleri ve uç noktalar hazır olduğunda, yayınlama zamanı - yayınla düğmesine basın! AppMaster Platformu genellikle 30 saniyenin altında tüm planlarınızı alır (evet, aslında yaptığınız her şey gelecekteki yazılım için oluşturulmuş planlardır), kaynak kodu oluşturur, derler, docker görüntüsüne paketler ve AppMaster bulutuna dağıtır. Yayınlama işlemi bittiğinde, REST API belgelerini (OpenAPI/Swagger) açabilir ve uç noktalarınızı Swagger yerleşik istekleri ile veya Postman veya Insomnia gibi 3. taraf araçları kullanarak test edebilirsiniz.
ÖNEMLİ Öğrenin ve Keşfedin aboneliğiyle çalışıyorsanız, Kaynak Tasarrufu Arka Plan Programımız, Studio'da 30 dakika işlem yapılmadığında uygulama kapsayıcınızı durduracaktır. Yeniden çalıştırmak için - Planı Dağıt düğmesine tıklayın veya bir kez daha yayınlayın.
WEB UYGULAMALARI
Arka uç düzgün bir şekilde planlanıp oluşturulduğunda, ön uca geçme zamanı gelmiştir. Web uygulaması ile başlayacağız.
Web Uygulaması Adım 1 . Projede yoksa bir web uygulaması oluşturun. Şu an itibariyle 2 tür Web Uygulama Tasarımcımız var: mevcut ve yeni (beta sürümünde). En büyük fark, özelleştirme miktarıdır. Mevcut nesil WebApp Tasarımcısı, çok sınırlı UI özelleştirme yeteneklerine sahiptir, ancak yönetim panelleri ve müşteri portallarının standart UI arayüzlerini oluşturmak için basit ve kolaydır. Yenisi (şu anda beta sürümünde), UI görünümünün ve dolgusunun tam bir özelleştirmesine sahiptir - SPA'dan (Vue, React yolu) düzenlerle bir esnek kutu yaklaşımı. Her iki tasarımcı da, tetikleyiciler ve bir dizi faydalı blok dahil yerleşik İş Süreçlerine sahiptir.
Web Uygulaması Adım 2 . Üst panelden (mevcut tasarımcı) veya sol panelden (yeni tasarımcı) UI öğelerini sürükleyip bırakarak web uygulamanızın kullanıcı arayüzünü tasarlamaya başlayın. İçinde numaralandırma bulunan bazı öğeler için (tablolar ve listeler gibi), öğeyi otomatik olarak ayarlamak için ilk bırakma aşamasında veri modelini seçmeniz gerekir.
Web Uygulamalarında 2 tip iş süreci vardır: Trigger ve Standard. Tetikleyiciler, her kullanıcı arabirimi öğesi ve uygulama çapında kapsam (uygulama tetikleyicileri) için kullanılabilir. UI öğesinin tetikleyicisine erişmek için öğeyi seçin ve BP sekmesinde bir tane oluşturun. Standart muhatapların aksine, tetikleyicilerin birden çok başlangıç bloğu vardır: her olay için bir blok ve Bitiş bloğu yoktur. Tetikleyiciler hiçbir zaman herhangi bir değer döndürmediğinden End bloklarına gerek yoktur. Hala web uygulamalarında standart iş süreçleri oluşturabilirsiniz, ancak bunları yürütmenin tek yolu onları tetikleyicilerden çağırmaktır. Bu, sık kullanılan mantığı standart web BP'lere taşımak ve onu tetikleyicilerden çağırmak için iyi bir yaklaşımdır.
ÖNEMLİ Lütfen arka uç BP'lerin arka uç uygulamalarında çalışacağını, web uygulaması BP'nin kullanıcıların tarayıcılarında çalışacağını ve web iş yükünü en aza indirmenin kullanıcı deneyimi için faydalı olacağını unutmayın.
Uygulama düzeyinde çok önemli birkaç tetikleyici vardır. Örneğin, App onLaunch, tarayıcıda bir uygulama yeni başlatıldığında tetiklenir. Kullanıcınızın kimliğinin doğrulanıp doğrulanmadığını kontrol etmek için en iyi yer burasıdır ve değilse doğru sayfaya yönlendirin (kimlik doğrulamaya ihtiyacınız varsa).
Değişiklikleri görmek için web uygulama şemanızı kaydetmeyi ve projenizi yayınlamayı unutmayın.
MOBİL UYGULAMALAR
Bir mobil uygulama oluşturmanız gerektiğinde, süreç bir web uygulamasıyla aynıdır: ekranlar oluşturun, UI öğelerini yerleştirin, UI öğeleri tetikleyicileri oluşturun, App onLaunch tetikleyicisini ayarlayın ve gitmeye hazırsınız. AppMaster mobil uygulamaları için web önizlemesi yoktur, ancak uygulamalarınızı BLE, NFC vb. gibi donanımla ilgili tüm özelliklerle canlı olarak önizlemek için Android ve IOS için AppMaster Developer mobil uygulamasını yükleyebilirsiniz.
Mobil uygulamanızı geliştirmeyi tamamladığınızda ve yayınlanmaya hazır olduğunda, AppMaster'ın projedeki tüm mobil uygulamalar listesinde içerik menüsünde bulunan özel bir yayın sihirbazı vardır. Android için AppMaster, olabilecek APK ve AAB dosyalarını üretecektir.
ÖZET
AppMaster, Data Models Designer, Business Process Editor, Web ve Mobile Designers'daki gelişmiş şablonlarla uygulamalarınızı planlayabileceğiniz büyük bir IDE'dir.
SSS
Neden proje başına birden çok uygulama içeren projelere ihtiyacımız var?
AppMaster, bir monolit değil, bir istemci-sunucu mimarisi kullanır. Özellikleri ayırmanız gerektiğinde, proje başına birden fazla uygulama isteyebileceğiniz birçok durum vardır:
- Karmaşık projeler: yolcular için bir uygulama ve aynı arka uçla çalışan sürücüler için bir uygulama olduğunda taksi gibi
- İş yükünü dengelemek ve değişiklikleri kolay ve daha az riskli hale getirmek için birden fazla arka uç uygulaması oluşturun
Halihazırda proje başına birden çok web ve mobil uygulama oluşturabiliyor olsanız da, proje başına birden çok arka uç uygulaması sunmaya çalışıyoruz.
Oluşturulan uygulamaların yararları ve sakıncaları nelerdir?
En belirgin ve göze çarpan faydalar, önemli ölçüde daha yüksek performans, ölçeklenebilirlik, ikili dosyaları şirket içinde çalıştırabilme yeteneği ve sertifikaları ve denetimleri geçmek için kaynak kodudur. Arka uç uygulamaları oluşturmak için Go programlama dilinin en son sürümünü kullanıyoruz. Go, esnek kalarak derlenmiş uygulamaların performansını, çoklu işletim sistemi ve CPU mimarileri için çapraz derlemeyi ve genel basitliği sunar.
En yaygın dezavantaj, planlarınıza her değişiklik yaptığınızda uygulamayı yeniden oluşturma ve yeniden oluşturma gereksinimidir ve orta ölçekli projeler için genellikle ortalama 35-45 saniye sürer. Ayrıca, uygulamaları bulutumuzda çalıştırmamız gerektiğinden bazı ek karmaşıklıklar ve maliyetler söz konusudur: docker kapsayıcısında çalıştırdığımız her uygulama CPU ve RAM tüketir (boşta olsa bile) ve DB şeması geçişini gerektirir (bunu otomatik olarak yaparız).
Ancak genel olarak kodla oluşturulan uygulamalar, klasik programlamayla oluşturulanlar kadar iyi çalışır.
Web uygulamalarında hangi teknoloji kullanılmaktadır?
TypeScript (TS) ile Vue3 çerçevesini kullanarak web uygulamaları üretiyoruz. Web uygulamaları, SPA ve SSG modlarının bir kombinasyonunda çalışır. Sunucu Tarafı İşleme (SSR) daha sonra ve yalnızca yeni web uygulaması tasarımcısı için eklenecektir.
Mobil uygulamalarda hangi teknoloji kullanılmaktadır?
Mobil uygulamalarımız, bildirime dayalı bir arka uç odaklı yaklaşım kullanılarak oluşturulmuştur: IOS için Swift ve SwiftUI, Android için Kotlin ve Jetpack Compose'un tamamen yerel (en yerel) kod tabanını kullanıyoruz. Teknik olarak mobil uygulamalar, maksimum performans için JSON ve Protobuf kullanarak talep üzerine ağ üzerinden yapılandırma ve ekranları yükler. Bu yaklaşımın pek çok avantajı vardır: Uygulamaların güncel sürümlerini AppStore veya Play Market'te yayınlamanıza gerek kalmadan uygulamaları gerçek zamanlı olarak değiştirebilir, tamamen çevrimdışı çalışabilir ve tüm donanım özelliklerine erişebilirsiniz. Mobil uygulamalarımızda HTML/JS/ReactNative veya PWA teknolojisi kullanmıyoruz. AppMaster'da oluşturulan mobil uygulamaların AppStore, Play Market veya başka bir dağıtım platformu aracılığıyla dağıtılması gerekir (teknik olarak, Android için apk/aab dosyalarını paylaşabilirsiniz, ancak bu çok fazla çaba gerektirir).
Uygulamaları varsayılan olarak nerede barındırıyorsunuz?
Müşterilerimize en güvenilir ve ölçeklenebilir hizmeti sunmak için AppMaster Cloud'u AWS altyapısı üzerine kurduk. Varsayılan olarak, herhangi bir aboneliği olan müşteriler 3 temel bölgeden birini kullanabilir: Kuzey Amerika (ABD), Avrupa (Almanya), Asya. Özel barındırma planları için AWS bölgelerinin çoğuna sahibiz (temel konumların ötesinde). Başvurunuzu barındırmak için belirli bir ülkeye ihtiyacınız varsa - bize bildirin.
Uygulamalarımın uygulama paketini, ikili kodunu veya kaynak kodunu nasıl alabilirim?
İkili dosyaları veya paketleri almak için en az bir Business aboneliğiniz olmalıdır. Arka uç uygulamaları yapı deposundan ikili dosyalar olarak indirilebilir veya kayıt defterimizden (Docker Hub gibi) docker çekme yoluyla alınabilir. Mobil ve Web paketleri de eser deposundan indirilebilir. Öğren ve Keşfet dışında herhangi bir abonelikle mobil uygulama paketlerini indirebilirsiniz. Uygulamanın kaynak kodunu almak için kurumsal aboneliğiniz olmalıdır. Bir kurumsal abonelikle, arka uç ve web uygulamalarının eksiksiz bir kaynak kodunu alırsınız, ancak burada arka uç odaklı bir yaklaşım kullandığımız için mobil uygulamaların sınırlı bir kod tabanına sahip olursunuz.
Model ile Sanal Model arasındaki fark nedir?
Model terimini, kendisi için bir veritabanında tablolar oluşturacağımız yapıya işaret etmek için kullanırız ve bu veritabanı tablosunda arama, kayıt oluşturma vb. gibi temel işlemleri yapmak için otomatik olarak DB bloklarını önceden oluştururuz. tablolar oluşturmayın ve DB blokları olmayacak. Sanal modeller, çoğu geliştirici tarafından en çok aranan özelliklerden biriydi. Sanal modeller için en sık kullanılan durum, bir yapı (JS veya JSON'daki Nesneler gibi) oluşturmanız ve bunu harici istekler, UI öğeleri veya uç noktalar için kullanmanız gerektiği zamandır. Arka uç uygulamalarında tanımlanan Modellerin web ve mobil uygulamalarda otomatik olarak sanal olarak görünmesi ilginçtir: web ve mobil uygulamalarda çalışabilmek için herhangi bir veri yapısını bilmeniz gerekir.
İş süreçlerinde modellerle nasıl çalışabilirim? Alanlar vb. nasıl ayıklanır?
Her model için, Yap ve Genişlet bloklarını önceden oluşturuyoruz. Make, Model Kaydındaki alanları toplar, Expand, Model Kaydındaki alanları çıkarır. Lütfen bu blokların, blokların girişine iletilen ilk verileri değiştirmediğini unutmayın.
Yerel veya genel değişkenler için değeri nasıl ayarlayabilirim?
Kullanacağınız tüm bloklar, girişe ilettiğinizde başlangıç verisini değiştirmeyecektir. Verileri mutasyona uğratan tek blok Set Variable: connect değişkeni ve değeridir ve blok yürütüldükten sonra değerinizi değişkenin içinde alırsınız. Mobil ve web uygulamalarındaki genel değişkenler kalıcı olabilir ve uygun bayrak ayarlanırsa uygulamanın yeniden başlatılmasından sonra hayatta kalır.
Harici bir sisteme nasıl API çağrısı yapabilirim?
Harici sistemlere istekte bulunmanın en iyi yolu, arka uç uygulamanızdandır. Bunu yaparak, veri ve güvenlik üzerinde daha fazla kontrol sahibi olacaksınız. Bunu yapmanın iki yolu vardır:
- HTTP İstek bloğunu kullanmak, bunu yapmanın en kolay yoludur, bunu herhangi bir arka uç BP'de kullanabilirsiniz.
- Önce bir istek oluşturmak için Harici API Tasarımcısını kullanma ve ardından muhataplarınızın içinde hazırlanmış blokları kullanma.
Yalnızca arka uç uygulamalarında değil, web ve mobilde de harici sistemleri aramak için HTTP İstek bloğunu kullanabilseniz de, bunu yapmak için bir nedeninizin olması gerekir: ön uç uygulamanız yerel ağdaki cihaza çağrı yapmak istediğinde veya eğer bu 3. parti sistem için tasarım gereğiyse.
Harici sistemler çağrılırken ne tür istekler ve protokoller desteklenir?
Şu andan itibaren, JSON veya XML yükleri, düz metin veya ikili yüklerle REST API isteklerini destekliyoruz. gRPC henüz desteklenmiyor, ancak önümüzdeki aylarda yepyeni Harici API Tasarımcımızla onu sunmak için aktif olarak çalışıyoruz.
AppMaster tarafından oluşturulan uygulamalar WebSockets'i destekliyor mu?
Evet, arka uç uygulamasında WSS uç noktaları oluşturabilir ve bunları web veya mobil uygulamalar içinde iletişim kurmak için kullanabilirsiniz. Ayrıca, WSS uç noktasını oluştururken modelleri kullanarak kendi yük yapılarınızı tanımlayabilirsiniz. WebSockets kullanarak harici sistemlerle iletişim kurulmaz.
Arka uç uç noktasını bir Web veya Mobil uygulamadan nasıl arayabilirim?
Arka uç uygulamasında oluşturduğunuz her uç nokta için platform, web ve mobil uygulamalar için Sunucu İstekleri bloğu oluşturur. Bu bloğu herhangi bir tetikleyiciye yerleştirin ve çağırın. Sunucu İsteği bloklarının yürütülmesini tarayıcı geliştirici konsolunda, ağ istekleri sekmesinde izleyebilirsiniz. Mobil uygulamalarda, günlükleri kullanabilirsiniz (önce AppMaster Developer App ayarlarında etkinleştirilmelidir).
Özel kimlik doğrulama ve kayıt oluşturabilir miyim?
Elbette yerleşik kimlik doğrulama modülünü tamamen devre dışı bırakabilir ve tamamen özel bir çözüm oluşturabilirsiniz. Arka uç uygulamasında, kimlik doğrulama belirteci çekişini (genellikle istek başlığından) işleyecek ve kurallarınıza göre kontrol edecek ayrı bir BP oluşturmanız gerekecektir. BP bloğu Get Request Headers kullanarak istek başlıklarını alabilirsiniz. Yerleşik kimlik doğrulamayı devre dışı bıraktığınızda Geçerli Kullanıcıyı Al bloğunu kullanamayacağınızı lütfen unutmayın. Ayrıca, standart Kimlik Doğrulama modülüyle e-posta yerine herhangi bir kimliği, telefon numarasını veya diğer tanımlayıcıları kullanabilirsiniz.
Güvenilir sayaçlar ve diğer sıralı yürütme durumları için iş parçacığı güvenli işlemler oluşturmanın herhangi bir yolu var mı?
AppMaster, iş sürecinin tüm çağrıları birer birer kesin bir sırayla yürütüldüğünde, iş süreci yürütme için tek iş parçacıklı modu destekler. Bu mod, yüksek iş yükü durumlarında bir performans cezasına sahip olabilir, ancak çoğu durumda önemli bir performans düşüşüne neden olmaz. Lütfen bu modun çağrı yığınının (sıra) sınırlı olduğunu unutmayın.
SMS, e-posta veya OTP ile 2FA?
Evet, kimlik doğrulama mantığınızı 2FA yöntemlerini içerecek şekilde ayarlayabilirsiniz. SMS veya e-posta kullanmak için Twilio gibi harici bir sağlayıcıya bağlanmalısınız. En kolay yol, oturumları genişletmektir ve oturumda 2FA'yı kontrol etmek için ek alanlar içerir. 2023'ün 3. çeyreğinde, Google ve Microsoft Authenticator ile çalışacak Zamana dayalı bir OTP modülünü kullanıma sunacağız.
AppMaster tarafından oluşturulan arka ucu diğer web veya mobil uygulamalarla kullanabilir miyim?
Evet, AppMaster tarafından oluşturulan arka uç uygulamalarının standart REST API uç noktaları vardır. Her uygulama için REST API belgeleri (OpenAPI/Swagger) otomatik olarak oluşturulur ve ayrı bir uç noktada sunulur.
Projeler veya uygulamalar oluşturmak için şablonları kullanabilir miyim?
Henüz şablonlarımız yok, ancak bu, yakın gelecekte yayınlayacağımız bir şey. AppMaster Projeleri, WebFlow veya Bubble'dan daha karmaşıktır ve bunları uygulamak için daha fazla zamana ihtiyacımız var.
AppMaster ne tür veritabanını destekler?
AppMaster tarafından oluşturulan arka uç uygulaması, PG12'den başlayarak tüm PostgreSQL uyumlu veritabanlarıyla çalışır, ancak PostgreSQL DB'nin mevcut en son sürümünü (bu belgenin hazırlandığı tarihte 15.3) kullanmanızı öneririz. MSSQL, MariaDB, MySQL ve SQLite desteği planlanmıştır ve 2023'ün sonunda/2024'ün başlarında eklenecektir.
Kayıtları düzenlemek için veritabanına doğrudan nasıl erişebilirim?
AppMaster, AppMaster Cloud'da barındırılan uygulamalar için doğrudan DB erişimini desteklemez. Şirket içi barındırma kullanıyorsanız, PGAdmin gibi herhangi bir görsel aracı veya pgsql komut satırı aracını kullanarak DB'ye erişebilirsiniz. Gelecekte, müşterilerin veritabanını doğrudan düzenlemesine olanak tanıyan bir özellik ekleyeceğiz.
Herhangi bir gerçek zamanlı işbirliği var mı? Aynı projede ekip olarak çalışabilir miyiz?
Yalnızca yeni web tasarımcısında gerçek zamanlı bir işbirliğimiz var. Yeni web tasarımcısı (beta), tüm kullanım durumlarını kapsamak ve durum yönetimi (Ctrl+Z, işlemleri geri alma) sağlamak için Çatışmasız Çoğaltılmış Veri Türü Protokolü (CRDT) ile ağ taslaklarını kullanır. CRDT'yi gelecekte adım adım BP editörüne ve Veri Modelleri Tasarımcısına aktaracağız. Ekip olarak çalışmanız gerekiyorsa, veri kaybına yol açabileceğinden lütfen veri modeli şemasını, aynı BP'yi veya aynı Web/Mobil uygulamayı düzenlemeyin.
AppMaster'da hangi önemli özellikler eksik olabilir?
- Görsel SQL Tasarımcısı . Filtreler ve birleştirmelerle arama, kimliğe göre bir kayıt alma, güncelleme, düzeltme eki, silme ve geçici silme gibi temel işlemlerin çoğu desteklenirken, daha iyi esneklik ve performans için Visual SQL Designer üzerinde çalışıyoruz ve Ekim ayında piyasaya sürülecek. 2023.
- Arka uç mikro hizmetleri . Proje başına birden fazla arka uç uygulaması uygulamak için aktif olarak çalışıyoruz. Şu andan itibaren, proje başına yalnızca bir arka uç uygulaması oluşturabilirsiniz.
- Web uygulamaları için henüz SSR yok . En yüksek düzeyde optimize edilmiş web uygulamaları ve web siteleri için SSR, SEO için ek avantajlar sağlar. Tahmini Kasım-2023.
- Harici API İstekleri için gRPC desteği . Sistemler arasındaki ara bağlantı olanaklarını genişletmek için protobuf yükü ve sıkıştırma seçenekleriyle gRPC'yi eklemeyi planlıyoruz.
- Proje şablonları, web ve mobil uygulamalar . Şablonları tanıtmak için çalışıyoruz. Eylül 2023'te ilk adım olarak web uygulaması şablonlarını ekleyeceğiz. Tüm proje şablonlarının henüz tahmini bir tahmini yoktur.
