languages) and Zend (PHP).B. “Don’t

languages) and Zend (PHP).

B. “Don’t repeat yourself “ principle
“Don’t repeat yourself” principle is stated as "every piece of knowledge in a system should be expressed in just one place [5]. It is aimed at reducing repetition in software code, test plans, the build system, database schemas and documentation. This principle is implemented in frameworks through libraries aimed at solving the most common tasks, such as data validation, session and cookie management, file uploading, user authorization and authentication, etc.

C. “Convention over configuration” concept
Frameworks that follow "convention over configuration" concept are enforcing defaults in most aspects of application, e.g. class, method, variable, constant and database table names, file structure, coding style, etc.

Compliance with established conventions simplifies software development and code maintenance, especially when working in teams, as all team members follow the same rules. On the other hand, too strict enforcement of conventions threatens the flexibility of applications.

D. Architectural patterns
Architectural patterns are general reusable solutions to commonly occurring problems in software design. They offer well-established solutions to architectural problems, help to document the architectural design decisions and facilitate communication between developers through a common vocabulary [6].

Model-View-Controller pattern (Fig. 1) promotes separation of domain logic (controller), user interface (view) and data processing (model), as opposed to mixing HTML, SQL queries and domain logic in the source code (Fig. 2). In modern web application frameworks this pattern is usually implemented through folder structure. View files are responsible for showing data to the users of application. No programming logic or database queries can be run here, though data access may occur in these files. They are structured as HTML files and usually use a template language to present dynamic data, passed from the controller. Model files are responsible for fetching, modifying, inserting, and removing data from the database. Controller files calls and fetches data from the models, loads the data and passes it to the views, and sends the results to the user [7].

ผลลัพธ์ (ไทย) 1:

ภาษา) และ Zend (PHP)หลักการเกิด "ไม่ซ้ำด้วยตัวคุณเอง"ระบุหลักการ "ไม่ทำซ้ำตัวเอง" "ความรู้ในระบบทุกชิ้นควรแสดงตำแหน่งเดียว [5] มุ่งลดซ้ำในรหัสซอฟต์แวร์ แผนทดสอบ สร้างระบบ เค้าร่างฐานข้อมูล และเอกสาร หลักการนี้ถูกนำมาใช้ในกรอบผ่านไลบรารีที่มุ่งแก้ไขงานทั่วไป จัดการข้อมูลตรวจสอบ เซสชัน และคุกกี้ อัปโหลดแฟ้ม ผู้ตรวจสอบ และรับรองความถูกต้อง เป็นต้นแนวคิด "ประชุมผ่านการตั้งค่าคอนฟิก" cกรอบงานที่ปฏิบัติตามแนวคิด "ประชุมผ่านการตั้งค่าคอนฟิก" บังคับใช้ค่าเริ่มต้นในลักษณะส่วนใหญ่ของโปรแกรมประยุกต์ เช่นคลาส วิธี ตัว แปร ค่าคงและชื่อตารางฐานข้อมูล โครงสร้างของไฟล์ รหัสรูปแบบ ฯลฯปฏิบัติตามข้อตกลงที่กำหนดขึ้นช่วยให้ง่ายซอฟต์แวร์พัฒนาและรหัสการบำรุงรักษา โดยเฉพาะอย่างยิ่งเมื่อทำงานในทีม เป็นสมาชิกทีมทุกคนทำตามกฎเดียวกัน บนมืออื่น ๆ แบบแผนบังคับเข้มงวดเกินไปข่มขู่ความยืดหยุ่นของโปรแกรมประยุกต์D. รูปแบบสถาปัตยกรรมรูปแบบสถาปัตยกรรมเป็นการแก้ไขทั่วไปสามารถไปมักเกิดปัญหาในการออกแบบซอฟต์แวร์ พวกเขาให้ดีขึ้นแก้ไขปัญหาสถาปัตยกรรม ช่วยตัดสินใจการออกแบบเอกสาร และช่วยในการสื่อสารระหว่างนักพัฒนาผ่านคำศัพท์ทั่วไป [6]ตัวควบคุมมุมมองรูปแบบรูปแบบ (Fig. 1) ส่งเสริมแยกโดเมนตรรกะ (ตัวควบคุม), ส่วนติดต่อผู้ใช้ (view) และประมวลผล (รุ่น), ตรงข้ามกับ HTML การผสมข้อมูล SQL แบบสอบถามและตรรกะของโดเมนในแหล่งรหัส (Fig. 2) มักจะใช้งานรูปแบบนี้ในกรอบงานแอพลิเคชันเว็บที่ทันสมัย ผ่านโครงสร้างของโฟลเดอร์ ดูไฟล์มีหน้าที่ในการแสดงข้อมูลสำหรับผู้ใช้ของโปรแกรมประยุกต์ ตรรกะการเขียนโปรแกรมหรือฐานข้อมูลแบบสอบถามไม่สามารถทำงานที่นี่ แต่อาจเข้าถึงข้อมูลในแฟ้มเหล่านี้ พวกเขามีโครงสร้างเป็นแฟ้ม HTML และมักจะใช้ภาษาแม่ในการนำเสนอข้อมูลแบบไดนามิก การส่งผ่านจากตัวควบคุม ไฟล์แบบจำลองที่มีหน้าที่ในการดึงข้อมูล ปรับเปลี่ยน แทรก และลบข้อมูลจากฐานข้อมูล ควบคุมไฟล์เรียก และเรียกข้อมูลจากแบบจำลอง โหลดข้อมูลผ่านไปยังมุมมอง และส่งผลให้ผู้ใช้ [7]

