9 Python Framework ที่ดีที่สุดสำหรับการสร้างแอพพลิเคชั่นขนาดเล็กถึงระดับองค์กร

Python เป็นทั้งของเล่นที่สนุกและเครื่องพ่นที่น่ากลัว ไปกับสิ่งที่คุณสามารถทำได้กับ Python.


Python เป็นที่รักของผู้ชอบงานอดิเรกนักวิทยาศาสตร์และสถาปนิก.

เป็นการง่ายที่จะเริ่มต้นกับมี abstractions ที่สั่งสูงขึ้นและความสามารถในการ metaprogramming เพื่อสร้างระบบที่มีขนาดใหญ่และซับซ้อนและมีห้องสมุดจำนวนมากสำหรับการทำสิ่งต่างๆ แน่นอนว่ามีข้อ จำกัด เกี่ยวกับการทำงานพร้อมกันและการพิมพ์ที่รัดกุม แต่คุณสามารถแก้ไขได้.

ในบทความนี้เราจะมาดูเฟรมเวิร์ก Python ที่ดีที่สุดบางอย่างเมื่อพูดถึงการสร้างแอปพลิเคชันเว็บทั้งใหญ่และเล็ก.

Django

Django framework ได้ยืนหยัดในการทดสอบเวลาที่กรอบเว็บ go-to สำหรับชุมชน Python หากคุณโจมตีนักพัฒนา Python ในโหมดสลีปและบังคับให้พวกเขาสร้างเว็บแอปพลิเคชันที่จุดชนวนพวกเขาจะไปถึง Django โดยอัตโนมัติในแบบที่ Rubyist จะไปถึง Rails.

และมีเหตุผลที่ดีสำหรับสิ่งนั้น Django คือสโลแกนบอกว่า“ กรอบงานเว็บสำหรับผู้ที่ชอบความสมบูรณ์แบบพร้อมกำหนดส่ง” มันคือสิ่งที่เรียกว่ากรอบการทำงานของ “รวมแบตเตอรี่” (เหมือนกับที่ Python เป็นภาษาที่รวมแบตเตอรี่) ซึ่งมีฟังก์ชั่นการใช้งานทั่วไปทั้งหมด.

ด้วยคุณสมบัติเหล่านี้ที่อบเข้ามา Django ได้ลดเวลาการพัฒนาลงอย่างมาก:

  • ORM ที่สะดวกสบายและน่าพอใจพร้อมกรอบการโยกย้ายที่สร้างและนำไปใช้โดยอัตโนมัติ.
  • Scaffolding สำหรับแผงควบคุม admin รุ่นอัตโนมัติตามรุ่นของคุณ.
  • รองรับคุกกี้เซสชันมิดเดิลแวร์เทมเพลตและอื่น ๆ.
  • คุณสมบัติความปลอดภัยเช่นการป้องกัน XSS, การป้องกัน CRSF เป็นต้นจะถูกนำไปใช้โดยอัตโนมัติ.
  • ใช้งานได้กับฐานข้อมูลทั้งหมดในทางปฏิบัติ (หาอะแดปเตอร์ได้ง่ายซึ่งไม่มีการสนับสนุนอย่างเป็นทางการ)
  • การสนับสนุนชั้นหนึ่งสำหรับข้อมูลทางภูมิศาสตร์และการสืบค้นเชิงพื้นที่ GeoDjango

และอื่น ๆ อีกมาก เพียงกล่าวว่า Django เป็นเว็บเฟรมที่สมบูรณ์และเป็นมิตร.

เป็น Django สำหรับคุณ?

ใช่แน่นอน.

Django เหมาะสมอย่างยิ่งสำหรับทุกกรณีการใช้งานไม่ว่าจะเป็นการสร้างต้นแบบอย่างรวดเร็วหรือการวางแผนแอปพลิเคชันระดับองค์กร ขอบหยาบอย่างเดียวที่คุณจะเจอคือโครงสร้างของกรอบ เนื่องจาก Django ก้มตัวไปข้างหลังเพื่อให้การพัฒนานั้นรวดเร็วและง่ายสำหรับคุณจึงกำหนดโครงสร้างของมัน (แนวคิดที่เรียกว่า“ Convention over configuration”) กับผู้พัฒนาซึ่งคุณอาจไม่เห็นด้วย ตัวอย่างเช่นหากคุณต้องการแทนที่ Django ORM เป็นอย่างอื่น (เช่น SQL Alchemy) เตรียมพบกับความประหลาดใจ.

