Java'da küçük oyunlar oynamaya başladım ve daha büyük bir proje için C # öğrenmeyi düşünüyorum. Düzenlenebilir bir oyun yapmak isterdim, ama birisi nedenini anlamıyor olmama rağmen oyunun denetlenebilmesini istiyorsam Java'ya bağlı kalmam gerektiğini söyledi.

Öyleyse, hangi programlama dili özellikleri bir dili mütevazı oyunlara daha uygun hale getirir?

Mod sisteminizi nasıl tasarlamak istediğinize bağlı. İkisini keşfedeceğim.

SDK

Büyük olasılıkla, modderlerinizin sizinle aynı dili kullanmasını ve yansıtma yoluyla modları yüklemesini (veya tercih ettiğiniz dile bağlı olarak benzer şekilde) gereksinim duyarsınız. Bu, açık bir şekilde geç bağlanma yapabilen dilleri sınırlayacağınız anlamına gelir - ve bunu yapabilen iyi bir çok insan vardır (C bile akıllıca bir LoadLibraryhile ile geç bağlanma yapabilir ). Bir modun diğer modları barındırabildiği bazı meta-modding bile yapabilirsiniz (örn. Komut dosyası modları).

Bu yaklaşımla ilgili ilk sorun içsel durumu gizlemektir. Örneğin, C # alarak bir modder özel üyelere erişmek için basitçe yansıma kullanabilir, C de bunu yapabilir (daha fazla çaba gerekli olmasına rağmen).

İkinci sorun ise barındırıyor. İnsanlar, sistemlerinde çalışan sanal alan bulunmayan yabancı kodları gerçekten sevmiyorlar. En kötü senaryo olarak, bir tohum kutusu ayarlayan bir mod yazabilirsiniz; eğer bu bir ISS'ye kurulursa, itibarlarına ciddi zarar verebilir.

Komut

Modderler mod oluşturmak için Lua gibi bir dil kullanırlar. Yerel kodu çağırabilecek bir dil isteyebilirsiniz (Lua ile arabirim kurmak için); ya da kendi seçim dilinizi kendi dilinizde yazmak zorunda kalacaksınız.