ผลลัพธ์ (ไทย) 2:

ภาษา) และ Zend (PHP). บี "ไม่ซ้ำตัวเอง" หลักการ"ไม่ซ้ำตัวเอง" หลักการที่ระบุไว้ว่า "ชิ้นส่วนของความรู้ในระบบทุกคนควรจะแสดงเพียงที่เดียว [5]. มันมีวัตถุประสงค์ในการลดการซ้ำซ้อนในรหัสซอฟต์แวร์แผนการทดสอบ , การสร้างระบบที่ schemas ฐานข้อมูลและเอกสาร. หลักการนี้จะดำเนินการในกรอบผ่านห้องสมุดมุ่งเป้าไปที่การแก้งานทั่วไปมากที่สุดเช่นการตรวจสอบข้อมูลเซสชั่นและการจัดการคุกกี้อัพโหลดไฟล์อนุญาตผู้ใช้และการตรวจสอบ ฯลฯซี "การประชุม มากกว่าการตั้งค่า "แนวคิดกรอบที่เป็นไปตาม" การประชุมในช่วงการตั้งค่า "แนวคิดที่มีการบังคับใช้ค่าเริ่มต้นในทุกด้านมากที่สุดของแอพลิเคชันระดับเช่นวิธีตัวแปรคงที่และชื่อตารางฐานข้อมูลโครงสร้างไฟล์รูปแบบการเข้ารหัส ฯลฯการปฏิบัติตามอนุสัญญาจัดตั้งขึ้นช่วยลดความยุ่งยากในการพัฒนาซอฟต์แวร์ และการบำรุงรักษารหัสโดยเฉพาะอย่างยิ่งเมื่อทำงานในทีมขณะที่สมาชิกทุกคนในทีมทำตามกฎเดียวกัน. ในทางกลับกันการบังคับใช้อย่างเข้มงวดเกินไปของการประชุมคุกคามความยืดหยุ่นของการใช้งาน. D. รูปแบบสถาปัตยกรรมรูปแบบสถาปัตยกรรมเป็นโซลูชั่นที่นำมาใช้ใหม่ทั่วไปที่เกิดขึ้นปัญหาในการออกแบบซอฟต์แวร์ พวกเขานำเสนอโซลูชั่นที่ดีขึ้นในการแก้ไขปัญหาทางสถาปัตยกรรมที่ช่วยให้เอกสารการตัดสินใจการออกแบบสถาปัตยกรรมและการอำนวยความสะดวกในการติดต่อสื่อสารระหว่างนักพัฒนาผ่านคำศัพท์ที่พบบ่อย [6]. รูปแบบ Model-View-Controller (รูปที่ 1). ส่งเสริมการแยกของตรรกะโดเมน (ควบคุม) ส่วนติดต่อผู้ใช้ (view) และการประมวลผลข้อมูล (รูปแบบ) เมื่อเทียบกับการผสม HTML, แบบสอบถาม SQL และตรรกะโดเมนในรหัสที่มา (รูปที่. 2) ในกรอบโปรแกรมประยุกต์บนเว็บที่ทันสมัยรูปแบบนี้จะดำเนินการมักจะผ่านโครงสร้างโฟลเดอร์ ดูไฟล์ที่มีความรับผิดชอบสำหรับการแสดงข้อมูลกับผู้ใช้งานของโปรแกรม ไม่มีตรรกะการเขียนโปรแกรมหรือการสืบค้นฐานข้อมูลสามารถทำงานที่นี่ แต่การเข้าถึงข้อมูลอาจเกิดขึ้นในไฟล์เหล่านี้ พวกเขามีโครงสร้างเป็นไฟล์ HTML และมักจะใช้ภาษาแม่แบบที่จะนำเสนอข้อมูลแบบไดนามิก, ส่งจากตัวควบคุม เป็นไฟล์รูปแบบความรับผิดชอบในการเรียกการปรับเปลี่ยนการใส่และถอดข้อมูลจากฐานข้อมูล สายควบคุมไฟล์และเรียกข้อมูลจากแบบจำลองการโหลดข้อมูลและส่งผ่านไปยังมุมมองและส่งผลให้ผู้ใช้ [7]