สนใจที่จะเป็นนักพัฒนาสแต็คเต็มรูปแบบด้วย Django และ Python? – ตรวจสอบสิ่งนี้ หลักสูตรออนไลน์ที่ยอดเยี่ยม.

ขวด

ในขณะที่ Django ใช้ความคิดเกือบทั้งหมดในการพัฒนาเว็บ Python, ขวด เป็นคู่แข่งที่แข็งแกร่ง.

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

Flask นำเสนอคุณสมบัติดังต่อไปนี้:

  • การกำหนดเส้นทางการสร้างเทมเพลตการจัดการเซสชันและคุณสมบัติที่มีประโยชน์อื่น ๆ.
  • สนับสนุนอย่างเต็มที่สำหรับการทดสอบหน่วย
  • สถาปัตยกรรมที่เล็กและเสียบได้
  • การสนับสนุน REST ระดับหนึ่ง
  • รองรับพิมพ์เขียวซึ่งเป็นสถาปัตยกรรมเฉพาะของ Flask สำหรับแอปพลิเคชันเว็บขนาดเล็ก
  • เลือกแพ็คเกจของคุณสำหรับ ORM การโยกย้าย ฯลฯ.
  • โครงสร้างแอปพลิเคชันที่ยืดหยุ่น – วางไฟล์ของคุณในที่ที่เหมาะสมกับคุณที่สุด
  • การให้บริการไฟล์แบบคงที่
  • เป็นไปตาม WGSI

เป็นขวดสำหรับคุณ?

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

ขวด

หากคุณคิดว่าวิธีการของ Flask นั้นไม่พอเพียงและคุณยังต้องการการควบคุมมากกว่านี้ ขวด.

ขวดแตกออกมากขึ้นจนถึงจุดที่การพึ่งพาเพียงอย่างเดียวคือไลบรารีมาตรฐานของ Python ซึ่งหมายความว่าไม่มีการติดตั้งจุดเล็ก ๆ นี้หรือการติดตั้งจุดเล็ก ๆ ที่แม้ว่าคุณจะต้องการที่จะได้ไม่นาน นี่คือเหตุผลว่าทำไมขวดถึงเด่นสำหรับบางคน:

  • การปรับใช้ไฟล์เดียว ใช่แอปพลิเคชันทั้งหมดของคุณอยู่ในไฟล์“ .py” ไฟล์เดียว.
  • ไม่มีการอ้างอิงภายนอก หากคุณติดตั้งเวอร์ชัน Python ที่ถูกต้องคุณก็พร้อมที่จะไป.
  • จัดหาเครื่องมือสร้างแรงบิดซึ่งสามารถสลับกับ Jinja2, Mako หรือ Cheetah ได้.
  • รองรับรูปแบบส่วนหัวคุกกี้และการอัปโหลดไฟล์.
  • เว็บเซิร์ฟเวอร์ในตัวซึ่งสามารถเปลี่ยนได้ง่าย.

เป็นขวดสำหรับคุณ?

หากคุณกำลังสร้างแอปเล็ก ๆ (พูดน้อยกว่า 500 บรรทัด) โดยไม่มีข้อกำหนดพิเศษขวดอาจเหมาะสมกับคุณเป็นอย่างยิ่ง มันเป็นวิธีการที่ไร้สาระที่สมบูรณ์แบบในการสร้างแอปพลิเคชันเว็บ แต่ในทางปฏิบัติคุณจะพบว่าคุณมีอุปสรรคมากกว่าความช่วยเหลือจากขวด เหตุผลก็คือโลกแห่งความจริงนั้นเปลี่ยนแปลงอยู่เสมอและก่อนที่คุณจะรู้ตัว ข้อกำหนดใหม่จะถูกส่งไปที่หัวของคุณ เมื่อถึงจุดนั้นการวางทุกอย่างไว้ในไฟล์เดียวจะกลายเป็นเรื่องน่าเบื่อ.

