Birliğin en ciddi sınırlaması nedir? [kapalı]

Unity vs. UDK vs. ID hakkındaki bu sıcak soruyu okuduktan sonra bilmek isterim: Unity'in defalarca en çok zarar veren sınırlaması nedir?

Bu soruyu öznelleştirmemek için tekrar, Birliğin en çok suçlanan suçlularından bahsediyorum. Bu, bir Birlik kullanıcısı olarak, kullanmaya başlamadan önce birisinin size söylemesini istediğiniz bir şeydir.

Unity'nin sürüm kontrolü ile iyi başa çıkmadığını, çok fazla ikili dosya oluşturduğundan (değiştirilemez) birinden duydum. Bu, bana göre, yalnız çalıştığım için gerçekten sakatlanmıyor.

Düşünceler?

Birlik adamlarının, toplumlarının karşı karşıya kaldığı temel nitelikleri duymak konusunda oldukça iyi olduklarını ve nihayetinde işleri iyileştirme vaat ettiklerini söyleyeyim. Ayrıca sadece belirli platformlarda ortaya çıkan ya da üzerinde çalıştığınız oyunun kişisel tercihleri ​​ya da özel sorunları olan birçok konu var.

Söyleniyor ki:

1) Kötü kaynak kontrol entegrasyonu ve büyük takım araçları. Bahsettiğiniz gibi, bir çok değişken olmayan ikili dosya. Editör, sahne dosyaları için salt okunur bayrağını dikkate almaz. Giriş yapmanız gereken gerçek dosyalar hemen belli değil. Bunun bir kısmı 3.5'te SVN ve P4 entegrasyonu ile düzeltiliyor. Ayrıca metin tabanlı sahne formatları vaat ediyor. GÜNCELLEME: Metin tabanlı sahne formatı artık Unity'nin Pro sürümünde mevcuttur. Buraya bakınız .

2) Yavaş, programlayıcı merkezli UI araçları. Her widget, mobil platformlarda çok fazla yükü olan kendi arama çağrısıdır. Animasyonlu paneller ve UI'yi kendiniz yuvarlamadan iyi hissetmenizi sağlayan diğer fantezi şeyler gibi şeyler kavramı yoktur. Yol haritasında yeni bir UI sistemi vaadi var (3.6?). Bazı üçüncü parti araçlar var ama harika değiller.

3) Gerçekten ilkel parçacık düzenleme. Yine de 3.5'te yeni bir eğri tabanlı sistem vaat ediyorlar. GÜNCELLEME: Shuriken adı verilen bu eğri tabanlı sistem şimdi mevcuttur. Buraya bakınız .

4) Prefabrik yuva yapamazsınız. Küçük bir sorun, ancak prefabrik sistemle ve size sağladığı tüm güçle çalışmaya alışkın olduğunuzda sinir bozucu olabilir. Bu söz verildi, ancak kesin bir tarih yok. GÜNCELLEME: Artık prefabrik yuvalayabilirsiniz.

5) Hava sınırının altında bir iOS oyunu elde etmek imkansız. Tek başına ikili, en iyi senaryoda 8 megs gibidir. Bu kolayca tamir edilebilir bir şey değil.

6) Boş başvuru istisnaları, JIT derlenmiş koduna izin vermeyen çökme platformları. Bağımsız veya web sürümlerinde, NRE'ler yakalanır. Hala yakalanmamış bir istisna, ancak en azından uygulama çalışmaya devam etmeye çalışacak. İOS'ta, cihaz çöküyor. Bunu hata ayıklama moduna geçirebilir ve bazı istisna türleri yakalayabilirsiniz, ancak performans düşüktür.

7) Çok platformlu bir oyun üzerinde çalışırken, yapı hedeflerini değiştirdiğinizde her şeyi yeniden içe aktarmanız gerekir ve bu uzun zaman alır. Bu konuda aslında sadece projenin birden çok kopyası disk üzerinde kopyalayarak çalıştım. Görünüşe göre 3.5'te ithal edilmiş bir varlık sunucusu var.

Ben ve bir arkadaşım, daha büyük bir proje için Birlik değerlendirdiğinde, en büyük sorunlardan birinin, yazılım kaplamasıyla ilgili performans olduğunu gördük. Eğer doğru bir şekilde hatırlıyorsam, her biri yaklaşık 1000 tane olan 10 canlandırma nesnesi vardı ve orta seviye bir bilgisayar kullanırken 20 fps aldım ... Çok iyi değil ...

Benim bir numaralı sorunu olduğunu sürüm kontrolü yeniden. Çözüm? Sadece Unity projeleri için DropBox kullanın. Doğru şekilde ayarlamanız koşuluyla (yani "PackRat" hizmeti için ödeme yaparsanız), revizyon geçmişini korur. Ayrıca geleneksel sürüm kontrolü hakkında bilgi sahibi olmak istemeyen tasarımcılarla işbirliği yapmak çok daha kolaydır, DropBox onlara şeffaf bir çözüm sunar. Dezavantajı dallanma / birleşme gerçekten oldukları gibi desteklenmiyor. git, SVN.

