Conspiratio.Lib
2.3.0
這是C＃.NET Framework 4.6.2類帶有陰謀邏輯的類庫，從Conspiratio Winforms客戶端刪除。 Bibiliothek尚未完成，但已經包含最重要的類和方法，可以作為Unity客戶端的基本構建塊。
該項目是由：Visual Studio 2019創建的
只需打開並編譯項目文件夾Conspiratio.Lib.sln以進行手動構建即可。
名為“陰謀”的粉絲項目是對現代的自由經濟模擬，該模擬強烈基於“ Die Fugger 2”。
一開始，玩家繼承了一個破舊的生產設施和親戚的適度節省。他可以利用它來證明自己作為商人的技能，通過製造和銷售商品，進行良好的投資或主張自己是聰明的出口商。玩家可以使用新獲得的財富和相關的影響：
但是要小心！即使是一些競爭對手也不會迴避事項...
目的是重寫表面和移植，以及從當前的Windows Forms版本到Unity遊戲的遊戲邏輯的重構以及整個體系結構，因為我們擁有更多的多媒體，尤其是圖形選項，並且具有一定的平台獨立性。這個新的團結客戶將是完全開源的，我們想簡單地將其他人包括在合作和共同開發中，而愛好項目應該成為一個社區項目，粉絲們。
GitHub問題應有助於計劃和控制發展。
您想參加這個項目嗎？偉大的！只需通過電子郵件通過Discord或Oldschool與我們聯繫，我們就會澄清詳細信息。
歡迎任何幫助。
重要的是：我們從不承諾並直接推入主分支！
原因只是缺乏透明度和缺少4眼的原則或至少另一個開發人員缺乏控制。
必須始終為陰謀的每一個更改創建一個新的個人分支。行業的名稱應始終從以下名稱之一開始，然後是斜線：
示例：修復/崩潰和覆蓋
此外，應避免使用umlaut和特殊字符，並且由於行業名稱中的技術限制，也無法使用空間，這就是為什麼我們在這裡使用綁定線的原因。
如果您自己的分支是穩定的，並包含所有所需的更改/擴展，則可以在主分支中創建合併上的請求。應始終將其分配給另一個開發人員進行檢查，該開發人員進行了較小的代碼審查，可能會提供對代碼的反饋，然後在維修後將分支合併。自己的分支只能在特殊情況下（例如時間緊迫）組成。
作為C＃的編碼指南，我們使用以下參考，尤其是新代碼的參考，因為它現在已盛行為標準：
https://docs.microsoft.com/de-de/dotnet/csrogramming-guide/inside-a-a-program/coding-conventions
關於命名和標準，也使用了此參考：
https://www.dofactory.com/reference/csharp-coding-standard
請注意，由於整個現有代碼庫已經建立在德語中，因此我們使用德語作為代碼和大多數標識符的註釋語言。當然，並非每種方法中的每個關鍵字都必須完全是德語，例如， GetUmsatzProSpieler將是完全合法的（因為GET應該只是每個開發人員的標準標準），但是像GetVolumeOfSalesPerPlayer之類的東西都會有問題，因為我們在其他任何地方都不會在其他任何地方找到此類術語，因此在遊戲表面上既不在現有代碼中，因此在現有代碼中都不會有迅速混淆。
舊代碼可以並且應該逐漸將其轉換為這些準則，以便以後不會混淆，但起初這不是最高優先級。但是，如果您更改或重構較舊的代碼，則應按照偵察座的座右銘：
始終將位置（代碼）留在一個比您發現的更好的狀態。
廣泛的功能或其他有趣方法，類等的文檔發生在GitHub Wiki中的代碼中。 Github Wiki只能為玩家提供技術文檔，而不應為玩家提供文檔，其中會有Wiki。
首先：我們在這裡使用了很多此概念：https：//keepachangelog.com/de/1.0.0/
ChangElog保留在ChangElog.md文件中，就在根部。重要的是，這裡的每一個變化都在這裡記錄在“未發行”領域。相反，這意味著每個拉的請求都必須始終包含對ChangElog文件的更改，否則未完成。
在ChangElog中，我們使用以下組來分配更改：
