คำถามติดแท็ก code-organization

8
คุณจัดระเบียบโครงการอย่างไร [ปิด]
คุณมีรูปแบบเฉพาะของการจัดระเบียบโครงการหรือไม่? ตัวอย่างเช่นขณะนี้ฉันกำลังสร้างโครงการสำหรับโรงเรียนสองแห่งที่นี่ในโบลิเวียนี่คือวิธีที่ฉันจัดระเบียบ: TutoMentor (Solution) TutoMentor.UI (Winforms project) TutoMentor.Data (Class library project) คุณจัดระเบียบโครงการของคุณอย่างไร คุณมีตัวอย่างของสิ่งที่คุณจัดระเบียบและภาคภูมิใจหรือไม่? คุณสามารถแชร์ภาพหน้าจอของบานหน้าต่างโซลูชันได้หรือไม่ ในส่วน UI ของแอปพลิเคชันของฉันฉันมีปัญหาในการตัดสินใจเลือก schema ที่ดีเพื่อจัดระเบียบแบบฟอร์มต่าง ๆ และที่ที่พวกเขาอยู่ แก้ไข: สิ่งที่เกี่ยวกับการจัดระเบียบแบบฟอร์มต่าง ๆ ในโครงการ. UI ฉันควรจัดกลุ่มฟอร์มที่แตกต่างกันที่ไหน? การทำให้พวกเขาทั้งหมดอยู่ในระดับรากของโครงการเป็นความคิดที่ไม่ดี

19
วิธีการเขียนโค้ดที่เร็วขึ้น (โดยไม่ต้องเสียสละคุณภาพ) [ปิด]
ฉันเป็นนักเขียนโค้ดมืออาชีพมาหลายปีแล้ว ความคิดเห็นเกี่ยวกับรหัสของฉันได้รับโดยทั่วไปเดียวกัน: เขียนรหัสดีดีผ่านการทดสอบ แต่อาจจะเร็วขึ้น ดังนั้นฉันจะกลายเป็น coder ที่เร็วขึ้นโดยไม่ต้องเสียสละคุณภาพได้อย่างไร เพื่อประโยชน์ของคำถามนี้ฉันจะ จำกัด ขอบเขตไว้ที่ C # เนื่องจากนั่นคือสิ่งที่ฉันเขียนโค้ด (เพื่อความสนุกสนาน) - หรือ Java ซึ่งคล้ายกันมากพอในหลาย ๆ เรื่อง สิ่งที่ฉันทำอยู่แล้ว: เขียนวิธีแก้ปัญหาขั้นต่ำที่จะทำให้งานเสร็จ เขียนบททดสอบอัตโนมัติ (ป้องกันการถดถอย) เขียน (และใช้) ไลบรารีที่ใช้ซ้ำได้สำหรับทุกสิ่ง ใช้เทคโนโลยีที่รู้จักกันดีซึ่งทำงานได้ดี (เช่นไฮเบอร์เนต) ใช้รูปแบบการออกแบบที่เข้าที่ (เช่น Singleton) ทั้งหมดนี้ยอดเยี่ยม แต่ฉันไม่รู้สึกว่าความเร็วของฉันเพิ่มขึ้นเมื่อเวลาผ่านไป ฉันทำดูแลเพราะถ้าผมสามารถทำบางสิ่งบางอย่างเพื่อเพิ่มผลผลิตของฉัน (แม้โดย 10%) ที่ 10% เร็วกว่าคู่แข่งของฉัน (ไม่ใช่ว่าฉันมี) นอกจากนี้ฉันได้รับเงินคืนจากผู้จัดการของฉันอย่างสม่ำเสมอไม่ว่าจะเป็นการพัฒนา Flash ขนาดเล็กหรือการพัฒนา Java / C ++ ขององค์กร แก้ไข:ดูเหมือนจะมีคำถามมากมายเกี่ยวกับสิ่งที่ฉันหมายถึงอย่างรวดเร็วและฉันรู้ว่าฉันช้า …