นอกจากนี้หากคุณคิดว่าขวดและขวดเกือบเหมือนกันคุณพูดถูก ข้อเสนอของ การควบรวม สองวันหลังถึงปี 2012 และแม้แต่อาร์มินผู้สร้าง Flask ก็เห็นด้วย อย่างไรก็ตาม Marcel ผู้สร้างขวดรักษาความแตกต่างในเชิงอุดมการณ์อย่างเข้มงวดเนื่องจากวิธีการไฟล์เดียวและยืนยันว่าทั้งสองยังคงแยกจากกัน.

Zope

Zope มีความซับซ้อนในการอธิบาย แต่ฉันจะพยายาม ใช่มันเป็นกรอบงานเว็บที่สามารถใช้ในการสร้างแอปพลิเคชันไม่ว่าเล็กหรือใหญ่ แต่ก็ไม่ใช่ทั้งหมด Zope เป็นแพลตฟอร์มที่ประกอบด้วยเครื่องมือ (รวมถึงกรอบเว็บ) ที่สร้างขึ้นภายใต้ปรัชญา Zope และดูแลโดย Zope Corporation.

Zope มีองค์ประกอบและคุณสมบัติที่น่าสนใจหลายประการที่เหมาะสำหรับการพัฒนาแอปพลิเคชันระดับองค์กร:

  • ส่วนประกอบการลงทะเบียนและสถาปัตยกรรมการค้นพบเพื่อกำหนดค่าแอพขนาดใหญ่.
  • ZODB – ฐานข้อมูลวัตถุ (เฉพาะ) สำหรับ Python สำหรับจัดเก็บวัตถุโดยกำเนิด.
  • กรอบและมาตรฐานที่ครบถ้วนสำหรับระบบการจัดการเนื้อหา
  • ชุดของเฟรมเวิร์กแอปพลิเคชันเว็บ – แคนนอนที่ได้รับการยอมรับยังคงเรียกว่า Zope แม้ว่าเฟรมเวิร์กใหม่ (เช่น Grok) จะถูกสร้างขึ้นบน.
  • มาตรฐานที่แข็งแกร่งสำหรับการพัฒนาการวางจำหน่ายและการบำรุงรักษาซอฟต์แวร์.

คือ Zope สำหรับคุณ?

หากคุณอยู่ในสภาพแวดล้อมที่มีโครงสร้างสูงสำหรับการสร้างแอปขนาดใหญ่จริง ๆ Zope นั้นดี ที่กล่าวมาคุณจะได้รับส่วนแบ่งที่เป็นธรรมของปัญหาเช่นกัน ในขณะที่ Zope ยังคงพัฒนาชุมชนเล็ก ๆ อย่างที่นักพัฒนา Python หลายคนไม่เคยได้ยินมาก่อน การค้นหาบทเรียนและเอกสารประกอบอย่างกว้างขวางนั้นยากดังนั้นจงเตรียมพร้อมที่จะขุดสิ่งรอบ ๆ (แม้ว่าชุมชนจะเป็นประโยชน์จริง ๆ !) นอกจากนี้นักพัฒนา Python ที่คุณเจออาจไม่ต้องการเรียนรู้ Zope และ“ เจือจาง” ทักษะที่ตั้งไว้.

TurboGears

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

TurboGears มีคุณสมบัติที่หรูหราบางอย่างซึ่งบางอย่างไม่ได้อยู่ในกรอบที่ได้รับความนิยม (เช่น Django) หรือสร้างยาก:

  • การสนับสนุนชั้นหนึ่งสำหรับหลายฐานข้อมูล
  • การทำธุรกรรมหลายฐานข้อมูล
  • แบบแยกส่วนสูง – เริ่มต้นด้วยไฟล์เดียวและขยายได้มากเท่าที่คุณต้องการ
  • ORM ที่ทรงพลัง (SQLAlchemy ซึ่งมีอายุมากกว่าและมีความสามารถมากกว่า ORM ของ Django)
  • สถาปัตยกรรมที่เสียบได้ตามข้อมูลจำเพาะ WSGI
  • การสนับสนุนการสร้างฐานข้อมูลในตัว
  • อินเทอร์เฟซที่ขับเคลื่อนด้วยฟังก์ชั่นซึ่งแตกต่างจากลำดับชั้นเชิงลึกของวัตถุ.