ผลลัพธ์ (ไทย) 3:

ภาษา ) และ zend ( PHP )

" อย่าย้ำตัวเอง " หลักการ
" อย่าย้ำตัวเอง " หลักการระบุไว้ว่า " ทุกชิ้นของความรู้ในระบบควรจะแสดงในเพียงที่เดียว [ 5 ] มันมีวัตถุประสงค์เพื่อลดการซ้ำซ้อนในรหัสการทดสอบซอฟต์แวร์แผนสร้างระบบ , schemas ฐานข้อมูลและเอกสารหลักการนี้ถูกนำมาใช้ในในกรอบผ่านห้องสมุดที่มุ่งแก้ไขงานทั่วไปมากที่สุด เช่น การตรวจสอบข้อมูลและการจัดการเซสชันคุกกี้ไฟล์ในการอัพโหลด การอนุญาตผู้ใช้และรับรองความถูกต้อง ฯลฯ

C " การประชุมผ่านการปรับแต่ง " แนวคิด " ที่ตามกรอบอนุสัญญา
กว่าแนวคิดแบบ " การเริ่มต้นในด้านมากที่สุดของโปรแกรม เช่น คลาสตัวแปรแบบคงที่และตารางฐานข้อมูลชื่อโครงสร้างการเข้ารหัสรูปแบบไฟล์ ฯลฯ

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


dรูปแบบสถาปัตยกรรมเป็นทั่วไปสามารถแก้ไขปัญหาที่เกิดขึ้นโดยทั่วไปในการออกแบบซอฟต์แวร์ พวกเขาให้รู้จักการแก้ปัญหาทางสถาปัตยกรรมที่ช่วยให้เอกสารการตัดสินใจการออกแบบสถาปัตยกรรมและอำนวยความสะดวกในการสื่อสารระหว่างนักพัฒนาจากคำศัพท์ทั่วไป [ 6 ] .

แบบควบคุมแบบมุมมอง ( รูปที่ 1 ) ส่งเสริมการแยกของตรรกะโดเมน ( ควบคุม )ส่วนติดต่อผู้ใช้ ( วิว ) และการประมวลผลข้อมูล ( รูปแบบ ) , ตรงข้ามกับการผสม HTML , SQL แบบสอบถามและตรรกะ โดเมน ในรหัสแหล่งที่มา ( รูปที่ 2 ) ในกรอบโปรแกรมประยุกต์บนเว็บที่ทันสมัยรูปแบบนี้มักจะดำเนินการผ่านโครงสร้างโฟลเดอร์ ดูไฟล์มีความรับผิดชอบสำหรับแสดงข้อมูลให้กับผู้ใช้ของโปรแกรม ตรรกะการเขียนโปรแกรมหรือฐานข้อมูลแบบสอบถามสามารถใช้ที่นี่แม้ว่าการเข้าถึงข้อมูลที่อาจเกิดขึ้นได้ในไฟล์เหล่านี้ พวกเขามีโครงสร้างเป็นแฟ้ม HTML และมักจะใช้แม่แบบภาษาที่จะนำเสนอข้อมูลแบบไดนามิกผ่านจากตัวควบคุม ไฟล์แบบมีความรับผิดชอบสำหรับการเรียก , การปรับเปลี่ยน , การแทรกและลบข้อมูลจากฐานข้อมูล ไฟล์ควบคุมการโทรและจะเรียกข้อมูลจากแบบจำลองและโหลดข้อมูลและผ่านการมุมมองและส่งผลให้กับผู้ใช้ [ 7 ]