11
ฉันจะจัดระเบียบแผนผังต้นกำเนิดของฉันได้อย่างไร
ฉันเป็นนักพัฒนารายบุคคลที่ทำงานเป็นส่วนใหญ่บนเว็บโปรเจ็กต์ (W / LAMP) และบางครั้งในโปรเจ็กต์ C / C ++ (ไม่ใช่ GUI) ที่ระดับเฉลี่ย ฉันมักจะต่อสู้กับโครงสร้างต้นไม้ซอร์สโค้ดของฉัน ที่จริงแล้วโดยทั่วไปฉันไม่ได้ทำโครงการให้เสร็จโดยไม่ต้องทิ้งต้นไม้ทั้งหมดแล้วจัดเรียงชิ้นส่วนใหม่ 3-4 ครั้งซึ่งต้องใช้ความพยายามอย่างมากและยิ่งกว่านั้นผลลัพธ์สุดท้ายก็ดูเหมือนจะเป็นการประนีประนอม บางครั้งฉันก็จบลงด้วยการจำแนกแหล่งที่มา - ต้นไม้ที่ยาวมากและโฟลเดอร์ย่อย ในบางครั้งฉันก็จะมุ่งเน้นไปที่ไฟล์ทั้งหมดในโฟลเดอร์เฉพาะตามวัตถุประสงค์ที่ใหญ่กว่าที่พวกเขาให้บริการและนำไปสู่โฟลเดอร์ 'วุ่นวาย' ในแหล่งที่มา ฉันต้องการถาม: มีหลักการ / ตรรกะ / แนวปฏิบัติที่ดีที่สุดที่สามารถช่วยฉันจัดโครงสร้างต้นกำเนิดของฉันได้ดีขึ้นหรือไม่ มีเทคนิคกราฟิก / ไดอะแกรม (เช่น: DFD ในกรณีของดาต้าโฟลว์) ที่สามารถช่วยให้ฉันเห็นภาพต้นไม้ต้นกำเนิดของฉันล่วงหน้าจากการวิเคราะห์โครงการหรือไม่ กลยุทธ์ใดที่จะนำมาใช้กับโครงสร้างไฟล์มัลติมีเดียที่เชื่อมโยงกับโครงการ เกี่ยวกับเงินรางวัล : ฉันซาบซึ้งกับคำตอบที่มีอยู่กับสมาชิกที่แบ่งปันแนวปฏิบัติของตัวเองอย่างไรก็ตามฉันต้องการสนับสนุนคำตอบทั่วไป (หรือแหล่งข้อมูล) และคำแนะนำเพิ่มเติมและการตอบสนองเพิ่มเติมจากสมาชิก

19
เหตุใดฉันจึงต้องใส่ใจเกี่ยวกับประสิทธิภาพของไมโครและประสิทธิภาพ?
คำถามและคำตอบมากมายในหน้า C / C ++ โดยเฉพาะหรือหารือเกี่ยวกับปัญหาประสิทธิภาพการทำงานของไมโคร (เช่นค่าใช้จ่ายของฟังก์ชั่น vs vs direct vs inline ทางอ้อม) หรือการใช้อัลกอริทึมO (N 2 ) vs O (N log N) รายการ 100 รายการ ฉันมักจะเขียนโค้ดโดยไม่ต้องกังวลเกี่ยวกับประสิทธิภาพของไมโครและความกังวลเล็กน้อยเกี่ยวกับประสิทธิภาพของมาโครโดยมุ่งเน้นที่การบำรุงรักษาที่ง่ายและเชื่อถือได้นอกจากว่าฉันรู้ว่าฉันมีปัญหา คำถามของฉันคือเหตุใดโปรแกรมเมอร์จำนวนมากจึงสนใจ? มันเป็นปัญหาสำหรับนักพัฒนาส่วนใหญ่จริง ๆ หรือไม่ฉันเพิ่งโชคดีพอที่จะไม่ต้องกังวลกับมันมากเกินไปหรือฉันเป็นโปรแกรมเมอร์ที่ไม่ดี?