เป็น TurboGears สำหรับคุณ?

หากคุณต้องการพัฒนาอย่างมีความสุขและต้องการกรอบการทดสอบที่เป็นผู้ใหญ่และมีความทนทานอยู่ห่างจากสัญญาณรบกวนของสื่อ “ยอดเยี่ยมยุคต่อไป” และทุกอย่าง TurboGears นั้นเหมาะสมอย่างยิ่ง เป็นที่เคารพอย่างสูงในชุมชนและมีเอกสารที่ครบถ้วนและครอบคลุม แน่นอนว่า TurboGears จะไม่ให้ความเห็นซึ่งหมายความว่าการตั้งค่าเริ่มต้นและเวลาในการกำหนดค่าอาจมีมากกว่านี้ แต่เป็นกรอบที่เหมาะสำหรับการพัฒนาแอปพลิเคชันระดับองค์กร.

web2py

web2py เริ่มเป็นโครงการงานอดิเรกและเปิดตัวในปี 2550 เป้าหมายของเราคือการทำให้การพัฒนาเว็บไซต์เป็นเรื่องง่ายและเข้าถึงได้สำหรับทุกคน.

ดังนั้น Web2py จะใช้วิธีการแบบ zero-dependency ถึงขั้นสุดยอด – มันไม่มีข้อกำหนดไม่มีอะไรที่จะต้องติดตั้งและมีตัวแก้ไขบนเว็บแบบเต็มรูปแบบสำหรับการพัฒนาการจัดการฐานข้อมูลและการปรับใช้.

คุณเกือบจะคิดว่ามันเป็น Android Studio ซึ่งเป็นสภาพแวดล้อมที่สมบูรณ์มากกว่าแค่กรอบ คุณสมบัติที่ดีที่ Web2py มีคือ:

  • แทบไม่มีเส้นโค้งการเรียนรู้.
  • แกนกลางน้อยที่สุด (เพียง 12 วัตถุ) ซึ่งสามารถจดจำได้!
  • Pure-Python templating
  • ป้องกัน XSS, CSRF และการโจมตีอื่น ๆ
  • API ที่น่าพอใจและสอดคล้องกัน

เป็น Web2py สำหรับคุณ?

Web2py เป็นเฟรมเวิร์กที่เสถียรและสนุกสนาน แต่มันก็ยากที่จะแนะนำให้เทียบกับตัวเลือกอื่น ๆ เช่น Django, Flask และอื่น ๆ มีงานแทบทุกประเภทและเรื่องราวการทดสอบหน่วยไม่ค่อยดีนัก ที่กล่าวมาคุณอาจเพลิดเพลินไปกับโค้ด API และประสบการณ์โดยรวมที่เฟรมเวิร์กนำเสนอโดยเฉพาะอย่างยิ่งหากคุณกำลังสร้าง REST API.

CherryPy

CherryPy เป็นอีกหนึ่งไมโครฟอร์แมตที่มีวัตถุประสงค์เพื่อมอบฟังก์ชั่นการทำงานของเฟรมพื้นฐานและออกไปให้พ้นทาง.

ในขณะที่มันเปรียบได้กับงานกล้องขนาดเล็กอื่น ๆ เช่น Flask, CherryPy มีความแตกต่าง:

  • มันมีเซิร์ฟเวอร์หลายเธรดในตัว (สิ่งที่เหลืออยู่ในสิ่งที่อยากได้ของ Flask)
  • เว็บเซิร์ฟเวอร์ (เดียว) สามารถโฮสต์แอปพลิเคชันได้หลายแอปพลิเคชัน!
  • ให้บริการแอปพลิเคชันของคุณเป็นแอพ WSGI (เพื่อเชื่อมต่อกับแอพ WSGI อื่น ๆ ) หรือเซิร์ฟเวอร์ HTTP ธรรมดา (ซึ่งทำงานได้ดีกว่า)
  • การสนับสนุนชั้นหนึ่งสำหรับการทำโปรไฟล์และการทดสอบหน่วย
  • ทำงานบน PyPy (สำหรับ junkies ประสิทธิภาพที่แท้จริง), Jython และแม้แต่ Android

