หิมะถล่มเป็นกรอบเว็บหลามสร้างขึ้นบน webapp2 & nbsp;. จะใช้ Jinja2 เป็นระบบแม่แบบเริ่มต้นและไม่รวมถึงชั้นวิริยะใด ๆ
เป้าหมายถล่ม (หรือทำไมกรอบเว็บอื่น?)
มุ่งเน้นการออกแบบหิมะถล่มในการตรวจสอบได้และสามารถนำมาใช้
แน่นอนหิมะถล่มไม่ได้ทำปาฏิหาริย์ การตรวจสอบได้และสามารถนำมาใช้ในท้ายที่สุดจะขึ้นอยู่กับรหัสโปรแกรม แต่กรอบการมีบทบาทสำคัญในการตั้งค่าเส้นทางที่เหมาะสม
เป้าหมายมีดังต่อไปหวังว่าหลังจากที่ได้อ่านการออกแบบและการกวดวิชาจะมีความชัดเจนให้คุณวิธีเป้าหมายเหล่านี้จะประสบความสำเร็จ
การตรวจสอบได้
หิมะถล่มได้รับการออกแบบในลักษณะที่จะทำให้มันเป็นไปได้ (ง่ายสำหรับคุณ) ในการเขียนการทดสอบหน่วยที่ดีสำหรับรหัสของคุณ นั่นคือไม่เพียง แต่ทำให้ง่ายต่อการเขียนทดสอบ หน่วยทดสอบควรจะ:
- ให้เกิดข้อผิดพลาดที่ชัดเจนเมื่อมันล้มเหลว
- ล้มเหลวเฉพาะเมื่อลักษณะการทำงานภายใต้การทดสอบเสียไม่ได้อยู่ในการเปลี่ยนแปลงรหัสทุก
- ได้อย่างรวดเร็ว
สามารถนำมาใช้
ส่วนใหญ่กรอบทุกอ้างว่าสามารถนำมาใช้เป็นหนึ่งในเป้าหมายในการออกแบบของพวกเขา ที่นี่ "นำมาใช้" หมายความว่าสามารถนำมาใช้ซอร์สโค้ด
กรอบหลายแห่งที่มีกลไกบางอย่างสำหรับนำมาใช้ใหม่ / plugable ย่อยโปรแกรม แต่มันไม่ได้เป็นเรื่องง่ายเสมอไปที่จะกลับมาใช้รหัสเหล่านี้แหล่งที่มาของการใช้งานในกรณีที่คุณต้องกำหนดค่า / ปรับเปลี่ยน การใช้งาน Plugable ยังเป็นคุณลักษณะที่สำคัญมาก แต่ ณ ตอนนี้หิมะถล่มได้รับการสนับสนุนไม่ว่า
มันไม่ควรจะเป็นไปได้ที่จะเขียนโค้ดนำมาใช้ใหม่รหัสที่ควรจะนำมาใช้ใหม่ในครั้งแรกที่คุณเขียนมัน คุณไม่ควรให้คำแนะนำในการเขียนโค้ดในทางเดียวและในภายหลังมีการปรับเปลี่ยนมันเพื่อให้นำมาใช้ใหม่ นั่นคือการ มันจะตรงข้ามกับการพูดว่า "มุมมองการใช้งาน (การจัดการ) ฟังก์ชั่น" และกว่า ... "ถ้าคุณต้องการมุมมองของคุณจะได้รับกลับมาใช้งานได้แปลงให้มุมมองระดับตาม!"
รายละเอียดโครงการ
- เว็บไซต์ / เอกสาร
- นี่คือโครงการโอเพนซอร์ส (ใบอนุญาต MIT) เขียนในหลาม
- ดาวน์โหลดจาก PyPi
- การจัดการโครงการ (ติดตามข้อผิดพลาดการร้องขอคุณสมบัติและ source code) ใน bitbucket
- คำถามและความคิดเห็นเกี่ยวกับกลุ่ม google
การออกแบบถล่ม
การเตือน
หิมะถล่มอยู่ในขั้นเริ่มต้นของการพัฒนา (alpha) API อาจมีการเปลี่ยนแปลงในอนาคตและไม่มีการรับประกันว่ามันจะทำให้การทำงานร่วมกัน
เกิน MVC (Model View-Controller)
MVC เป็นรูปแบบสถาปัตยกรรมซอฟต์แวร์ที่สร้างขึ้นโดยมีเป้าหมายที่จะแยก "ตรรกะโดเมน" จากอินเตอร์เฟซผู้ใช้ แยกของความกังวลนี้จะช่วยให้การสร้างรหัสโปรแกรมที่ดีกว่า การทำแบบนี้ก็ประสบความสำเร็จมากสำหรับกรอบสก์ท็อปจำนวนมากและเพื่อให้ทำหน้าที่เป็นข้อมูลอ้างอิงเพื่อการสร้างกรอบเว็บ ปัญหาคือว่าสถาปัตยกรรมนี้ไม่สามารถเชื่อมโยงโดยตรงกับวิธีการทำงานของโปรแกรมประยุกต์เว็บ
แม้ที่เรียกว่ากรอบ MVC ไม่ได้จริงๆ MVC ดังนั้นขอเพียงแค่ให้เป้าหมายของ MVC นั่นคือการเขียนสะอาดรหัสใหม่ใช้งานได้และทดสอบ
การใช้งานเว็บ
หลักทั้งหมดเว็บแอพลิเคชันจะทำคือการได้รับการร้องขอ HTTP กระบวนการมันและสร้างการตอบสนอง HTTP
& nbsp; ------------------ + +
การร้องขอ HTTP ------> | โปรแกรมเว็บ + -----> HTTP การตอบสนอง
& nbsp; ------------------ + +
ส่งและรับ HTTP จะถูกจัดการโดยเว็บเซิร์ฟเวอร์ ลองมาดูอย่างใกล้ชิดเป็นสิ่งที่โปรแกรมเว็บไม่:
& nbsp; + ------ + ------- +
---- ขอ HTTP> | เราเตอร์ | -----> | จัดการ | ----> ตอบสนอง HTTP
& nbsp; + ------ + ------- +
เราเตอร์จะตรวจสอบ URL ของคำขอและส่งมันไปจัดการตามคำขอที่จะสร้างการตอบสนอง หิมะถล่มใช้เราเตอร์ webapp2
คำขอรูปแบบแขน
ส่วนใหญ่มี 3 รูปแบบของรถยกคำขอเป็น
- ฟังก์ชั่นเดียว
- วิธีการเรียน
- ชั้นเรียน
หิมะถล่ม (และ webapp2) ใช้รูปแบบสามชั้น ใช้ชั้นเป็นตัวจัดการการร้องขอเหมาะสมกับเป้าหมายของเราดีกว่าเพราะมีความยืดหยุ่นมากขึ้น, ง่ายต่อการแก้ไข / ขยายและชิ้นส่วนกลับมาใช้ของตัวจัดการ
การประมวลผลการร้องขอจัดการ
การประมวลผลจัดการคำขอสามารถแบ่งออกเป็น 3 ขั้นตอนคือ
& nbsp; ----------------- + + + + ----------------- --------- - +
---- ขอ> | พระรามแปลง | ---- พระรามวัตถุ ----> | สร้างบริบท | --- บริบท -----> | renderer | ----> การตอบสนอง
& nbsp; ----------------- + + + + ----------------- --------- - +
1. พระรามแปลง - รับพารามิเตอร์จากการร้องขอ HTTP
& nbsp; HTTP เป็นโปรโตคอลข้อความที่ใช้โดยทั่วไปจะได้รับพารามิเตอร์บางอย่างจากคำขอและแปลงค่าสตริงเป็นบางชนิดข้อมูลพื้นเมือง พารามิเตอร์เหล่านี้ถูกนำมาจากพา ธ URI แบบสอบถาม URI โพสต์ข้อมูล, คุกกี้, ฯลฯ
2. สร้างบริบท - การประมวลผล
& nbsp; บริบทเป็นคำที่ใช้เพื่อแสดงข้อมูลที่จะนำมาใช้โดย renderer
& nbsp; การประมวลผลนี้เป็นตรรกะของโปรแกรมประยุกต์ มันมักจะเข้าถึงชั้นวิริยะ (บางครั้งเรียกว่ารุ่น) แต่ตอนนี้จะขึ้นอยู่กับรหัสโปรแกรมและกรอบการมีบทบาทในว่าไม่มี
& nbsp; หน้าเว็บมักจะประกอบด้วยองค์ประกอบหลายดังนั้นบางครั้งมันทำให้ความรู้สึกที่จะแบ่งการทำงานออกเป็นมากกว่าหนึ่ง "สร้างบริบท"
3. renderer - สร้างเอาท์พุท
& nbsp; renderer จะแปลงผลของการประมวลผลเป็นข้อความสำหรับการตอบสนอง HTTP ขั้นตอนนี้อาจจะข้ามไปถ้าตอบเป็น HTTP เปลี่ยนเส้นทาง renderer โดยทั่วไปแล้วจะใช้ระบบแม่แบบในการสร้างโค้ด HTML หรือแปลงข้อมูลเพื่อ JSON
เมื่อวันที่หิมะถล่มคุณควรเขียนรหัสสำหรับ 3 ขั้นตอนของการจัดการแยกและให้กรอบกาวส่วนต่าง ๆ เข้าด้วยกัน
. ย้ายไปกวดวิชาเพื่อดูว่ามันดูเหมือนว่า
ต้องการ
- หลาม
ความคิดเห็นที่ไม่พบ