9
คุณจะจัดระเบียบซอฟต์แวร์ที่ปรับแต่งได้อย่างไร
ฉันกำลังทำงานในโครงการซอฟต์แวร์ขนาดใหญ่ซึ่งได้รับการปรับแต่งอย่างดีสำหรับลูกค้าที่หลากหลายทั่วโลก ซึ่งหมายความว่าเราอาจมีรหัส 80% ซึ่งเป็นเรื่องปกติระหว่างลูกค้าหลายราย แต่ยังมีรหัสจำนวนมากที่ต้องเปลี่ยนจากลูกค้ารายหนึ่งเป็นลูกค้ารายอื่น ในอดีตที่ผ่านมาเราทำการพัฒนาของเราในที่เก็บแยกต่างหาก (SVN) และเมื่อโครงการใหม่เริ่มต้น (เรามีน้อย แต่ลูกค้าขนาดใหญ่) สร้างพื้นที่เก็บข้อมูลอื่นตามโครงการที่ผ่านมามีพื้นฐานรหัสที่ดีที่สุดสำหรับความต้องการของเรา สิ่งนี้ได้ผลในอดีต แต่เราพบปัญหาหลายประการ: ข้อบกพร่องที่ได้รับการแก้ไขในที่เก็บหนึ่งจะไม่ได้รับการแก้ไขในที่เก็บอื่น ๆ นี่อาจเป็นปัญหาขององค์กร แต่ฉันพบว่ามันยากที่จะแก้ไขและแก้ไขข้อบกพร่องในที่เก็บ 5 แห่งที่แตกต่างกันโดยคำนึงว่าทีมที่ดูแลพื้นที่เก็บข้อมูลนี้อาจอยู่ในอีกส่วนหนึ่งของโลกและเราไม่มีสภาพแวดล้อมการทดสอบ ไม่ทราบกำหนดการหรือข้อกำหนดที่ต้องมี ("ข้อบกพร่อง" ในประเทศหนึ่งอาจเป็น "คุณสมบัติ" ในอีกประเทศหนึ่ง) คุณสมบัติและการปรับปรุงที่ทำไว้สำหรับโครงการหนึ่งซึ่งอาจเป็นประโยชน์สำหรับโครงการอื่นหายไปหรือหากใช้ในโครงการอื่นมักทำให้เกิดอาการปวดหัวขนาดใหญ่รวมจากรหัสฐานหนึ่งไปยังอีกโครงการหนึ่ง (เนื่องจากทั้งสองสาขาอาจได้รับการพัฒนาอย่างอิสระเป็นเวลาหนึ่งปี ) Refactorings และการปรับปรุงรหัสที่ทำในสาขาการพัฒนาหนึ่งอาจสูญหายหรือก่อให้เกิดอันตรายมากกว่าดีถ้าคุณต้องรวมการเปลี่ยนแปลงทั้งหมดเหล่านี้ระหว่างสาขา ขณะนี้เรากำลังพูดถึงวิธีการแก้ปัญหาเหล่านี้และในขณะนี้ได้มีแนวคิดต่อไปนี้เกี่ยวกับวิธีการแก้ไขปัญหาดังกล่าว: ทำการพัฒนาในสาขาที่แยกกันแต่จัดระเบียบได้ดีขึ้นด้วยการมีที่เก็บส่วนกลางที่มีการแก้ไขข้อบกพร่องทั่วไปและรวมโครงการทั้งหมดเข้าด้วยกันการเปลี่ยนแปลงจากที่เก็บส่วนกลางนี้เป็นของตัวเองเป็นประจำ (เช่นทุกวัน) เรื่องนี้ต้องมีวินัยอย่างมากและมีความพยายามอย่างมากในการผสานระหว่างสาขา ดังนั้นฉันไม่มั่นใจว่ามันจะทำงานได้และเราสามารถรักษาวินัยนี้โดยเฉพาะอย่างยิ่งเมื่อเวลากดดัน ละทิ้งการพัฒนาแยกสาขาและมีที่เก็บรหัสกลางที่รหัสของเราทั้งหมดอยู่และทำการปรับแต่งของเราโดยมีโมดูลที่เสียบได้และตัวเลือกการกำหนดค่า เรากำลังใช้คอนเทนเนอร์การพึ่งพาการพึ่งพาเพื่อแก้ไขการพึ่งพาในรหัสของเราและเรากำลังติดตามรูปแบบ MVVM ในรหัสส่วนใหญ่ของเราเพื่อแยกตรรกะทางธุรกิจออกจาก UI ของเราอย่างหมดจด วิธีที่สองดูเหมือนจะสง่างามกว่า แต่เรามีปัญหาที่ยังไม่คลี่คลายในแนวทางนี้ ตัวอย่างเช่นวิธีจัดการกับการเปลี่ยนแปลง / การเพิ่มเติมในแบบจำลอง / ฐานข้อมูลของคุณ เราใช้. NET กับ …