CherryPy ทำทั้งหมดนี้แล้วตามปกติที่คุณคาดหวังจากเว็บเฟรม.

เป็น CherryPy สำหรับคุณ?

หากคุณกำลังสร้างบริการที่สงบเป็นส่วนใหญ่ CherryPy เป็นคู่แข่งที่ร้ายแรงยิ่งกว่า Flask เป็นกรอบเก่าแก่ที่ได้รับการพัฒนามาเป็นอย่างดีและเหมาะสำหรับการใช้งานขนาดเล็กและใหญ่.

Sanic

การเพิ่มขึ้นของโหนดและรูปแบบการเขียนโปรแกรมแบบอะซิงโครนัสทำให้หลายชุมชนรู้สึกล้าหลังรวมของ Python ในการตอบสนองโครงงานเว็บ async ที่วุ่นวายปรากฏขึ้นบนเรดาร์, Sanic เป็นหนึ่งในพวกเขา.

Sanic ได้รับแรงบันดาลใจอย่างมากจาก Flask ในระดับที่ยืมผู้ตกแต่งเส้นทางพิมพ์เขียวและสายเบ็ดพื้นฐานและอื่น ๆ และพวกเขาจะไม่ละอายที่จะยอมรับ สิ่งที่ Sanic นำมาให้กับตารางถ้าคุณเป็นแฟน Flask นั้นเป็น I / O ที่ไม่มีการบล็อกจริงเพื่อให้ตรงกับระดับประสิทธิภาพของแอปพลิเคชั่นโหนด กล่าวอีกนัยหนึ่ง Sanic คือ Flask พร้อมการสนับสนุน async / คอย!

เมื่อเทียบกับ CherryPy Sanic มีข้อได้เปรียบด้านประสิทธิภาพที่เหลือเชื่อ (แค่คิดว่ามันจะคุ้มกับ Flask!) ตรวจสอบผลลัพธ์ต่อไปนี้ทดสอบโดย DataWeave:

อย่างที่คุณเห็นเมื่อตัวเลขที่เกิดขึ้นพร้อมกันเริ่มเกิน 50 ต่อวินาที CherryPy จะหายใจไม่ออกและทำให้อัตราความล้มเหลวสูงขึ้น.

เป็น Sanic สำหรับคุณ?

ในขณะที่ลักษณะการทำงานของ Sanic พัดทุกอย่างออกจากน้ำมันอาจไม่ใช่ตัวเลือกที่ดีที่สุดสำหรับโครงการต่อไปของคุณ สาเหตุหลักคือการขาดไลบรารีแบบอะซิงโครนัส เครื่องมือและไลบรารี Python ที่มีอยู่จำนวนมากถูกเขียนขึ้นสำหรับรุ่น CPython แบบเธรดเดียวโดยไม่มีการคาดการณ์ล่วงหน้าสำหรับการทำงานพร้อมกันสูงหรือการทำงานแบบอะซิงโครนัส ตัวอย่างเช่นถ้า ORM ที่คุณชื่นชอบไม่สนับสนุนการดำเนินการแบบอะซิงโครนัสจุดรวมของการใช้ Sanic จะพ่ายแพ้.

เนื่องจากเหตุผลครบกำหนดและความพร้อมใช้งานเหล่านี้เราจะไม่ตรวจสอบกรอบ async ใน Python อีกต่อไป.

Masonite

ฉันข้ามกรอบนี้มานานแล้วและคิดว่ามันเป็นขั้นตอนในทิศทางที่ถูกต้อง ตั้งแต่นั้นมาเวอร์ชั่น 2.0 ได้เปิดตัวแล้วและฉันก็รู้สึกเหมือนได้เวลาให้ในที่สุด Masonite บางความรัก.

พูดง่ายๆคือ Masonite เป็นรุ่น Python ของ Laravel (กรอบงาน PHP ที่มีชื่อเสียงในกรณีที่คุณไม่ทราบ) ทำไมถึงเป็นเช่นนั้น? มันเป็นเรื่องสำคัญเพราะ Laravel ถูกสร้างขึ้นบนหลักการของ Ruby on Rails และด้วยสองเฟรมเวิร์กเหล่านี้ทำให้ผู้ที่ไม่ใช่ Ruby ได้สัมผัสกับ “Rails Way” ในการทำสิ่งต่าง ๆ.

