ความแตกต่างระหว่างรูปแบบและหลักการ

รูปแบบการออกแบบเชิงวัตถุและหลักการต่างกันอย่างไร พวกเขาต่างกันไหม? เท่าที่ฉันเข้าใจพวกเขาทั้งสองพยายามบรรลุเป้าหมายร่วมกัน (เช่นความยืดหยุ่น) ดังนั้นฉันสามารถพูดได้ว่ารูปแบบเป็นหลักการและในทางกลับกัน?

หลักการออกแบบ = SOLID (เช่นหลักการผกผันของการพึ่งพา)

รูปแบบการออกแบบ = Gof (เช่นรูปแบบนามธรรมของโรงงาน)

ไม่พวกเขาไม่เหมือนกัน

รูปแบบการแก้ปัญหาร่วมกันในการเชิงวัตถุปัญหาการเขียนโปรแกรม (ฉันไม่ได้ตระหนักถึงหนังสือที่คล้ายกันใด ๆ สำหรับการเขียนโปรแกรมการทำงานหรือการประกาศ) ความคิดนั้นตกผลึกในหนังสือ "รูปแบบการออกแบบ" ที่มีชื่อเสียงโดย Gang of Four ในปี 1995

ในฐานะที่เป็น Andre ชี้ให้เห็นรูปแบบเป็นเรื่องธรรมดาในทุกกระบวนทัศน์ ฉันจะย้ำคำแถลงก่อนหน้าของฉัน: ฉันไม่ทราบหนังสือที่คล้ายกันใด ๆ สำหรับการทำงานหรือการเขียนโปรแกรมประกาศ แต่ Andre ได้แก้ไขความไม่รู้ของฉันด้วยลิงก์ที่เขาให้ไว้ด้านล่าง (ขอบคุณ Andre)

หลักการมีน้อยเกี่ยวกับภาษาเฉพาะหรือกระบวนทัศน์ทั่วไปมากขึ้น "อย่าทำซ้ำตัวเอง" - หลักการของ DRY - เป็นจริงสำหรับการเขียนโปรแกรมทั้งหมด

แนวคิดเหล่านี้ไม่เหมือนกัน:

* หลักการออกแบบ: *หลักการออกแบบซอฟต์แวร์เป็นชุดของแนวทางที่ช่วยให้เราหลีกเลี่ยงการออกแบบที่ไม่ดี like: Open Close Principle

* รูปแบบการออกแบบ: *รูปแบบการออกแบบเป็นโซลูชันที่ใช้ซ้ำได้ทั่วไปสำหรับปัญหาที่เกิดขึ้นทั่วไปภายในบริบทที่กำหนดในการออกแบบซอฟต์แวร์ ไลค์: ซิงเกิล

แบบแผนคือหลักการสิ่งที่นำไปใช้เป็นแบบแผน

หลักการคือ "อ้อม" ซึ่งสามารถทำได้โดยรูปแบบ "โรงงาน" ซึ่งได้รับการดำเนินการเป็นคลาสที่มีวิธีการโรงงานในท้ายที่สุด

หลักการเป็นกฎในขณะที่รูปแบบเป็นตัวอย่างที่เป็นรูปธรรมของพวกเขา

รูปแบบเป็นสิ่งระดับสูงกว่าหลักการ รูปแบบการแก้ไขปัญหาเฉพาะ สามารถนำหลักการไปใช้ได้ทุกที่โดยไม่คำนึงถึงบริบท รูปแบบจริงตามหลักการ (SRP, DRY, ฯลฯ )

EG ให้ดูที่รูปแบบกลยุทธ์ มันกำหนดตระกูลของอัลกอริทึม, แค็ปซูลแต่ละอันและทำให้มันแทนกันได้ ดังนั้นคุณมีแนวคิดระดับสูงของอัลกอริทึม ด้วยรูปแบบสถานะคุณมีแนวคิดระดับสูงของรัฐ ด้วยหลักการที่คุณไม่มีแนวคิดระดับสูงใด ๆ หลักการคือหน่วยการสร้างซึ่งใช้โดย patters เพื่อให้บรรลุเป้าหมาย เมื่อคุณใช้รูปแบบกลยุทธ์คุณใช้ SOLID:

• SRP - คุณกำหนดรหัสซึ่งรับผิดชอบอัลกอริธึมและแยกมันออกมาจากรหัสอื่น
• OCP - คุณกำหนดสิ่งที่เป็นนามธรรมซึ่งแสดงถึงอัลกอริธึมที่แตกต่างกันทั้งหมดและใช้มัน
• LSP - คุณไม่ได้ใช้คลาสอัลกอริทึมที่เป็นรูปธรรมในรหัสลูกค้าเพียงนามธรรม

รูปแบบที่มีการบันทึกไว้สำหรับ Architecture ในสถาปัตยกรรมนำไปใช้กับสิ่งต่าง ๆ ตั้งแต่ตำแหน่งของประตูในห้องไปจนถึงเค้าโครงของหมู่บ้าน

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

หลักการไม่ครอบคลุมถึงการใช้งานแม้ว่าอาจมีวิธีการใช้มาตรฐาน หลักการเกี่ยวกับการครอบคลุมปัญหาทั่วไปมากกว่าปัญหาเฉพาะ สำหรับการควบคุมแบบผกผันฉันรู้วิธีการใช้งานอย่างน้อยสามวิธี สำหรับ DRY (อย่าทำซ้ำตัวเอง) ฉันไม่รู้จักวิธีการใช้งานแบบเจาะจงเจาะจงแม้ว่าฉันจะใช้หลายวิธีก็ตาม

พิจารณา

• คุณได้รับการร้องขอให้ใช้รูปแบบเช่น Abstract Factory Pattern เป็นแนวทางเดียวในการพัฒนาโปรแกรม สิ่งนี้จะเหมาะสมหรือไม่ ไม่มันเป็นแบบแผนมากกว่า
• คุณได้รับคำขอให้ใช้ DRY กับส่วนประกอบทั้งหมดหรือไม่ สิ่งนี้จะเหมาะสมหรือไม่ ใช่แล้วมีแนวโน้มที่จะเป็นหลักการมากกว่า

หลักการออกแบบ OO -

หลักการ OO เป็นชุดของแนวทางที่รับรองแนวคิดของ OOP ตามแนวคิดของ OOP นี้จะกำหนดวิธีการออกแบบวิธีที่ดีกว่าการออกแบบที่ดีกว่า หลักการออกแบบพื้นฐานของ OO คือ SOLID

รูปแบบการออกแบบให้โซลูชันทั่วไปสำหรับปัญหาการออกแบบ โปรดทราบว่า "รูปแบบการออกแบบ" สามารถนำไปใช้กับคำเชิงวัตถุเที่ยงได้เช่นกัน ดังนั้นรูปแบบการออกแบบ OO (OODP) จึงเป็นวิธีการแก้ปัญหาทั่วไปสำหรับการออกแบบเชิงวัตถุตามหลักการ OO รูปแบบการออกแบบถูกค้นพบไม่ได้คิดค้น มีหลายวิธีในการกำหนด OODP และหนึ่งที่มีชื่อเสียงที่สุดคือ BSC [โครงสร้างเชิงโครงสร้างเชิงพฤติกรรม]

ต่อไปนี้เป็นลิงค์สำหรับคำอธิบายโดยละเอียด http://techythought.wordpress.com/2013/01/21/design-principle-vs-ds-design-pattern-describing-oop-elements/