Şüphe edenler için ...

Dropbox bir depolama servisi olarak işlev görürken, odak noktası senkronizasyon ve paylaşımdır. Revizyon geçmişini destekler, böylece Dropbox klasöründen silinen dosyalar senkronize edilen bilgisayarlardan herhangi birinden kurtarılabilir. [33] [34] Dropbox'ın sürüm kontrolü, kullanıcıların üzerinde çalıştığı bir dosyanın geçmişini bilmelerine yardımcı olarak birden fazla kişinin önceki formunu kaybetme zorunluluğu olmadan dosyaları düzenlemesini ve yeniden göndermesini sağlar. [35] Sürüm geçmişi 30 günle sınırlıdır. "Pack-Rat" adı verilen sınırsız sürüm geçmişi için ücretli bir seçenek mevcuttur.

Unity forumlarından sağlam bir referans için buraya bakın .

Bunun dışında, Birlik hakkında sinir bozucu bulduğum tek şey, C'nin (main ()) veya AS3'ün (belge sınıfı) yaptığı gibi bir uygulama giriş noktasına sahip olmaması. Ancak uygulamanızı boş bir GameObject ürününe yerleştirdiniz, çok da değil. Kod akışı bu doğal yapı etrafında da biraz farklıdır, ancak yine de bununla başa çıkılması zor bir şey değildir.

Lisans gelince, çoğu insan fark etmiyor (ve özellikle profesyonel bir lisans için para ödeyemeyen küçük indie operasyonlarına ve hobilere atıfta bulunuyorum). Hiç temel / ücretsiz sürümü ile istiyorum. Gerçekten, çok büyük bir engel değil, Birlik ekibi çok cömert davrandılar.

Beni günlük olarak rahatsız eden başka bir büyük sınırlama olduğunu düşündüm, bu yüzden bunu ayrı ayrı göndereceğim.

Unity3D, komut dosyalarınızı MonoDevelop'ta (özellikle de dağıtdıkları MonoDevelop'un eski bir sürümü) düzenlemenizi istiyor. Bu sürümün "Dosyalarda Bul" işlevselliği bozulmuştur, çünkü kullanımı genellikle IDE'nin askıda kalmasına neden olarak yararsızdır.

Bu, herhangi bir motorda büyük bir tahriş olur, ancak Unity'ye büyük bir tahriş olur çünkü çeşitli oyun nesnelerine etki eden çok merkezi olmayan bir ayrı bileşen sistemini teşvik eder. Ancak, çeşitli bileşenleri araştıramazsanız, hangi bileşenlerin hangi özelliklere eriştiğini nasıl öğrenebilirsiniz?

EDIT: Bu cevap 2011 yılında gönderildi: Dosyalarda Bul hata bir süre önce, neyse ki düzeltildi. Yorum yapanların söylediği gibi, kodunuzu diğer düzenleyicilerde düzenleyebilirsiniz (hata ayıklayıcıda çalıştırılmak istiyorsanız, seçiminiz sınırlı olsa da).

Benim için en ciddi sınırlama EULA'da:

"Kumar Kısıtlamaları Unity'den ayrı bir lisans olmadan Kumar İçeriği ile bağlantılı hiçbir Lisans İçeriğini dağıtamaz veya yayınlayamazsınız."

Bu, v4.0’dan bu yana, siz veya müşterileriniz, duruma göre pazarlık edilen ek bir lisans ücreti ödemeye hazır olmadıkça, nakit / şans içeren oyunlar için Unity'yi kullanamayacağınız anlamına gelir. Yani, 6 rakamla birlikte, size ne kadar değer verdiğinizi ve buna göre vergi aldığınızı görüyorlar.

Daha rahatsız edici olan şey v5 EULA'ya ne katacaklarını bilenler. Belki bütün sosyal oyunlar? Belki de tüm çok oyunculu oyunlar?

Birlik kullanan herhangi bir geliştirici, gelecek sürümlerde fidye için tutulma riski altındadır.

İyi soru. Benim için en büyük sorun GUI. Programcı merkezli olmasını umursamıyorum, ancak GUI nesnelerinin bir nesne yerine işlevler olduğu ve GUI işlemlerinin hepsinin oluşturma ve olay işleme için kullanılan bir işlev çağrısına doldurulmasının berbat bir şekilde umursamıyorum. ve giriş sistemiyle entegrasyonun olmadığı (yani GUI öğelerine yapılan tıklamalar dünyadaki tıklamalar olarak yorumlanabilir), vb.

İkincil bir sorun, yeterli sürüm kontrol desteğinin olmamasıdır (çoğunlukla sistem, dizini düzenini, bir şeyleri taşırken ya da yeniden adlandırırken VCS'yi karıştıran proje düzeni olarak kullanmaktadır), ancak bu sorun çözülebilir ve bunun için bir sorun değildir. millet.