นักพัฒนา Laravel (และในระดับหนึ่ง) Rails จะรู้สึกเหมือนอยู่บ้านและจะพร้อมใช้งานในเวลาไม่นาน เมื่อฉันลอง Masonite (และฉันส่งปัญหาหนึ่งหรือสองครั้งรวมถึงข้อผิดพลาด!) ฉันสามารถสร้าง REST APIs โดยไม่ต้องคิดอะไรเพราะหน่วยความจำกล้ามเนื้อ Laravel ของฉันทำทุกอย่าง.

ในฐานะที่เป็นแบตเตอรี่กรอบเต็มสแต็ค Masonite นำสิ่งที่น่าสนใจหลายอย่างมาไว้ในตาราง:

  • ORM สไตล์บันทึกที่ใช้งานอยู่
  • การย้ายฐานข้อมูล (ซึ่งต่างจาก Django ต้องถูกสร้างโดยผู้พัฒนา)
  • คอนเทนเนอร์ IoC ที่ทรงพลังสำหรับการฉีดแบบพึ่งพา
  • CLI ของคุณเอง (เรียกว่า “craft”) สำหรับงานนั่งร้านและการทำงาน
  • การสนับสนุนชั้นหนึ่งสำหรับการทดสอบหน่วย

“ คู่แข่งขัน” ที่ใหญ่ที่สุดสำหรับ Masonite คือ Django เนื่องจากชุมชนกำลังพยายามอย่างดีที่สุดในการทำตลาดให้เป็นเรื่องง่าย ๆ น่ายินดีและสิ่งที่ยิ่งใหญ่ต่อไป ไม่ว่าจะเป็นการดีกว่า Django หรือไม่เป็นเวลาที่จะบอก (ถ้าคุณถามฉันมันมีช็อตที่น่าพอใจ) แต่สำหรับการอภิปรายเปรียบเทียบทั้งสองให้ดู ที่นี่ และ ที่นี่.

Masonite สำหรับคุณ?

Masonite ยังเป็นทารกเมื่อเทียบกับ Django ดังนั้นจึงไม่มีวิธีที่จะสามารถแนะนำผ่าน Django ได้ ที่กล่าวว่าหากคุณเข้าสู่ทางรถไฟ (หรือทาง Laravel) ในการทำสิ่งต่าง ๆ คุณจะประทับใจกับสิ่งที่ Masonite เสนอให้ เหมาะอย่างยิ่งสำหรับการสร้างต้นแบบที่รวดเร็วซึ่งต้องการทุกอย่างที่กำหนดค่าไว้ล่วงหน้าและเปลี่ยนได้ง่าย.

ข้อสรุป

ไม่มีปัญหากรอบเว็บ Python ที่นั่นทั้งเล็กและใหญ่ ในขณะที่คุณสามารถรับอะไรได้มากสำหรับโครงการขนาดเล็กแอปพลิเคชันระดับองค์กรมีความต้องการที่เฟรมเวิร์กเหล่านี้ไม่สามารถตอบสนองได้ หากคุณถามฉันสำหรับการพัฒนาองค์กร Django (เท่า) Zope และ TurboGears เป็นสิ่งที่อยู่ในใจ และแม้แต่ในบรรดาเหล่านั้นฉันก็มีความโน้มเอียงไปทาง TurboGears.

ที่กล่าวมาสถาปนิกผู้ใดก็ตามที่มีค่าเกลือของเขาสามารถรับงานด้านกล้องจุลภาคและเปิดตัวงานสถาปัตยกรรม และนี่เป็นสิ่งที่เกิดขึ้นจริงในทางปฏิบัติซึ่งอธิบายถึงความสำเร็จของ Flask และแนวคิดที่คล้ายคลึงกัน.

หากคุณเป็นมือใหม่แล้ว หลักสูตรออนไลน์นี้ จะเป็นประโยชน์ในการเรียนรู้ Python.

Tags:

  • หลาม

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map