ข้อ จำกัด ที่ร้ายแรงที่สุดของ Unity คืออะไร [ปิด]

เมื่อได้อ่านคำถามที่ร้อนแรงเกี่ยวกับ Unity vs. UDK vs. ID บางอย่างฉันอยากรู้ว่า: อะไรคือข้อ จำกัดที่ซ้ำแล้วซ้ำอีกที่ทำให้หมดกำลังใจที่สุดของ Unity

เพื่อที่จะทำให้คำถามนี้ไม่เป็นอัตนัยอีกครั้งฉันกำลังพูดถึงผู้กระทำผิดซ้ำกันบนของ Unity คือ นี่คือสิ่งที่ในฐานะผู้ใช้ Unity คุณต้องการมีคนบอกคุณก่อนเริ่มใช้งาน

ฉันเคยได้ยินจากคนที่ Unity ไม่จัดการกับการควบคุมเวอร์ชันได้ดีเพราะมันสร้างไฟล์ไบนารีจำนวนมาก (ซึ่งไม่สามารถกระจายได้) สำหรับฉันนี่มันไม่ง่อยเลยจริง ๆ ขณะที่ฉันทำงานคนเดียว

คิด?

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

ที่ถูกกล่าวว่า:

1) การรวมแหล่งการควบคุมที่ไม่ดีและเครื่องมือของทีมขนาดใหญ่ ดังที่คุณกล่าวถึงไฟล์ไบนารีที่ไม่สามารถกระจายได้จำนวนมาก เอดิเตอร์ละเว้นแฟล็ก read only สำหรับไฟล์ฉาก ไฟล์จริงที่คุณต้องเช็คอินไม่ชัดเจนทันที บางส่วนกำลังถูกแก้ไขใน 3.5 ด้วยการรวม SVN และ P4 นอกจากนี้ยังมีสัญญาของรูปแบบฉากตามข้อความ UPDATE: รูปแบบข้อความตามฉากนั้นมีให้บริการในรุ่น Pro ของ Unity แล้ว ดูที่นี่

2) เครื่องมือ UI ที่ช้าเป็นโปรแกรมเมอร์ วิดเจ็ตแต่ละรายการเป็นสายเรียกเข้าของตัวเองซึ่งมีค่าใช้จ่ายจำนวนมากบนแพลตฟอร์มมือถือ ไม่มีแนวคิดของสิ่งต่าง ๆ เช่นพาเนลที่มีภาพเคลื่อนไหวและทุกสิ่งที่น่าสนใจอื่น ๆ ที่ทำให้ UI รู้สึกดีโดยไม่ต้องกลิ้งตัวเอง มีสัญญาของระบบ UI ใหม่บนแผนงาน (3.6?) มีเครื่องมือของบุคคลที่สามอยู่บ้าง แต่ก็ไม่ได้ยอดเยี่ยม

3) การแก้ไขอนุภาคพื้นฐานจริงๆ พวกเขากำลังสัญญากับระบบเส้นโค้งแบบใหม่ใน 3.5 UPDATE: ระบบเส้นโค้งนี้เรียกว่า Shuriken พร้อมให้บริการแล้ว ดูที่นี่

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

5) ถัดจากสิ่งที่เป็นไปไม่ได้ที่จะได้รับเกม iOS ต่ำกว่าขีด จำกัด อากาศ ไบนารีเพียงอย่างเดียวนั้นมีขนาด 8 เมกกะบิตในสถานการณ์กรณีที่ดีที่สุด นี่ไม่ใช่สิ่งที่สามารถแก้ไขได้ง่าย

6) ข้อผิดพลาดในการอ้างอิงที่ไม่มีข้อผิดพลาดของแพลตฟอร์มที่ไม่อนุญาตให้คอมไพล์โค้ด JIT สำหรับเวอร์ชันสแตนด์อโลนหรือบนเว็บ NREs จะถูกตรวจจับ มันยังคงเป็นข้อยกเว้นที่ไม่ได้ตรวจสอบ แต่อย่างน้อยแอปพลิเคชันจะพยายามทำงานต่อไป บน iOS มันทำให้อุปกรณ์ขัดข้อง คุณสามารถวางไว้ในโหมดดีบักและตรวจจับข้อยกเว้นบางประเภท แต่ประสิทธิภาพลดลง

7) เมื่อทำงานกับเกมแบบหลายแพลตฟอร์มทุกครั้งที่คุณเปลี่ยนเป้าหมายการสร้างคุณต้องนำเข้าใหม่ทุกอย่างและใช้เวลานาน ฉันได้แก้ไขสิ่งนี้โดยเพียงแค่มีหลายสำเนาของโครงการในดิสก์ เห็นได้ชัดว่ามีเซิร์ฟเวอร์สินทรัพย์ที่นำเข้ามาใน 3.5

เมื่อฉันและเพื่อนประเมินความสามัคคีสำหรับโครงการขนาดใหญ่เราพบว่าหนึ่งในปัญหาที่ใหญ่กว่าคือประสิทธิภาพการทำงานด้วยซอฟต์แวร์ที่น่าสนใจ ถ้าฉันจำได้อย่างถูกต้องเรามีบางสิ่งบางอย่างเช่น 10 อนิเมชั่นเคลื่อนไหวด้วย 1,000 verts แต่ละอันและฉันได้ 20fps ในขณะที่ใช้คอมพิวเตอร์ midend ... ไม่ค่อยดี ...

