Jika Anda sudah memiliki pengalaman dengan pemrograman klasik atau platform tanpa kode/kode rendah lainnya, banyak konsep akan familier.
Tidak seperti solusi tanpa kode dan kode rendah lainnya, AppMaster dibangun dengan pendekatan klasik untuk membuat aplikasi. Item dasar di AppMaster adalah proyek, bukan aplikasi seperti di platform lain. Proyek dapat terdiri dari beberapa aplikasi backend, web, dan seluler. Arsitektur solusi - server klien (bukan monolit seperti di Bubble atau platform serupa).
Saat berpindah dari platform tanpa kode lainnya, perlu diingat bahwa di AppMaster Anda membuat backend, web, dan seluler secara terpisah dengan alat platform yang berbeda. Salah satu momen yang paling membuat frustrasi bagi pengguna tersebut adalah mengingat bahwa Anda perlu membuat aplikasi terpisah dan membuat logika di aplikasi tersebut.
Bagaimana cara memulai?
Untuk sebagian besar proyek, Anda perlu membuat backend dan web, atau backend dan seluler, atau bahkan semua jenis aplikasi.
PENTING . Pastikan untuk mengimplementasikan sebagian besar logika Anda di aplikasi backend. Jangan pernah menempatkan logika penting di web atau aplikasi seluler di mana Anda tidak memiliki kendali. Frontend hanya untuk visualisasi data dan pengumpulan informasi dari input pengguna.
Cara paling mudah adalah memulai dengan membuat aplikasi backend.
APLIKASI BACKEND
Backend Langkah 1 . Tentukan model data Anda di Desainer Model Data Backend. Anda dapat menganggap setiap model sebagai tabel dalam database SQL (dengan relasi). Di AppMaster Data Model tidak hanya digunakan untuk mendefinisikan tabel database utama tetapi juga sebagai deklarasi struktur di seluruh proyek. Misalnya, jika logika Anda menggunakan model data 'Pengguna', Anda dapat yakin bahwa setiap struktur dari tipe tersebut akan memiliki rangkaian bidang yang sama.
Klik kanan pada kanvas Perancang Model Data untuk membuat model baru dan seret dari satu batas model ke batas model lain untuk membuat relasi. Klik pada bidang relasi atau model untuk mengeditnya.
Hati-hati dengan properti bidang seperti Unique, Not NULL atau Index: jika Anda menerapkan kebijakan NOT NULL atau Unique ke database yang ada dengan nilai kosong atau duplikat, migrasi skema DB pada akhirnya akan gagal.
Backend Langkah 2 . Buat proses bisnis untuk aplikasi Anda. Proses Bisnis (BP) dalam istilah Platform AppMaster hanyalah istilah unik untuk suatu Fungsi dalam pemrograman klasik.
Setiap BP backend memiliki 2 blok wajib: Awal dan Akhir. Jika Anda perlu meneruskan data ke BP Anda, Anda perlu mendefinisikan variabel di blok Mulai (ini akan berfungsi seperti argumen dalam fungsi dari pemrograman klasik) dan menghubungkannya ke blok Anda di dalam BP.
Untuk mengembalikan data dari BP, Anda dapat menambahkan variabel ke blok Akhir (seperti pengembalian fungsi dari pemrograman klasik).
Ada 2 jenis koneksi antara blok BP:
- garis panah biru pekat yang disebut Flow Connections dan menentukan urutan eksekusi blok (blok mana yang harus dieksekusi selanjutnya)
- garis tipis dari beberapa warna yang disebut Koneksi Variabel yang menentukan pengikatan data (dari mana mendapatkan data - koneksi data antara blok BP). Setiap warna adalah tipe data yang berbeda
Biasanya, tempat di Blok BP untuk koneksi Aliran atau Variabel disebut konektor. Semua konektor di sisi kiri blok adalah In Connectors (menerima Flow atau data), dan di sisi kanan adalah Out Connectors (melewati Flow atau data forward).
Untuk membuat koneksi, Anda perlu menyeret dari satu konektor ke konektor lainnya (seret antar blok yang perlu Anda sambungkan).
Tidak peduli dari sisi mana Anda akan mulai menyeret, itu akan membentuk koneksi.
Editor BP secara otomatis memeriksa tipe data untuk Koneksi Variabel dan tidak akan membiarkan Anda terhubung jika tipe data tidak identik, itu juga akan mencegah loop atau koneksi yang buruk.
Anda dapat memanggil satu BP dari yang lain - cukup seret dan lepas blok yang sesuai dari panel kiri. Kami sering menggunakan pendekatan ini untuk meminimalkan kompleksitas logika dan menggunakan kembali logika yang sama beberapa kali dalam proyek.
Ada 2 jenis variabel di aplikasi backend yang bisa Anda tempatkan ke BP untuk menyimpan data sementara:
- Variabel Lokal - untuk menyimpan data selama siklus hidup BP saat ini (paling efisien, hanya dalam memori)
- Variabel Global - akan menyimpan data Anda selama siklus hidup aplikasi backend (juga hanya dalam memori, akan disetel ulang setelah aplikasi dimulai ulang)
Sebelum Anda dapat menggunakan Variabel Global dengan menyeretnya dari panel kiri Editor BP, Anda harus membuatnya menggunakan bagian dari logika backend.
Jika BP Anda perlu dipanggil dari sumber eksternal melalui API (dari web, seluler, menggunakan tukang pos/curl, dari sistem eksternal), Anda harus melampirkan BP ke titik akhir.
Backend Langkah 3. Buat titik akhir. Di AppMaster kami menggunakan pendekatan REST API klasik yang sama untuk titik akhir. Meskipun AppMaster tidak hanya mendukung REST API Endpoints tetapi juga WebHooks dan WSS endpoints, kami akan fokus pada tipe pertama.
Saat membuat titik akhir, patuhi standar REST API dalam hal metode (GET, POST, PUT, PATCH, DELETE), payload (gunakan JSON), dan URL (tanpa karakter non-ASCII, tanpa spasi, dimulai dan diakhiri dengan memotong).
Proses pembuatan endpoint sangat sederhana dan lugas: pilih BP, tentukan URL dan metode REST, dan jika Anda memerlukan otorisasi pada endpoint tersebut - periksa pengaturan middleware.
Setelah model data, proses bisnis, dan titik akhir siap, saatnya memublikasikan - tekan tombol publikasikan! Biasanya, dalam waktu kurang dari 30 detik, Platform AppMaster akan mengambil semua cetak biru Anda (ya, sebenarnya, semua yang telah Anda lakukan adalah membuat cetak biru untuk perangkat lunak masa depan), membuat kode sumber, mengompilasi, mengemas ke gambar buruh pelabuhan, dan menerapkannya ke cloud AppMaster. Saat proses publikasi selesai, Anda dapat membuka dokumentasi REST API (OpenAPI/Swagger) dan menguji titik akhir Anda dengan permintaan bawaan Swagger atau menggunakan alat pihak ke-3 seperti Postman atau Insomnia.
PENTING . Jika Anda menggunakan langganan Pelajari & Jelajahi, Daemon Penghematan Sumber Daya kami akan menghentikan wadah aplikasi Anda setelah 30 menit tidak aktif di Studio. Untuk menjalankan lagi - klik sakelar Deploy Plan atau publikasikan sekali lagi.
APLIKASI WEB
Ketika backend direncanakan dan dibuat dengan benar, saatnya untuk pindah ke frontend. Kami akan mulai dengan aplikasi web.
WebApp Langkah 1 . Buat aplikasi web jika Anda tidak memilikinya di proyek. Saat ini, kami memiliki 2 jenis Perancang Aplikasi Web: saat ini dan baru (dalam versi beta). Perbedaan utama adalah jumlah penyesuaian. Desainer WebApp generasi saat ini memiliki kemampuan kustomisasi UI yang sangat terbatas, tetapi sederhana dan mudah untuk membangun antarmuka UI standar panel admin dan portal pelanggan. Yang baru (saat ini dalam versi beta) memiliki kustomisasi penuh tampilan dan isi UI - pendekatan flexbox dengan tata letak dari SPA (Vue, React way). Kedua desainer memiliki Proses Bisnis bawaan, termasuk pemicu dan sekumpulan blok yang berguna.
WebApp Langkah 2 . Mulailah mendesain UI aplikasi web Anda dengan menyeret dan melepaskan elemen UI dari panel atas (desainer saat ini) atau panel kiri (desainer baru). Untuk beberapa elemen yang memiliki pencacahan di dalamnya (seperti tabel dan daftar), Anda perlu memilih model data selama fase pelepasan awal untuk menyesuaikan elemen secara otomatis.
Ada 2 jenis proses bisnis di Aplikasi Web: Pemicu dan Standar. Pemicu tersedia untuk setiap elemen UI dan untuk cakupan luas aplikasi (pemicu aplikasi). Untuk mengakses pemicu elemen UI, pilih elemen dan, di tab BP, buat satu. Tidak seperti BP standar, pemicu memiliki beberapa blok awal: satu blok untuk setiap peristiwa dan tanpa blok Akhir. Karena pemicu tidak pernah mengembalikan nilai apa pun, tidak diperlukan blok Akhir. Anda masih dapat membuat proses bisnis standar dalam aplikasi web, tetapi satu-satunya cara untuk menjalankannya adalah dengan memanggilnya dari pemicu. Itu pendekatan yang bagus untuk memindahkan logika yang sering digunakan ke BP web standar dan cukup memanggilnya dari pemicu.
PENTING . Harap diingat bahwa BP backend akan berjalan di dalam aplikasi backend, BP aplikasi web akan berjalan di browser pengguna, dan meminimalkan beban kerja web akan bermanfaat bagi pengalaman pengguna.
Ada beberapa pemicu tingkat aplikasi yang sangat penting. Misalnya, App onLaunch aktif saat aplikasi di browser baru saja diluncurkan. Itu adalah tempat terbaik untuk memeriksa apakah pengguna Anda diautentikasi dan, jika tidak, arahkan ke halaman yang benar (jika Anda memerlukan autentikasi sama sekali).
Jangan lupa untuk menyimpan skema aplikasi web Anda dan publikasikan proyek Anda untuk melihat perubahannya.
APLIKASI MOBILE
Saat Anda perlu membuat aplikasi seluler, prosesnya sama dengan aplikasi web: buat layar, tempatkan elemen UI, buat pemicu elemen UI, sesuaikan pemicu App onLaunch dan Anda siap berangkat. Tidak ada pratinjau web untuk aplikasi seluler AppMaster, tetapi Anda dapat menginstal aplikasi seluler Pengembang AppMaster untuk Android dan iOS untuk melihat pratinjau langsung aplikasi Anda dengan semua fitur terkait perangkat keras seperti BLE, NFC, dll.
Setelah Anda selesai mengembangkan aplikasi seluler dan siap dipublikasikan, AppMaster memiliki wizard publikasi khusus yang tersedia dari menu konteks dalam daftar semua aplikasi seluler dalam proyek. Untuk Android, AppMaster akan menghasilkan file APK dan AAB yang bisa.
RINGKASAN
AppMaster adalah IDE besar tempat Anda dapat merencanakan aplikasi Anda dengan cetak biru lanjutan di Desainer Model Data, Editor Proses Bisnis, Desainer Web dan Seluler.
FAQ
Mengapa kami membutuhkan proyek dengan beberapa aplikasi per proyek?
AppMaster menggunakan arsitektur client-server dan bukan monolit. Ada banyak kasus ketika Anda mungkin menginginkan beberapa aplikasi per proyek saat Anda perlu memisahkan fitur:
- Proyek kompleks: seperti taksi ketika satu aplikasi untuk penumpang dan satu lagi untuk pengemudi bekerja dengan backend yang sama
- Buat beberapa aplikasi backend untuk menyeimbangkan beban kerja dan membuat perubahan menjadi mudah dan tidak terlalu berisiko
Meskipun Anda sudah dapat membuat beberapa aplikasi web dan seluler per proyek, kami masih berupaya memperkenalkan beberapa aplikasi backend per proyek.
Apa keuntungan dan kerugian dari aplikasi yang dihasilkan?
Manfaat yang paling jelas dan nyata adalah kinerja yang jauh lebih tinggi, skalabilitas, kemampuan untuk menjalankan file biner di tempat, dan kode sumber untuk lulus sertifikasi dan audit. Kami menggunakan bahasa pemrograman Go versi terbaru untuk membuat aplikasi backend. Go memberikan banyak kinerja dari aplikasi yang dikompilasi, kompilasi silang untuk banyak OS dan arsitektur CPU dan kesederhanaan secara keseluruhan dengan tetap fleksibel.
Kelemahan yang paling umum adalah persyaratan untuk membuat ulang dan membangun aplikasi lagi setiap kali Anda memperkenalkan perubahan pada cetak biru Anda dan biasanya membutuhkan waktu rata-rata sekitar 35-45 detik untuk proyek berukuran sedang. Selain itu, ada beberapa kerumitan dan biaya tambahan karena kami perlu menjalankan aplikasi di cloud kami: setiap aplikasi yang kami jalankan di docker container menghabiskan CPU dan RAM (bahkan saat idle), dan memerlukan migrasi skema DB (kami melakukannya secara otomatis).
Namun secara umum, aplikasi yang dihasilkan kode berfungsi sebaik yang dibuat dengan pemrograman klasik.
Teknologi apa yang digunakan dalam aplikasi web?
Kami membuat aplikasi web menggunakan framework Vue3 dengan TypeScript (TS). Aplikasi web bekerja dalam kombinasi mode SPA dan SSG. Server-Side Rendering (SSR) akan ditambahkan nanti dan hanya untuk desainer aplikasi web baru.
Teknologi apa yang digunakan dalam aplikasi seluler?
Aplikasi seluler kami dibuat menggunakan pendekatan berbasis backend deklaratif: kami menggunakan basis kode Swift dan SwiftUI yang sepenuhnya asli (paling asli) untuk iOS, Kotlin, dan Jetpack Compose untuk Android. Secara teknis, aplikasi seluler memuat konfigurasi dan layar melalui jaringan sesuai permintaan menggunakan JSON dan Protobuf untuk performa maksimal. Ada banyak keuntungan dari pendekatan ini: Anda dapat mengubah aplikasi secara realtime tanpa perlu menerbitkan versi terbaru aplikasi ke AppStore atau Play Market, dapat bekerja sepenuhnya offline, dan memiliki akses ke semua fitur perangkat keras. Kami tidak menggunakan teknologi HTML/JS/ReactNative atau PWA di aplikasi seluler kami. Aplikasi seluler yang dibuat di AppMaster perlu didistribusikan melalui AppStore, Play Market, atau platform distribusi lainnya (secara teknis, Anda dapat membagikan file apk/aab untuk Android, tetapi itu membutuhkan banyak usaha).
Di mana Anda menghosting aplikasi secara default?
Kami membangun AppMaster Cloud di atas infrastruktur AWS untuk menawarkan layanan yang paling andal dan dapat diskalakan kepada pelanggan kami. Secara default, pelanggan dengan langganan apa pun dapat menggunakan salah satu dari 3 wilayah inti: Amerika Utara (AS), Eropa (Jerman), Asia. Untuk paket hosting khusus, kami menyediakan sebagian besar wilayah AWS (di luar lokasi inti). Jika Anda memerlukan negara tertentu untuk menghosting aplikasi Anda - beri tahu kami.
Bagaimana saya bisa mendapatkan bundel aplikasi, biner, atau kode sumber aplikasi saya?
Untuk mendapatkan file atau bundel biner, Anda harus memiliki setidaknya langganan Bisnis. Aplikasi backend dapat diunduh dari toko artefak sebagai file biner atau ditarik melalui tarikan buruh pelabuhan dari registri kami (seperti Docker Hub). Bundel seluler dan web juga dapat diunduh dari toko artefak. Anda dapat mengunduh bundel aplikasi seluler dengan langganan apa pun kecuali Pelajari & Jelajahi. Untuk mendapatkan kode sumber aplikasi, Anda harus memiliki langganan perusahaan. Dengan langganan perusahaan, Anda akan mendapatkan kode sumber lengkap backend dan aplikasi web tetapi basis kode aplikasi seluler terbatas karena kami menggunakan pendekatan berbasis backend di sana.
Apa perbedaan antara Model dan Model Virtual?
Kami menggunakan istilah Model untuk menunjuk ke struktur yang akan kami buat tabel dalam database dan akan secara otomatis membuat blok DB untuk melakukan operasi dasar pada tabel database tersebut seperti pencarian, membuat catatan, dll. Model virtual adalah sama, kecuali kami akan tidak membuat tabel dan tidak akan ada blok DB. Model virtual adalah salah satu fitur yang paling diinginkan oleh sebagian besar pengembang. Kasus penggunaan yang paling sering untuk model virtual adalah saat Anda perlu membuat struktur (seperti Objek di JS atau JSON) dan menggunakannya untuk permintaan eksternal, elemen UI, atau titik akhir. Sangat mengherankan bahwa Model yang ditentukan dalam aplikasi backend secara otomatis muncul di aplikasi web dan seluler sebagai virtual: di aplikasi web dan seluler Anda perlu mengetahui tentang struktur data apa pun agar dapat bekerja dengannya.
Bagaimana saya bisa bekerja dengan model dalam proses bisnis? Cara mengekstrak bidang dan lain-lain.
Untuk setiap model, kami membuat blok Make and Expand terlebih dahulu. Make akan mengumpulkan field ke Model Record, Expand akan mengekstrak field dari Model Record. Harap perhatikan bahwa blok tersebut tidak memutasikan data awal yang diteruskan ke input blok.
Bagaimana saya bisa menetapkan nilai untuk variabel lokal atau global?
Semua blok yang akan Anda gunakan tidak akan mengubah data awal saat Anda meneruskannya ke input. Satu-satunya blok yang mengubah data adalah Set Variable: hubungkan variabel dan nilai dan setelah eksekusi blok, Anda akan mendapatkan nilai Anda di dalam variabel. Variabel global dalam aplikasi seluler dan web dapat memiliki persistensi dan akan bertahan saat aplikasi dimulai ulang jika bendera yang sesuai disetel.
Bagaimana saya bisa melakukan panggilan API ke sistem eksternal?
Cara terbaik untuk membuat permintaan ke sistem eksternal adalah dari aplikasi backend Anda. Dengan demikian, Anda akan mendapatkan kontrol lebih besar atas data dan keamanan. Ada dua cara bagaimana Anda dapat melakukannya:
- Menggunakan blok Permintaan HTTP adalah cara termudah untuk melakukannya, Anda dapat menggunakannya di BP backend mana pun
- Menggunakan Desainer API Eksternal untuk membuat permintaan terlebih dahulu, lalu gunakan blok yang dibuat di dalam BP Anda.
Meskipun Anda dapat menggunakan blok Permintaan HTTP untuk memanggil sistem eksternal tidak hanya di aplikasi backend tetapi juga di web dan seluler, Anda harus memiliki alasan untuk melakukannya: saat aplikasi frontend Anda ingin melakukan panggilan ke perangkat di jaringan lokal, atau jika itu dirancang untuk sistem pihak ke-3.
Jenis permintaan dan protokol apa yang didukung saat memanggil sistem eksternal?
Saat ini, kami mendukung permintaan REST API dengan payload JSON atau XML, teks biasa, atau payload biner. gRPC belum didukung, tetapi kami berupaya secara aktif untuk memperkenalkannya dalam beberapa bulan ke depan dengan Desainer API Eksternal baru kami.
Apakah aplikasi buatan AppMaster mendukung WebSockets?
Ya, Anda dapat membuat titik akhir WSS di aplikasi backend dan menggunakannya untuk berkomunikasi dalam aplikasi web atau seluler. Selain itu, Anda dapat menentukan struktur muatan Anda sendiri menggunakan model selama membuat titik akhir WSS. Berkomunikasi dengan sistem eksternal menggunakan WebSockets tidak diterapkan.
Bagaimana saya bisa memanggil titik akhir backend dari aplikasi Web atau Seluler?
Untuk setiap titik akhir yang Anda buat di aplikasi backend, platform membuat blok Permintaan Server untuk aplikasi web dan seluler. Tempatkan saja blok itu di pemicu apa pun dan panggil itu. Anda dapat memantau eksekusi blok Permintaan Server di konsol pengembang browser, tab permintaan jaringan. Di aplikasi seluler, Anda dapat menggunakan log (harus diaktifkan terlebih dahulu di pengaturan AppMaster Developer App).
Bisakah saya membuat autentikasi dan pendaftaran khusus?
Tentu, Anda dapat sepenuhnya menonaktifkan modul autentikasi bawaan dan membuat solusi yang sepenuhnya dapat disesuaikan. Anda perlu membuat BP terpisah di aplikasi backend yang akan menangani traksi token autentikasi (biasanya dari header permintaan) dan memeriksa sesuai aturan Anda. Anda bisa mendapatkan header permintaan dengan menggunakan blok BP Get Request Headers . Harap perhatikan bahwa setelah Anda menonaktifkan autentikasi bawaan, Anda tidak akan dapat menggunakan blok Dapatkan Pengguna Saat Ini . Selain itu, Anda dapat menggunakan ID, nomor telepon, atau pengenal lain selain email dengan modul Auth standar.
Apakah ada cara untuk membuat operasi thread-safe untuk penghitung andal dan kasus eksekusi terurut lainnya?
AppMaster mendukung mode single-thread untuk eksekusi proses bisnis saat semua panggilan proses bisnis dijalankan dalam urutan yang ketat, satu per satu. Mode ini dapat memiliki penalti kinerja untuk situasi beban kerja yang tinggi, tetapi dalam banyak kasus, ini tidak menyebabkan penurunan kinerja yang signifikan. Harap perhatikan bahwa tumpukan panggilan (antrean) mode ini terbatas.
2FA dengan SMS, email, atau OTP?
Ya, Anda dapat menyesuaikan logika autentikasi untuk menyertakan metode 2FA. Untuk menggunakan SMS atau email, Anda harus menghubungkan penyedia eksternal seperti Twilio. Cara termudah adalah dengan memperpanjang sesi dan menyertakan bidang tambahan untuk mengontrol 2FA dalam sesi tersebut. Pada Q3 2023, kami akan memperkenalkan modul OTP berbasis waktu yang akan bekerja dengan Google dan Microsoft Authenticator.
Bisakah saya menggunakan backend yang dihasilkan AppMaster dengan aplikasi web atau seluler lainnya?
Ya, aplikasi backend yang dihasilkan AppMaster memiliki endpoint REST API standar. Untuk setiap aplikasi, dokumentasi REST API (OpenAPI/Swagger) dibuat secara otomatis dan disajikan pada titik akhir yang terpisah.
Bisakah saya menggunakan template untuk membuat proyek atau aplikasi?
Kami belum memiliki template, tapi itu adalah sesuatu yang akan kami rilis dalam waktu dekat. Proyek AppMaster lebih kompleks daripada WebFlow atau Bubble dan kami membutuhkan lebih banyak waktu untuk mengimplementasikannya.
Apa jenis database yang Didukung AppMaster?
Aplikasi backend yang dibuat oleh AppMaster bekerja dengan database apa pun yang kompatibel dengan PostgreSQL mulai dari PG12, tetapi kami menyarankan untuk menggunakan versi terbaru PostgreSQL DB yang tersedia (15.3 pada saat dokumen ini). Dukungan MSSQL, MariaDB, MySQL, dan SQLite direncanakan dan akan ditambahkan pada akhir 2023/awal 2024.
Bagaimana saya bisa langsung mengakses database untuk mengedit catatan?
AppMaster tidak mendukung akses DB langsung untuk aplikasi yang dihosting di AppMaster Cloud. Jika Anda menggunakan hosting di tempat, Anda dapat mengakses DB menggunakan alat visual apa pun seperti PGAdmin atau menggunakan alat baris perintah pgsql. Di masa mendatang, kami akan menambahkan fitur agar pelanggan dapat mengedit DB secara langsung.
Apakah ada kolaborasi waktu nyata? Bisakah kita bekerja sebagai tim dalam proyek yang sama?
Kami hanya memiliki kolaborasi waktu nyata di desainer web baru. Perancang web baru (beta) menggunakan draf jaringan dengan Protokol Jenis Data Replikasi Bebas Konflik (CRDT) untuk mencakup semua kasus penggunaan dan memberikan manajemen status (Ctrl+Z, operasi rollback). Kami akan meluncurkan CRDT secara bertahap ke editor BP dan Desainer Model Data langkah demi langkah di masa mendatang. Jika Anda perlu bekerja sebagai tim, harap jangan mengedit skema model data, BP yang sama, atau aplikasi Web/Seluler yang sama karena dapat menyebabkan hilangnya data.
Fitur penting apa yang mungkin tidak dimiliki AppMaster?
- Desainer Visual SQL . Sementara sebagian besar operasi dasar seperti pencarian dengan filter dan gabungan, dapatkan satu catatan dengan id, perbarui, tambalan, hapus dan hapus lunak didukung, tetapi untuk fleksibilitas dan kinerja yang lebih baik, kami mengerjakan Visual SQL Designer dan akan dirilis pada bulan Oktober 2023.
- Layanan mikro backend . Kami secara aktif berupaya mengimplementasikan beberapa aplikasi backend per proyek. Saat ini, Anda hanya dapat membuat satu aplikasi backend per project.
- Belum ada SSR untuk aplikasi web . Untuk aplikasi web dan situs web yang paling dioptimalkan, SSR menambahkan manfaat tambahan untuk SEO. ETA Nov-2023.
- dukungan gRPC untuk Permintaan API Eksternal . Kami berencana menambahkan gRPC dengan payload protobuf dan opsi kompresi untuk memperluas kemungkinan interkoneksi antar sistem.
- Templat proyek, aplikasi web dan seluler . Kami sedang berupaya memperkenalkan template. Kami akan menambahkan template aplikasi web sebagai langkah pertama pada September 2023. Seluruh template proyek belum memiliki ETA.
