fullStackChatApp
1.0.0
คำเตือน: มีเหลืออยู่เล็กน้อยที่จะเสร็จสิ้นแอปพลิเคชัน จำเป็นต้องเพิ่มหน้าจอการลงทะเบียนผู้ใช้การแจ้งเตือนในพื้นหลังและการอัปเดตข้อมูลของคำขอเป็นเพื่อนและเพื่อนใหม่ผ่านซ็อกเก็ต
สำหรับตอนนี้แอปพลิเคชันได้รับการพัฒนาเป็นเวลาหนึ่งเดือนซึ่งเป็นเดือนที่ผ่านช่วงเวลาที่ใช้ในการดำเนินการตามข้อกำหนดพื้นฐานแต่ละครั้ง
เมื่อเสร็จสิ้นข้อกำหนดพื้นฐานข้อกำหนดใหม่ที่ตรวจพบและข้อกำหนดที่ซับซ้อนที่เหลือจะยังคงดำเนินการต่อไป
การสร้างแอปพลิเคชันเริ่มต้นด้วยภาพร่างอย่างง่ายของอินเทอร์เฟซกราฟิก ภาพร่างเหล่านี้หายไปด้วยเหตุผลนี้ฉันไม่สามารถวางไว้ที่นี่ได้ โปรดดูส่วนสุดท้ายที่มีการแสดงภาพถ่ายของโครงการ
อินเทอร์เฟซกราฟิกถูกนำไปใช้ในขณะที่ใช้ข้อมูลการทดสอบแบบคงที่
นี่เป็นโครงการแรกที่ไกลมีความแตกต่างอย่างมากจากโครงการเก่าที่ฉันทำ ฉันได้ลองในวิธีที่สมเหตุสมผลและเหมาะสมที่สุดเท่าที่จะเป็นไปได้ในการใช้รูปแบบการออกแบบเพื่อให้มีรหัสที่สะอาดและปกป้องตรรกะทางธุรกิจ
ในช่วงเวลาที่ จำกัด การออกแบบถูกนำไปใช้การออกแบบที่ต้องเปลี่ยนเล็กน้อย (เฉพาะคลาสที่เกี่ยวข้องกับข้อความ) เนื่องจากข้อ จำกัด ของรัง
เพื่อให้แอปพลิเคชันที่รวดเร็วและเหมาะสมที่สุดฉันได้ตัดสินใจบันทึกข้อความในหน่วยความจำอุปกรณ์ ในการทำสิ่งนี้ในแบบที่ฉันใช้เครื่องมือ Hive ซึ่งทำหน้าที่เป็นฐานข้อมูล NOSQL ในเครื่อง
เป็นทางออกที่ดีที่สุดทุกครั้งที่ข้อความใหม่มาฉันจะบันทึกไว้ในอุปกรณ์เช่นเดียวกับใน RAM เพื่อให้หน้าจอแชทไม่ต้องทำให้ผู้ใช้รอ เฉพาะข้อความสุดท้ายของการแปลงที่มีอยู่ของอุปกรณ์เท่านั้นที่จะถูกบันทึกไว้ใน RAM
นอกจากนี้ที่นี่ควรสังเกตว่ารูปภาพโปรไฟล์ของผู้ใช้จะถูกเก็บไว้ในอุปกรณ์ของผู้ใช้ในขณะที่ที่อยู่ของรูปภาพท้องถิ่นจะถูกเก็บไว้ใน RAM
เพื่อแสดงให้เห็นถึงตรรกะของเซิร์ฟเวอร์ดูภาพด้านล่าง
ดูภาพซึ่งจำลองเซสชันของผู้ใช้ที่ส่งคำขอเป็นเพื่อนไปยังผู้ใช้รายอื่น
ตัวอย่างได้รับเพื่อดูว่าจะต้องใช้ WebSockets เมื่อใดและเมื่อใช้ REST API
การดำเนินการตามเวลาจริงเช่นการส่งข้อความและคำขอเป็นเพื่อนจะใช้ WebSockets ในขณะที่การดำเนินการเช่นการเปิดเซสชันและการอัปเดตข้อมูลของผู้ใช้จะใช้ REST API
นี่คือส่วนที่ยังคงต้องขัด ส่วนใหญ่ขาดหายไปคือการเพิ่มประสิทธิภาพรหัส REST API (ในวิธีที่ถูกต้องมากขึ้น) เพิ่มวิธีการใหม่ในส่วนของช่องเพื่อเพิ่มการแจ้งเตือนใหม่และเพิ่มวิธีการลงใน REST API และช่องสำหรับผู้ใช้ในการลงทะเบียน
เพื่อให้ประสบการณ์การใช้งานที่ดีขึ้น (ในแง่ของความเร็ว) จำเป็นต้องใช้ฐานข้อมูล NOSQL เนื่องจากด้วยวิธีนี้ข้อมูลของผู้ใช้สามารถเข้าถึงได้เร็วขึ้น
เห็นได้ชัดว่าความคิดนี้ไม่สามารถกล่าวได้ว่าถูกต้องเนื่องจากมีความสัมพันธ์ระหว่างตัวตนข้อมูลจากผู้ใช้รายอื่นที่เกี่ยวข้องกับผู้ใช้หลักจะต้องได้รับการปรับปรุง
เร็ว ๆ นี้ส่วนนี้สามารถเปลี่ยนแปลงและออกแบบใหม่ได้ สำหรับตอนนี้ตรรกะของโมเดลนั้นพื้นฐานมากผู้ใช้แต่ละคนจะมีข้อความที่ยังไม่ได้อ่านชื่อผู้ใช้ซึ่งเป็นเพื่อนของพวกเขาชื่อผู้ใช้ที่ส่งคำขอเป็นเพื่อนและข้อมูลเช่นชื่อผู้ใช้รูปภาพ (เข้ารหัส) และอื่น ๆ
ควรสังเกตว่า Django ยังไม่ได้มีการรวมฐานข้อมูล NOSQL อย่างเป็นทางการด้วยเหตุนี้ฉันจึงใช้ เครื่องมือ Djongo ซึ่งมีความอยากรู้อยากเห็นและมีประโยชน์มากจึงใช้แบบจำลอง SQL กับ MongoDB เพื่อปกป้องตรรกะทางธุรกิจ