ปัญหาอันดับหนึ่งของฉันคือการควบคุมเวอร์ชัน การแก้ไขปัญหา? เพียงใช้ DropBox สำหรับโครงการ Unity หากคุณตั้งค่าไว้อย่างถูกต้อง (เช่นชำระค่าบริการ "PackRat") จะเก็บประวัติการแก้ไข นอกจากนี้ยังง่ายกว่ามากที่จะทำงานร่วมกับนักออกแบบด้วยวิธีนี้ผู้ที่ไม่ต้องการรู้เกี่ยวกับการควบคุมเวอร์ชันดั้งเดิม DropBox มอบโซลูชันที่โปร่งใสให้พวกเขา ข้อเสียคือการแยก / รวมกันไม่ได้รับการสนับสนุนในลักษณะที่เป็นเช่น git, SVN

สำหรับผู้ที่สงสัย ...

ในขณะที่ Dropbox ทำหน้าที่เป็นบริการจัดเก็บข้อมูลโฟกัสของมันคือการซิงโครไนซ์และแบ่งปัน รองรับประวัติการแก้ไขดังนั้นไฟล์ที่ถูกลบจากโฟลเดอร์ Dropbox อาจถูกกู้คืนจากคอมพิวเตอร์ที่ซิงค์เครื่องใดก็ได้ [33] [34] การควบคุมเวอร์ชันของ Dropbox ยังช่วยให้ผู้ใช้ทราบประวัติของไฟล์ที่พวกเขากำลังทำงานอยู่ทำให้ผู้ใช้มากกว่าหนึ่งคนสามารถแก้ไขและโพสต์ไฟล์อีกครั้งโดยไม่มีความยุ่งยากในการสูญเสียแบบฟอร์มก่อนหน้านี้ [35] ประวัติรุ่น จำกัด อยู่ที่ 30 วัน ตัวเลือกการชำระเงินสำหรับประวัติรุ่นไม่ จำกัด ที่เรียกว่า "Pack-Rat" มีให้บริการ

ดูที่นี่สำหรับการอ้างอิงที่มั่นคงจากฟอรัม Unity

นอกเหนือจากนั้นสิ่งเดียวที่ฉันพบว่าน่ารำคาญเกี่ยวกับ Unity คือมันไม่มีจุดเข้าใช้งานในลักษณะที่ C ทำ (main ()) หรือ AS3 ทำ (class document) แต่คุณเพิ่งวางแอพไว้ใน GameObject ที่ว่างเปล่าไม่ใช่เรื่องใหญ่ การไหลของรหัสแตกต่างกันเล็กน้อยรอบ ๆ โครงสร้างที่มีอยู่นี้เช่นกัน แต่อีกครั้งไม่มีอะไรยากเกินกว่าจะจับได้

สำหรับใบอนุญาตนั้นคนส่วนใหญ่ไม่ได้ตระหนักถึง (และฉันหมายถึงการดำเนินงานอินดี้ขนาดเล็กและมือสมัครเล่นที่อาจไม่มีเงินที่จะจ่ายสำหรับใบอนุญาตมืออาชีพและผู้จัดการสินทรัพย์เพิ่มเติม) ที่คุณสามารถทำทุกสิ่งที่คุณทำได้ เคยต้องการกับรุ่นพื้นฐาน / ฟรี จริงๆมันไม่ได้เป็นอุปสรรคใหญ่ทีม Unity ได้ใจกว้างมาก

ฉันคิดถึงข้อ จำกัด ที่สำคัญอื่นที่ทำให้ฉันรำคาญทุกวันดังนั้นฉันจะโพสต์สิ่งนี้แยกจากกัน

Unity3D ต้องการให้คุณแก้ไขสคริปต์ของคุณใน MonoDevelop โดยเฉพาะ MonoDevelop รุ่นเก่าที่พวกเขาแจกจ่าย ฟังก์ชัน "ค้นหาในไฟล์" ของรุ่นนี้ใช้งานไม่ได้ซึ่งโดยทั่วไปแล้วการใช้งานจะทำให้ IDE หยุดทำงานทำให้ไม่สามารถใช้งานได้

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

แก้ไข: คำตอบนี้ถูกโพสต์ในปี 2011: ข้อผิดพลาดการค้นหาในไฟล์ได้รับการแก้ไขบางเวลาที่ผ่านมาขอบคุณ และตามที่ผู้วิจารณ์กล่าวว่าคุณสามารถแก้ไขรหัสของคุณในโปรแกรมแก้ไขอื่น ๆ (แม้ว่าตัวเลือกของคุณจะถูก จำกัด หากคุณต้องการให้สามารถทำงานในดีบักเกอร์ได้)

สำหรับฉันข้อ จำกัด ที่ร้ายแรงที่สุดอยู่ใน EULA:

"Gambling Restrictions You may not distribute or publish any Licensee Content in connection with any Gambling Activities without a separate license from Unity."

This means that since v4.0, you cannot use Unity for games involving cash / chance, unless you or your clients are prepared to pay an additional license fee which is negotiated on a case by case basis. I.e. they see how much you are worth and tax you accordingly, with 6 figures being quoted.

More disturbing is that who knows what they will add to v5 EULA. Perhaps all social games? Perhaps all multi-player games?

Any developer using Unity is at risk of being held to ransom in a future release.

Good question. For me, the biggest problem is the GUI. I don't mind it being programmer-centric, but I do mind the awful way in which GUI objects are functions rather than an object, and that GUI handling is all stuffed into one function call which is used for rendering and for event handling, and that there's no integration with the input system (meaning clicks on GUI elements can be interpreted as clicks in the world), etc.

A secondary problem is the lack of adequate version control support (mostly because the system uses the directory layout as the project layout, which confuses the VCS when you move or rename things), but this can be worked around and isn't a problem for everybody.