Conspiratio.Lib
2.3.0
Ini adalah status saat ini dari C# .NET Framework 4.6.2 Perpustakaan kelas dengan logika gameplay dari Conspiratio, dihapus dari klien Conspiratio WinForms. Bibiliothek belum lengkap, tetapi sudah berisi kelas dan metode yang paling penting dan dapat berfungsi sebagai blok bangunan dasar untuk klien Unity.
Proyek ini dibuat dengan: Visual Studio 2019
Cukup buka dan kompilasi folder proyek Conspiratio.Lib.sln untuk pembuatan manual.
Proyek penggemar yang disebut "Conspiratio" adalah simulasi ekonomi bebas dari zaman modern, yang sangat didasarkan pada permainan sekte "Die Fugger 2".
Pada awalnya, pemain mewarisi fasilitas produksi bobrok dan penghematan kerabat yang sederhana. Dia dapat menggunakannya untuk menunjukkan keahliannya sebagai pedagang dengan membuat dan menjual barang, membuat investasi yang dipikirkan dengan baik atau menegaskan dirinya sebagai pengekspor yang cerdas. Pemain dapat menggunakan kekayaan yang baru diperoleh dan pengaruh terkait:
Tapi hati -hati! Bahkan beberapa pesaing tidak akan menghindar dari masalah ...
Tujuannya adalah penulisan ulang permukaan dan porting serta refactorisasi logika gameplay dan seluruh arsitektur dari versi Windows Forms saat ini ke game Unity, karena kami memiliki lebih banyak multimedia dan, terutama, opsi grafis dan ada independensi platform tertentu. Klien Unity baru ini akan sepenuhnya open source, kami ingin hanya memasukkan orang lain dalam kerja sama dan pengembangan bersama dan proyek hobi harus menjadi proyek komunitas, penggemar untuk penggemar.
Masalah GitHub harus berfungsi untuk merencanakan dan mengendalikan pengembangan.
Apakah Anda ingin berpartisipasi dalam proyek ini? Besar! Cukup menghubungi kami melalui Discord atau Oldschool melalui email dan kami mengklarifikasi detailnya.
Bantuan apa pun diterima.
PENTING: Kami tidak pernah berkomitmen dan mendorong langsung ke Cabang Master!
Alasannya hanyalah kurangnya transparansi dan kehilangan prinsip 4-mata atau kurangnya kontrol oleh setidaknya pengembang lain.
Cabang pribadi yang baru harus selalu dibuat untuk setiap perubahan menjadi konspirasi. Nama industri harus selalu dimulai dengan salah satu nama berikut, diikuti dengan tebasan:
Contoh: perbaiki/crash dan overfall
Selain itu, umlauts dan karakter khusus harus dihindari dan ruang juga tidak dapat digunakan karena pembatasan teknis dalam nama industri, itulah sebabnya kami menggunakan garis yang mengikat di sini.
Jika cabang Anda sendiri stabil dan berisi semua perubahan/ekstensi yang diinginkan, maka permintaan pada penggabungan dapat dibuat di cabang master. Ini harus selalu ditugaskan ke pengembang lain untuk diperiksa, yang membuat tinjauan kode kecil, mungkin memberikan umpan balik kepada kode dan kemudian juga menggabungkan cabang setelah diperbaiki. Cabang sendiri hanya boleh disusun dalam kasus luar biasa (mis. Urgensi temporal).
Sebagai pedoman pengkodean untuk C#, kami menggunakan referensi berikut khusus untuk kode baru, karena sekarang telah berlaku sebagai standar:
https://docs.microsoft.com/de-de/dotnet/csrogramming-guide/inside-a-a-pogram/coding-conventions
Berkenaan dengan penamaan dan standar, referensi ini juga digunakan:
https://www.dofactory.com/reference/csharp-coding-standards
Harap dicatat bahwa kami menggunakan bahasa Jerman sebagai bahasa komentar dalam kode dan juga sebagian besar pengidentifikasi, karena seluruh basis kode yang ada sudah dibangun dalam bahasa Jerman. Tentu saja, tidak setiap kata kunci dalam setiap metode harus sepenuhnya menjadi orang Jerman, misalnya, GetUmsatzProSpieler akan sepenuhnya sah (karena Get seharusnya menjadi standar untuk setiap pengembang), tetapi sesuatu seperti GetVolumeOfSalesPerPlayer akan bermasalah, karena kita menemukan istilah lain di tempat lain, tidak ada di permukaan permainan maupun dalam kode yang ada dan karena itu tidak ada yang dapat dengan cepat terjadi, mana yang dimaksud dengan cepat.
Kode lama dapat dan secara bertahap harus dikonversi menjadi pedoman ini sehingga tidak ada kebingungan nanti, tetapi pada awalnya itu bukan prioritas tertinggi. Tetapi jika Anda mengubah atau memperbaiki kode yang lebih lama, maka Anda harus mengambil upaya dan menerapkan pedoman baru di sini, menurut moto Scout:
Selalu tinggalkan tempat (kode) dalam kondisi yang lebih baik daripada yang Anda temukan.
Dokumentasi fitur yang luas atau metode lain yang menarik, kelas dll terjadi dalam kode dalam wiki GitHub. Wiki GitHub hanya boleh melayani dokumentasi teknis dan bukan dokumentasi untuk para pemain, akan ada wiki.
Pertama -tama: kami menggunakan banyak dari konsep ini di sini: https://keepachangelog.com/de/1.0.0/
Changelog dipertahankan dalam file changelog.md, di sini di root. Penting bahwa setiap perubahan didokumentasikan di sini, selalu di bidang "yang tidak dirilis". Sebaliknya, ini berarti bahwa setiap permintaan tarikan harus selalu berisi perubahan pada file Changelog, jika tidak itu tidak lengkap.
Dalam changelog kami menggunakan grup berikut untuk membagi perubahan:
