fullStackChatApp
1.0.0
PERINGATAN: Ada sedikit yang tersisa untuk menyelesaikan aplikasi. Perlu menambahkan layar pendaftaran pengguna, pemberitahuan di latar belakang dan pembaruan data permintaan pertemanan dan teman baru melalui soket.
Untuk saat ini, aplikasi telah berkembang selama sebulan, sebulan di mana ia melewati periode waktu yang menerapkan setiap persyaratan dasar.
Setelah menyelesaikan persyaratan dasar, persyaratan baru yang terdeteksi dan persyaratan yang lebih kompleks akan terus diterapkan.
Pembuatan aplikasi dimulai dengan sketsa sederhana dari antarmuka grafis. Sketsa ini hilang karena alasan ini saya tidak bisa meletakkannya di sini. Silakan lihat bagian terakhir di mana foto -foto proyek ditampilkan.
Antarmuka grafis diimplementasikan saat menggunakan data uji statis.
Ini adalah proyek pertama yang sejauh ini memiliki perbedaan besar dari yang lama yang telah saya lakukan. Saya telah mencoba dengan cara yang paling logis dan optimal untuk menggunakan pola desain untuk memiliki kode bersih dan melindungi logika bisnis.
Dalam batas waktu desain diimplementasikan, desain yang harus diubah sedikit (hanya kelas yang terkait dengan pesan) karena keterbatasan sarang.
Untuk memberikan aplikasi yang cepat dan optimal, saya telah memutuskan untuk menyimpan pesan di memori perangkat. Untuk melakukan ini dengan cara saya menggunakan alat Hive, yang berfungsi sebagai database NoSQL lokal.
Sebagai solusi yang optimal, setiap kali pesan baru datang, saya akan menyimpannya di perangkat, serta di RAM sehingga layar obrolan tidak harus membuat pengguna menunggu. Hanya pesan terakhir dari konversi perangkat yang ada yang akan disimpan dalam RAM.
Juga di sini perlu dicatat bahwa gambar profil pengguna akan disimpan di perangkat pengguna, sedangkan alamat gambar lokal akan disimpan dalam RAM.
Untuk mendemonstrasikan logika server, lihat gambar di bawah ini.
Lihatlah gambar, yang mensimulasikan sesi pengguna yang mengirimkan permintaan pertemanan ke pengguna lain.
Contoh diberikan untuk melihat kapan penggunaan Websockets akan diperlukan dan kapan penggunaan API REST.
Operasi real-time seperti mengirim pesan dan permintaan pertemanan akan menggunakan websockets saat operasi seperti membuka sesi dan memperbarui data pengguna akan menggunakan API REST.
Ini adalah bagian yang masih harus dipoles. Terutama yang hilang adalah mengoptimalkan kode API REST (dengan cara yang lebih benar), tambahkan metode baru ke bagian saluran untuk menambahkan pemberitahuan baru dan menambahkan metode ke API REST dan saluran untuk didaftarkan pengguna.
Untuk memberikan pengalaman pengguna yang lebih baik (dalam arti kecepatan), perlu menggunakan database NoSQL, karena dengan cara ini data pengguna dapat diakses lebih cepat.
Jelas, pemikiran ini tidak dapat dikatakan benar, karena karena ada hubungan antara identitas, data dari pengguna lain yang terkait dengan pengguna utama harus diperbarui.
Segera bagian ini dapat diubah dan direnovasi. Untuk saat ini logika model sangat mendasar, setiap pengguna akan berisi pesan yang belum dibaca, nama pengguna yang merupakan teman mereka, nama pengguna yang telah mengirim permintaan pertemanan dan data seperti nama pengguna, gambar (dienkripsi) dan banyak lagi.
Perlu juga dicatat bahwa Django belum secara resmi memiliki integrasi basis data NoSQL, karena alasan ini saya telah menggunakan alat Djongo , yang sangat aneh dan sangat berguna, ini menerapkan model SQL untuk MongoDB untuk melindungi logika bisnis.
