กลยุทธ์แอปพลิเคชัน Django


14

ฉันทำงานเป็นระยะเวลานานในโครงการ Django ซึ่งเติบโตเร็ว ๆ นี้ ฉันได้รับการคิดเล็กน้อยเกี่ยวกับกลยุทธ์ที่จะใช้เพื่อให้ง่ายต่อการจัดการ สิ่งหนึ่งที่ฉันต้องการป้อนข้อมูลบางอย่างคือถ้าฉันควรแยกแอปพลิเคชันของฉันออกเป็นแอปพลิเคชันขนาดเล็กหลายตัว นั่นจะทำให้มุมมองและไฟล์ของฉันเล็กลงและแยกความกังวลออก

สิ่งหนึ่งที่รบกวนจิตใจฉันในเรื่องนี้คือในแอปพลิเคชันของฉันฉันจะมีวิธีการช่วยเหลือหลายอย่างที่จะใช้กับแอปพลิเคชัน นอกจากนี้บางรุ่นจะต้องมีการแชร์ / ใช้ระหว่างแอพพลิเคชั่นด้วย นี่จะสมเหตุสมผลไหม สิ่งนี้ไม่ได้เป็นไปได้ด้วยการแยกข้อกังวลที่ฉันหวังว่าจะประสบความสำเร็จโดยแยกแอปของฉันในแอปขนาดเล็กหลายแอป อะไรจะเป็นวิธีที่ดีในการแบ่งปันวิธีใช้ตัวช่วยโมเดลและอื่น ๆ ในแอปพลิเคชัน

คำตอบ:


11

หากโครงการของคุณมีขนาดใหญ่ลองคิดว่าแอปเป็นโมดูลที่ใช้ซ้ำได้ คุณสามารถแยกฟังก์ชั่นที่แชร์ผ่านแอพของคุณออกเป็นแอพของตัวเอง

ดูการอภิปรายด้านล่างสำหรับความคิดเพิ่มเติมเกี่ยวกับเรื่องนี้:


ถ้าแอพจำเป็นต้องเพิ่มไอเท็มเมนูลงในการนำทางโปรเจ็กต์ล่ะ? stackoverflow.com/questions/23405610
utapyngo

2

ฉันชอบที่จะสร้างbase/แอพที่ไม่มีมุมมองและไม่มีเวลาให้กับสิ่งที่แบ่งปัน

ปัญหาหนึ่งที่อาจเกิดขึ้นเมื่อคุณมีรูปแบบการแพร่กระจายผ่านหลายแอพคือการนำเข้าแบบวงกลม สิ่งนี้สามารถหลีกเลี่ยงได้โดยใช้สตริงเพื่ออ้างถึงรุ่นอื่น ๆ ( foo = ForeignKey("someapp.Foo")แทนfoo = ForeignKey(someapp.models.Foo)) Django ช่วยให้คุณใช้สตริงเช่นนี้ในสถานที่มากขึ้น

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.