Buradaki ilk sorun, çoğu betik dilinin yorumlanmasıdır; bu, gerçek zamanlı sistemler için kabul edilemeyebilir (ancak LuaJIT'e bakınız); oyunlar gibi.

İronik olarak ikinci sorun hala burada var; (çaba büyük miktarda, şans ve bakım olmadan) bir korumalı alan ortamı olarak tamamen yararsız hale - Ben çok olduğunu hayal kırıklığına uğradım bir örnek olarak Lua alarak 'bombardımanı aşımı' çekirdek / default kütüphanesinde bulunan işlevlere sahiptir bunun zor bu konuda ne kadar sinirlendiğimi canlandırıyor, ancak umarım bu anti-özellikleri eklerken güçlü kokteyller içiyorlar . Kendi dilinizi yuvarladıysanız bunu kolayca önleyebilirsiniz (bakınız: UnrealScript).

Son olarak, bir komut dosyası altyapısı ile etkileşime girme maliyeti engelleyici olabilir - yine bir örnek olarak Lua'yı C #: C # ile birlikte almak, yerel işlevler (P / Invoke aracılığıyla) çağrılırken önemli bir ek yüke sahiptir ve Lua oldukça 'konuşkan' bir API'dir. Eğer 'SDK betiğini tasarlama' yönteminiz ana dilinizle ve betik dili arasında çok fazla sohbet gerektiriyorsa bu sorunlara yol açabilir (C'nin gerçekten bu sorunu yaşamadığını unutmayın). Yine, kendi betik dilinizi yazıp (ve # # MSIL'e derleme durumunda) ve [sanal] ortamınızdaki en hızlı şekilde çalıştırarak bunu atlatabilirsiniz.

Betik esasen birincil kodunuzdan tamamen farklı bir sistemde çalıştığından, dahili duruma erişimi tamamen kontrol edebilirsiniz (daha önce bahsedilen kabuk işlevleriyle bazı süslü şeyler yapmazlarsa).

Sonuç

Biraz kapalı başlıkları saptırmak yaptım, ancak, ne temelde Garner metnin o duvardan can Bunun ne olmalıdır herhangi bir dilde bir moddable oyun yapabilmek (Bunu söylemek girişim olacaktır can ) - ancak bazı dillerde daha fazla çalışmaya yol açabilir. Güvenlik konusunda biraz anal mıyım? Evet, kullanıcı kodu söz konusu olduğunda siz de olmalısınız.

Dilin burada karar verici bir faktör olmadığını söyleyebilirim, oyununuzu tanımlayan oyuna ne kadar esnek ve veri odaklı davranıyorsunuz.

Her oyun bir veri kümesi üzerinde çalışır (örneğin, seviyelerden, kafeslerden, yapılandırmalardan, öğelerden her şey). Normal bir oyun ile değişken bir oyun arasındaki fark, daha sonra kullanıcının mevcut verileri değiştirmesine (veya kendi verilerini eklemesine izin veren) olanak sağlayan araçlar sağlamasıdır. Hangi dili seçerseniz seçin, sadece oyununuzu olabildiğince veri odaklı hale getirmeye çalışın ve herhangi bir oyun içeriğini kodlamaktan kaçının. Neredeyse, muhtemelen seçtiğiniz herhangi bir dil, ihtiyaç duyduğunuz şeylerin çoğunu diskten okuyabilir.

Ayrıca, kendi kişisel kullanımınız için (örneğin, kendi seviye editörünüz) araçlar oluşturup daha sonra bunları mükemmelleştirip kullanıcılarınızla paylaşıyorsanız, bu yol yarı yarıya. Super Meat Boy seviye editörü hemen hemen aracının geliştirilmiş Verision oyunun gelişimi sırasında kullanılan olmasıydı.

Oyunun türüne bağlı olarak, kullanıcıların oyun davranışlarından bazılarını kodlamasına izin vermek isteyebilirsiniz. Bu durumda , oyununuza bir scripting dili eklemeyi düşünmelisiniz (kendi seçiminiz ya da Lua veya Python gibi popüler bir seçenek olan varolan bir dil ). Bu aynı zamanda veri odaklı tasarım kategorisine girer. Mevcut bir betik dilini kullanmaya karar verirseniz, seçtiğiniz programlama dilinin bu betik dili için bağlayıcı olup olmadığını kontrol etmeye değer olabilir (genellikle 3. taraf kütüphaneleri biçiminde).

Seçtiğiniz dil, bir oyunun ne kadar ılımlı olduğunu, dili kullanma şeklinizi daha fazla belirleyemiyor.

Oyununuzun çoğu verilere dayanıyorsa (bu, oyun verileri kodunuzdan okunan bir dosyada tanımlanmışsa) oyun değiştirilebilir. Bu hemen hemen her dilde yapılabilir. Bir komut dosyası dili kullanmak da bir oyunu değiştirmeyi kolaylaştırır.

Ancak bu otomatik olarak bu şeyleri kullanmamak anlamına gelmez bir oyun mod imkansız yapar. Mesela Minecraft, hiç de modüler bir oyun değil, fakat Java için oldukça iyi bir kod çözücüler ve Minecraft için çok geniş bir topluluk var, bu yüzden Minecraft'ı modüle etmek için birçok araç yapıldı (çeşitli modloaders, Bukkit). Bu araçlarla Minecraft'ı değiştirmek mümkündür (ancak bazı ülkelerde teknik olarak yasa dışıdırlar).

Size verebileceğim en iyi tavsiye, modderlerin kullanmasını istediğiniz araçları kullanmak; Bir NPC'yi bir dosyadan tanımlarsanız, kodlanıp kodlanabilir, eğer özel durum için kodda büyük olasılıkla olamaz.

Java, düzenlenebilir bir oyun yazmak için mükemmeldir.

Bunu söylemek gerekirse, bir oyunu modüle etmenin en iyi yolu, genellikle daha geniş bir uygulamaya yerleştirilebilecek ve komut dosyası için kullanılabilecek dinamik bir dili benimsemektir . Genelde dinamik bir dil istersiniz çünkü nokta çalışma zamanında kodla tam bir derleme / derleme / test döngüsü geçirmeden etkileşimde bulunabilmektir.

Dikkate alınacak bazı dinamik dil seçenekleri:

• Groovy - daha büyük Java programlarına yerleştirilebilen mükemmel bir dinamik Java benzeri dil.
• Clojure - JVM için güçlü, dinamik bir Lisp. Bazı modderlerin kafasını karıştırması zor olabilir, ancak son derece güçlü bir dildir ve çok kolay bir şekilde gömülebilir. Henüz oyun modları için kullanıldığını görmedim fakat neden olmasın.
• Lua - çok popüler bir oyun betik dili. JVM'nin Java içinden kullanabileceğiniz sürümleri olduğuna inanıyorum (bunları kendim denemediğim halde)
• JavaScript - JVM'de Rhino aracılığıyla kullanılabilir . Pek çok insan bazı JavaScript'leri bildiği için oyun komut dosyası için oldukça sağlam bir seçim, ayrıca prototip nesne modeli oyun modlarına çok iyi uyar.

Java ile bunu yapmanın daha kolay bir yolu var, ama biraz özensiz. Tek yapmanız gereken nokta java dosyalarını bir klasöre almak ve sonra bu toplu iş dosyasını klasöre koymak, Çalıştır olarak adlandırmak:

javac /src/.java Java / src /

Not: İstediğiniz kadar sınıf ekleyebilirsiniz. Not: Son satırda, .java, .exe, .bat, vb.

Bu temelde oyun her çalıştırıldığında kodu tekrar derleyecektir, bu yüzden oyun kaynağı değişirse derleyecektir ve sonra yeni derlenmiş oyunu çalıştıracaktır ... Ne yazık ki oyuna diğer insanların modlarını ekleyemezsiniz.