我正在使用XNA和VB.NET编写一款策略游戏。这种技术组合似乎是个不错的选择,但在我决定切换到MonoGame(但保持VB.Net中的游戏逻辑)后,问题就出现了。
问题在于,MonoGame目前不支持VB.Net。我进行了一些研究,似乎有两个基本选项:
1. 将我的代码重写为C# 2. 编写一个小型的C#包装器,并将我的游戏逻辑代码转换为库
不用说,这两个选项都不太好。我错过了其他选项吗?我不介意投入相当的精力使这个东西在MonoGame中工作,但重写并不是一个选项。
我到目前为止的发现:
在浏览网页时,我偶然发现了适用于VB.Net的MonoGame模板。虽然它看起来就是我需要的东西,但即使运行一个普通的新项目后,它加载时仍会崩溃。然后我继续搜索错误,但离实际运行还差得远。
为了解释我的技术选择(因为有人会问): 为什么选择XNA?我以前用过它,我对它很熟悉,尽管它已经过时了,但它完全符合我的需求,应该还能使用几年。 为什么选择VB.Net?我有丰富的经验,并且我更喜欢它的语法,因为我正在编写一个相当大规模的策略游戏,保持代码的清晰和可理解性是至关重要的。 为什么不选C#?经验。我用C#工作了一年多,但它不自然。VB才是。
问题在于,MonoGame目前不支持VB.Net。我进行了一些研究,似乎有两个基本选项:
1. 将我的代码重写为C# 2. 编写一个小型的C#包装器,并将我的游戏逻辑代码转换为库
不用说,这两个选项都不太好。我错过了其他选项吗?我不介意投入相当的精力使这个东西在MonoGame中工作,但重写并不是一个选项。
我到目前为止的发现:
在浏览网页时,我偶然发现了适用于VB.Net的MonoGame模板。虽然它看起来就是我需要的东西,但即使运行一个普通的新项目后,它加载时仍会崩溃。然后我继续搜索错误,但离实际运行还差得远。
为了解释我的技术选择(因为有人会问): 为什么选择XNA?我以前用过它,我对它很熟悉,尽管它已经过时了,但它完全符合我的需求,应该还能使用几年。 为什么选择VB.Net?我有丰富的经验,并且我更喜欢它的语法,因为我正在编写一个相当大规模的策略游戏,保持代码的清晰和可理解性是至关重要的。 为什么不选C#?经验。我用C#工作了一年多,但它不自然。VB才是。