คำถามติดแท็ก directory-structure

เกี่ยวกับลำดับชั้นของโฟลเดอร์แหล่งที่มีเสมอบางคุณสมบัติทั่วไปเช่นsrc, docหรือtestโฟลเดอร์ที่มีค่อนข้างง่ายต่อการเข้าใจเนื้อหา อย่างไรก็ตามฉันตระหนักว่าโครงการขนาดใหญ่มีทั้งlibและvendorโฟลเดอร์ในขณะที่ฉันคิดเสมอว่าพวกเขาเหมือนกันตามชื่อของพวกเขาบอกใบ้รวมถึง "บุคคลที่สามlibrariesจากภายนอกvendors" แม้ว่าจะเห็นทั้งในโครงการเดียวกันหมายความว่ามีคือความแตกต่าง ฉันไม่พบข้อมูลใด ๆ ไม่ว่าจะใน Google หรือจากแหล่งข้อมูลอื่น ๆ เช่นมาตรฐานระบบแฟ้มลำดับชั้นถึงแม้ว่านี่จะเป็นเรื่องธรรมดาทั่วไปก็ตาม นี่คือตัวอย่างที่มีรายละเอียดเพิ่มเติมกับSymfony : เมื่อคุณสร้างโครงการคุณจะได้รับlibโฟลเดอร์ที่รูทของโครงการของคุณ ในโฟลเดอร์นี้พบโครงสร้างต่อไปนี้: lib +--filter +--form +--… +--vendor +--simpletest +--symfony ที่นี่symfonyโฟลเดอร์ประกอบด้วยแกนทั้งหมดของ Symfony

103 directory-structure 

มีแนวทางใดบ้างในการตัดสินใจว่าคลาสควรอยู่ในชุด / DLL ของตัวเองหรือไม่? ฉันมักจะเห็นโรงเรียนแห่งความคิดสองแห่ง: 1) "การจัดกลุ่ม" ของคลาสทุกคลาสนั้นอยู่ใน DLL ของตัวเองเช่นที่เก็บบริการ DTO โครงสร้างพื้นฐานเป็นต้น 2) ทุกอย่างควรอยู่ใน DLL เดียว แต่แยกออกจาก namespaces / folder เช่นมี "Core" DLL ที่มี namespaces เพิ่มเติมเช่น Core.Repositories, Core.Services, Core.DTO เป็นต้น ที่ทำงานเราเพิ่งรวบรวมทุกอย่างในสภาเดียวที่เรียกว่า "ธุรกิจ" มีบางโฟลเดอร์ แต่ไม่มีการแยกที่แท้จริง - วัตถุทางธุรกิจ (ด้วยตรรกะซึ่งบางอันไม่ควรเป็นคลาส) จะถูกรวมเข้าในโฟลเดอร์ "BusinessObjects" โดยไม่สนใจ สิ่งที่ใช้ในคลาสมากกว่าหนึ่งอยู่ในโฟลเดอร์ "Core" ยูทิลิตี้อยู่ในโฟลเดอร์ "ยูทิลิตี้" โครงสร้างพื้นฐานการเข้าถึงข้อมูลคือโฟลเดอร์ "ข้อมูล" - คุณจะได้รับแนวคิด สำหรับโมดูลใหม่ที่ฉันกำลังทำงานอยู่ฉันต้องการ / …

22 c#  architecture  directory-structure 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดเมื่อปีที่แล้ว ฉันค่อนข้างใหม่กับ Azure แต่ฉันสังเกตเห็นว่า Visual Studio สร้างโฟลเดอร์ต่อไปนี้โดยอัตโนมัติ ... /<nameOfAzureProject>/bin /<nameOfAzureProject>/obj /<nameOfAzureProject>/csx <== ... ตอนนี้โฟลเดอร์ bin และ obj นั้นค่อนข้างมาตรฐาน แต่ฉันไม่ชัดเจนเกี่ยวกับวัตถุประสงค์ของโฟลเดอร์csx ความคิดใด ๆ

10 visual-studio  azure  directory-structure 

ในการพัฒนาของฉัน (เป็นหลัก C ++) ฉันได้ปฏิบัติตามการใช้งานบิลด์ที่มาจากแหล่งต่าง ๆ มานาน นั่นคือที่มาของฉันมักจะนั่งอยู่ใน/project/srcไดเรกทอรีและสร้างอาศัยอยู่ใน/project/build/bin/release, /project/build/bin/debugไดเรกทอรี ฉันทำสิ่งนี้เพราะมันทำให้ไดเรกทอรีต้นทางของฉันสะอาดจากไฟล์ระดับกลางฉันมีที่เดียวสำหรับไบนารีทั้งหมดของฉันบรรจุภัณฑ์ง่ายกว่าการทำความสะอาดง่ายขึ้นและการควบคุมเวอร์ชันทำได้ง่ายขึ้น (ฉันคิดถึงอะไรเหรอ?) ฉันกำลังสืบทอดโครงการ (ขนาดใหญ่) ในขณะนี้ที่ใช้การสร้างในแหล่งที่มา แรงจูงใจสำหรับโครงสร้างประเภทนี้คืออะไรและมีข้อดีอย่างไร? (ฉันกังวลมากที่สุดกับเหตุผลระดับวิศวกรรมกับเหตุผลส่วนตัวที่ชอบ) ฉันหวังว่า "การออกแบบซอฟต์แวร์ C ++ ขนาดใหญ่ของ Lakos" จะมีน้ำหนักอยู่ในนั้น แต่ฉันก็พลาดถ้ามันทำ

10 builds  directory-structure  large-scale-project  cmake