为什么不是C夏普？
发表于2010年01月15日，
根据提交的游戏 ， 开放源码 ， 技术 | 发表评论
其中一个项目的技术和语言的选择是建立在可以分化。 我们结婚了自己的工具，我们知道最好的，与我们采用的解决方案，并确定。 虽然有zelots在PC机和苹果的辩论，在高科技界的热参数经常围绕着什么样的技术将意味着成功。
在游戏开发的是一个辩论以外的其他任何语言使用的C / C + +的。 在C / C + +语言的游戏引擎已经几乎从一开始的独家语言。 而开发商也采取多次减负工作，少技术的游戏设计师（脚本语言）它的魔力，使发动机的核心是在C / C + +的。
随着新技术的问世，这还有意义吗？
微软已经有一段时间一直提倡一个HIER来，扔在C＃中，这是建立在其之上。Net平台。 为什么不是C＃？ 老实说，我像C＃，并认为它在许多方面是一个步骤，可以帮助与生产力。 C＃有没有臃肿的是Java的许多优点。 它是更安全的性质和保护程序员常犯的错误。
这就是说，在某些情况下，C＃不具有商业意义。 如果一场比赛投入10-20万元，你还指望上最好的投资回报。 能够释放多个平台上，游戏（PS3，Wii游戏机，以及如Xbox）小额外的开发时间增加一倍的回报......如果你编程在C或C + +。
这可能会改变。 我们最喜欢的小游戏Unity3D引擎之一，预计其他游戏机版本。 即使它会带来与它一起的。NET运行时的版本。 由于主发动机已在C + +中，瓶坯明显比C＃最繁重，离开游戏逻辑的C＃这是速度显着高于大多数脚本语言。
如果你的目标是新华社或Unity3D，那么C＃是显而易见的选择。 要超越这些用例，微软将不得不努力使CLR很多更加开放。 一个BSD或MIT许可（而不是单声道更严格的GPL / LGPL）下发布的。NET的核心将允许开发人员集成在任何平台上的C＃和修改它有效地执行他们的游戏。 直到发生（或Unity3D成为所有平台上的真正的竞争对手）将属于控制台发展到C和C + +的。
scridb过滤器