6
ใช้คลาสสาธารณะที่ซ้อนกันเพื่อจัดระเบียบค่าคงที่
ฉันกำลังทำงานกับแอปพลิเคชันที่มีค่าคงที่จำนวนมาก ในการตรวจสอบโค้ดครั้งล่าสุดพบว่าค่าคงที่กระจัดกระจายเกินไปและควรจัดเป็นไฟล์ค่าคงที่ "มาสเตอร์" ไฟล์เดียว ความขัดแย้งเกี่ยวกับวิธีการจัดระเบียบพวกเขา คนส่วนใหญ่รู้สึกว่าการใช้ชื่อคงที่ควรจะดีพอ แต่สิ่งนี้จะนำไปสู่โค้ดที่มีลักษณะดังนี้: public static final String CREDITCARD_ACTION_SUBMITDATA = "6767"; public static final String CREDITCARD_UIFIELDID_CARDHOLDER_NAME = "3959854"; public static final String CREDITCARD_UIFIELDID_EXPIRY_MONTH = "3524"; public static final String CREDITCARD_UIFIELDID_ACCOUNT_ID = "3524"; ... public static final String BANKPAYMENT_UIFIELDID_ACCOUNT_ID = "9987"; ฉันพบว่าการตั้งชื่อประเภทนี้ยุ่งยาก ฉันคิดว่าการใช้คลาสที่ซ้อนกันในที่สาธารณะอาจทำได้ง่ายกว่าและมีบางอย่างเช่นนี้: public class IntegrationSystemConstants { public …

4
วิธีที่ดีที่สุดในการจัดระเบียบไฟล์คลาสและส่วนต่อประสาน
ตกลง .. หลังจากการสนทนาทั้งหมดฉันเปลี่ยนคำถามเล็กน้อยเพื่อให้สะท้อนตัวอย่างที่เป็นรูปธรรมที่ฉันจัดการดีขึ้น ฉันมีสองคลาสModelOneและคลาสModelTwoเหล่านี้มีฟังก์ชันการทำงานที่คล้ายกัน แต่ไม่เกี่ยวข้องกัน แต่ฉันมีชั้นที่สามCommonFuncที่มีบางฟังก์ชันการทำงานของประชาชนที่จะดำเนินการทั้งในModelOneและและได้รับปัจจัยจากการเป็นต่อModelTwo DRYทั้งสองรุ่นมีอินสแตนซ์ภายในModelMainคลาส (ซึ่งเป็นอินสแตนซ์ในระดับที่สูงขึ้น ฯลฯ - แต่ฉันหยุดที่ระดับนี้) ภาชนะ IoC ว่าฉันใช้เป็นไมโครซอฟท์สามัคคี ฉันไม่แกล้งทำเป็นผู้เชี่ยวชาญ แต่ฉันเข้าใจว่าคุณลงทะเบียน tuple ของ interface และ class กับ container และเมื่อคุณต้องการ class คอนกรีตคุณถาม IoC container สำหรับวัตถุใด ๆ ที่ตรงกับ interface เฉพาะ นี่ก็หมายความว่าสำหรับทุกวัตถุที่ฉันต้องการยกตัวอย่างจาก Unity จะต้องมีอินเตอร์เฟสที่ตรงกัน เพราะแต่ละชั้นเรียนของฉันดำเนินการที่แตกต่างกัน (และไม่ทับซ้อนกัน) ฟังก์ชั่นนี้หมายถึงว่ามีอัตราส่วน 1: ระหว่างอินเตอร์เฟซและชั้น 1 1 อย่างไรก็ตามมันไม่ได้หมายความว่าฉันกำลังเขียนอินเทอร์เฟซสำหรับแต่ละคลาสที่ฉันเขียน ดังนั้นรหัสฉลาดฉันท้ายด้วย2 : public interface ICommonFunc { …

2
วิธีจัดโครงสร้างโซลูชัน / โครงการที่ทับซ้อนกันหลายรายการใน. Net
ฉันเพิ่งเริ่มทำงานกับลูกค้าใหม่ที่มีมรดกเก่า codebaseซึ่งมีโซลูชัน. net หลายรายการโดยทั่วไปแต่ละโฮสต์โฮสต์บางโครงการที่ไม่ซ้ำกันกับโซลูชันนั้น แต่แล้วลิงก์ "ยืม" / "ใน" (เพิ่มโครงการที่มีอยู่) บางโครงการอื่น ๆ ซึ่งทางเทคนิคเป็นของโซลูชั่นอื่น ๆ (อย่างน้อยถ้าคุณไปตามโครงสร้างโฟลเดอร์ใน TFS) ฉันไม่เคยเห็นการตั้งค่านี้พันกันไม่มีคำสั่งสร้างที่ชัดเจนบางครั้งโครงการในการแก้ปัญหาการอ้างอิงที่กำลังโดยตรงจากไดเรกทอรีผลลัพธ์ของโครงการที่โฮสต์ในโซลูชัน B บางครั้งโครงการได้รวมโดยตรงแม้ว่ามันจะอยู่ ไกลออกไปในโครงสร้างโฟลเดอร์ ดูเหมือนว่าทุกอย่างได้รับการปรับปรุงเพื่อความเกียจคร้านของนักพัฒนาซอฟต์แวร์ เมื่อฉันเผชิญหน้ากับพวกเขาว่าทำไมพวกเขาถึงไม่มีเซิร์ฟเวอร์ CI พวกเขาตอบว่ามันยากที่จะตั้งค่าด้วยรหัสที่จัดระเบียบแบบนี้ (ฉันกำลังตั้งค่าตอนนี้และสาปแช่งรหัสองค์กร) การแก้ปัญหาถูกจัดระเบียบรอบ ๆ สิ่งประดิษฐ์การปรับใช้ (สิ่งที่ต้องมีการปรับใช้ร่วมกันอยู่ในโซลูชันเดียวกัน) ซึ่งฉันคิดว่าเป็นการตัดสินใจที่ชาญฉลาด แต่เนื้อหาของการแก้ปัญหาเหล่านั้น (โครงการ) อยู่ทั่วสถานที่ มีมติของวิธีปฏิบัติที่ดีที่สุดที่จะใช้เมื่อนำไลบรารีคลาสทั่วไปกลับมาใช้ซ้ำในหลายโซลูชัน / การปรับใช้ส่วน วิธีการโครงสร้างรหัสใน VCS วิธีอำนวยความสะดวกในการแบ่งปันตรรกะทางธุรกิจระหว่างส่วนการปรับใช้แยกต่างหาก

5
ฟังก์ชั่นเล็ก ๆ เทียบกับการรักษาหน้าที่การใช้งานในฟังก์ชั่นเดียวกัน
ฉันมีคลาสที่ตั้งค่าอาร์เรย์ของโหนดและเชื่อมต่อกับแต่ละอื่น ๆ ในโครงสร้างคล้ายกราฟ เป็นการดีที่สุดที่จะ: คงฟังก์ชันการทำงานเพื่อเริ่มต้นและเชื่อมต่อโหนดในฟังก์ชันเดียว มีฟังก์ชั่นการเริ่มต้นและการเชื่อมต่อในฟังก์ชั่นที่แตกต่างกันสองฟังก์ชั่น (และมีลำดับที่ต้องพึ่งพาซึ่งต้องเรียกใช้ฟังก์ชั่น - แม้ว่าโปรดทราบว่าฟังก์ชั่นเหล่านี้เป็นแบบส่วนตัว) วิธีที่ 1: (แย่ในฟังก์ชั่นหนึ่งที่ทำสองสิ่ง แต่มันเก็บหน้าที่การทำงานที่พึ่งพากันไว้ด้วยกัน - โหนดไม่ควรเชื่อมต่อโดยไม่ต้องเริ่มต้นก่อน) init() { setupNodes() } private func setupNodes() { // 1. Create array of nodes // 2. Go through array, connecting each node to its neighbors // according to some predefined constants } วิธีที่ 2: (ในแง่ที่ดีกว่าว่าเป็นการจัดทำเอกสารด้วยตนเอง …

4
มันเป็นการดีหรือไม่ที่จะแยกฟังก์ชั่นหลักออกจากไฟล์ของมัน?
เป็นการดีที่จะมีไฟล์ main.c ที่เพิ่งมีฟังก์ชั่นหลักอยู่หรือไม่และไม่มีฟังก์ชั่นอื่น ๆ เพื่อให้สามารถเชื่อมต่อฟังก์ชั่นอื่น ๆ ได้หรือไม่? หากไม่มีกฎที่ชัดเจนเมื่อใดที่ควรทำและไม่ควรทำเมื่อใด

1
การจัดระเบียบไดเรกทอรีของที่เก็บ CMake (C ++) ที่มีหลายโครงการ
ฉันต้องการคำแนะนำเกี่ยวกับองค์กรของชุดโครงการ C ++ ที่เกี่ยวข้อง แต่เป็นอิสระที่เก็บไว้ในที่เก็บ (git) เดียว โครงการใช้ CMake สำหรับตัวอย่างที่ง่ายเรานึกภาพ 2 โครงการ A และ B ขึ้นอยู่กับ B. คนส่วนใหญ่ที่พัฒนา A จะได้รับ B ผ่านระบบบรรจุภัณฑ์ ดังนั้นพวกเขาจะรวบรวมเพียง A. อย่างไรก็ตามเราควรอนุญาตให้นักพัฒนาคอมไพล์ทั้ง A และ B เอง (และติดตั้ง) แยกกันหรือรวมกัน นี่คือข้อเสนอ: └── Repo1 ├── CMakeLists.txt (1) ├── A │ ├── CMakeLists.txt (2) │ ├── include │ │ ├── aaa.h …

2
คลาส, enums และเอนทิตีอื่น ๆ ควรอยู่ในไฟล์แยกกันหรือไม่?
หัวหน้าทีมของ บริษัท ของฉัน \ สถาปนิกระบุว่าโครงการขนาดใหญ่นั้นง่ายต่อการเข้าใจหากวางเอนทิตีที่เชื่อมต่อด้วยตรรกะไว้ในไฟล์. cs หนึ่งไฟล์ ฉันพูด: "โครงสร้างทั้งหมดของลอจิกและอินเตอร์เฟสและคลาสสามารถเห็นได้ในที่เดียวนี่คืออาร์กิวเมนต์ที่ไม่สามารถหักล้างได้เมื่อต้องการดูสิ่งเดียวกัน แต่ด้วยไฟล์จำนวนมากคุณต้องใช้เครื่องมือ ไดอะแกรม R # สำหรับการนำทาง ฯลฯ " "ตามทฤษฎีที่ไม่ดีฉันอาจกรีดร้องว่ากองทัพของไฟล์ที่แยกกันนั้นเจ๋ง แต่เมื่อพูดถึงการเปลี่ยนแปลงโค้ดที่มีอยู่โดยเฉพาะอย่างยิ่งถ้าคุณไม่ใช่นักเขียนของรหัสนี้มันยากมากที่จะเข้าใจไฟล์ที่กระจัดกระจาย ดังนั้นในฟอรัมคุณสามารถเขียนว่า "หนึ่ง enum - one file" แต่ในทางปฏิบัติไม่ควรใช้วิธีนี้ " "... สำหรับการแยกรหัสฐานระหว่างนักพัฒนาทุกวันนี้มันไม่ใช่ปัญหาในการแก้ไขไฟล์เดียวกันพร้อม ๆ กันการผสานไม่ใช่ปัญหา" ฉันได้ยินและอ่านหลาย ๆ ครั้งที่เราต้องสร้างหนึ่งไฟล์. cs ต่อ enum คลาสและอื่น ๆ และนี่คือวิธีปฏิบัติที่ดีที่สุด แต่ฉันไม่สามารถโน้มน้าวเขาได้ เขาบอกว่าเขาไม่เชื่อใจโปรแกรมเมอร์ที่รู้จักกันดีเช่น Jon Skeet ความเห็นของ Skeet ในหัวข้อนี้เป็นที่ที่ดีที่สุดในการค้นหาประเภท enum อยู่ที่ไหน คุณคิดอย่างไร? มีปัญหาจริงเหรอ? …

1
การจัดระเบียบรหัสสำหรับการพัฒนาแอป iOS
ฉันได้พัฒนาแอพสำหรับแพลตฟอร์ม iOS และเมื่อฉันดำเนินการต่อไปฉันสังเกตเห็นว่าฉันทำงานหนักมากในการจัดระเบียบไฟล์ของฉัน (.h, .m, .mm) มีมาตรฐานอุตสาหกรรมหรือแนวปฏิบัติที่ดีที่สุดในเรื่องการจัดระเบียบไฟล์สำหรับโครงการ iOS หรือไม่? ไฟล์ของฉันมีคลาสที่กำหนดเอง (ด้านข้างตัวควบคุมมุมมอง), ตัวควบคุมมุมมองที่กำหนดเอง, เนื้อหาของบุคคลที่สาม, รหัสที่ใช้งานได้กับ iOS 5.0+ และรหัสที่ใช้กับเวอร์ชันก่อนหน้าเท่านั้น สิ่งที่ฉันกำลังมองหาคือทางออกสำหรับการจัดระเบียบสิ่งต่าง ๆ ในลักษณะที่คนอื่น ๆ (หรือตัวฉันเองในอีกไม่กี่ปีข้างหน้า) สามารถดูและเข้าใจโครงสร้างพื้นฐานของแอปพลิเคชันและไม่หลงทางในไฟล์หลายไฟล์ที่พบ

3
โครงสร้างองค์กร Application PHP ที่ฉลาด?
มีโครงสร้างระบบไฟล์เป็นล้านและหนึ่งที่เข้าสู่โครงการโอเพ่นซอร์สมากมาย สิ่งต่าง ๆ เช่นโมดูลไฟล์ภาษาโดเมนไลบรารีบุคคลที่สามการโยกย้ายการทำให้เป็นสากลการสำรองข้อมูลและ syslinks ไปยังส่วนอื่น ๆ ของระบบทำให้เกิดวิธีการมากมายในการจัดระเบียบระบบไฟล์ของโครงการ ในฐานะนักพัฒนา PHP ฉันสงสัยว่ามาตรฐานประเภทใดจะเริ่มปรากฎในโครงการหรือไม่ ด้วยPSR-0ในที่สุดเราก็มีมาตรฐานสำหรับการตั้งชื่อและการโหลดไฟล์ - แต่มันไม่มีความรู้ของฉันเกี่ยวกับส่วนประกอบที่เหลือซึ่งประกอบขึ้นเป็นระบบหรือวิธีการจัดการอย่างมีสติ เรากำลังติดต่อกับ MVC เป็นอย่างมากดังนั้นตัวอย่างใดบ้างที่มีโครงการขนาดใหญ่ที่จัดการสิ่งเหล่านี้ได้อย่างถูกต้อง?

4
วิธีการรักษารหัสเศษเล็กเศษน้อยที่เหมือนกันในหลายโครงการ [ปิด]
เป็นการยากที่จะบอกสิ่งที่ถูกถามที่นี่ คำถามนี้คลุมเครือคลุมเครือไม่สมบูรณ์กว้างเกินไปหรือโวหารและไม่สามารถตอบได้อย่างสมเหตุสมผลในรูปแบบปัจจุบัน สำหรับความช่วยเหลือในการทำความเข้าใจคำถามนี้เพื่อที่จะสามารถเปิด, ไปที่ศูนย์ช่วยเหลือ ปิดให้บริการใน7 ปีที่ผ่านมา ฉันเป็นนักพัฒนาอินดี้ที่ทำงานในโครงการ Android หลายโครงการ ฉันมีปัญหากับการบำรุงรักษาฟังก์ชั่นเดียวกันในโครงการต่างๆ ตัวอย่างเช่นสามแอพของฉันใช้ 2 คลาสเดียวกัน เนื่องจากเป็นโครงการที่แตกต่างกันเมื่อฉันต้องการเปลี่ยนแปลงคลาสเหล่านั้นฉันจึงต้องทำสามครั้ง มีวิธีแก้ไขปัญหาทั่วไปประเภทนี้อย่างง่าย ๆ ไหม?

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.