独立游戏开发专注于一个平台好还是android跨平台开发好

来源：蜘蛛抓取(WebSpider) 时间：2016-11-29 22:31 标签： 跨平台app开发工具
公众号：GameJam
在谈到独立游戏的时候大家往往会想到几个关键词，孤独、不被理解、压力巨大以及不赚钱。可是还是有一群人，仍然在周围不理解的目光中坚定这自己的信念，不受商业环境所影响，追求个性化的自由创作，只为探索最纯粹的游戏乐趣，这样的人我们称之为独立游戏人。
感谢您阅读最适合独立开发者的五大游戏引擎 ，本文可能来自网络，如果侵犯了您的相关权益，请联系管理员。QQ:酷勤网 C 程序员的那点事！
当前位置： >
浏览次数：次
对于在休闲、社交或手机领域里从事游戏项目制作的独立开发商而言，最先需要确定的是目标平台。多数情况下这都不是个问题，因为团队或工作室会根据已经拥有的游戏开发经验来决定目标平台，但团队向其他平台扩张时总是会面临诸多问题。
手机还是网页，抑或两者兼顾？
在选择休闲2D游戏的主要目标平台时，通常会纠结于手机和网页这两个选择，更具体地说，就是选择Facebook还是iOS。两个平台都有数亿用户，支持微交易和社交功能，所以潜在市场都很大。
从传统上说，两个平台上的成功游戏的题材有所差别，但是现在这种差别正在迅速减少，主要的差别多数在于技术层面。
手机平台之间也是如此。iOS是目前最大的市场，Android和Windows Phone市场也有发展潜力。在同时考虑多个手机平台时，总要选择一个侧重平台，其他平台作为辅助。
有些游戏实现了在手机和网页间相互渗透，比如《植物大战僵尸》（游戏邦注：先从C++转变为Flash，随后被移植到iOS平台上）和《愤怒的小鸟》，后者从iOS移植到几乎所有的手机平台上，现在也有Flash版本，该游戏不久还将在Facebook发布。
植物大战僵尸(from gamasutra)
但是，这些游戏都取得了很大的成功，所以开发商才有更多的资源将其移植到各个平台上，而多数独立开发商无法做到这一点。
移植产生的问题
将现有游戏从一个平台移植到另一个平台上，这是个乏味且漫长的任务。在AAA游戏领域中，往往可以使用跨平台引擎以单个代码为基础构建多个平台的版本。但是对休闲和手机游戏而言，移植往往意味着需要完全重新编写游戏代码。
移植会增加项目制作资金和游戏项目的开发时间，这迫使独立开发商不得不将游戏限制在单个平台上，这样他们才能有足够的精力来不断提升游戏质量。
开发商当然希望往更好或更大的市场发展，但是通常在游戏发布之时，并没有足够的资源用来将其移植到其他平台上。我们会看到手机开发商将他们的游戏限制在单个平台上，这便是缘由。
最好的情况是，如果游戏获得成功并流行起来，在6个月到1年的时间内该游戏会在另一个平台上发布，但是多数情况下不会出现本轻利厚的现象。
我是个程序员，所以更加专注于技术层面。
预先考虑移植问题
有个可行的方法，就是在计划新游戏的代码构建时，设计便于移植的代码和资产。从理论上说，这应当不是个问题，优秀的框架不会依赖于平台的特别功能，模块化设计可以用来减弱主游戏模块同平台特别组件间的联系。
但是，在实际操作中这会面临诸多挑战。硬件（游戏邦注：手机设备间存在差异，网页和手机之间也存在差异）、操作系统处理能力、工具和编程语言都存在不同之处，每个平台都需要用不同的语言来编写本地应用。
在这些差异化中，某些差异可以通过精心的计划和使用交叉编译器来弥补。Unity3D或Corona等工具都可以在不同的平台上编译，但这样做需要付出代价：开发商被局限于工具能够支持的功能上，失去了本地代码的灵活性。对于某些游戏，这种方法确实很合适，但是我觉得能够这样做的游戏极其有限。
简单地说，使用这种方法依然有一定的风险，这样的产品可能无法针对特定平台进行最优化设计。
从单个平台开始
理想情况下，我们可以针对每个平台使用其本地工具和库来编写代码，这样我们才会有更高的灵活性。重点在于，选择你或团队熟悉且符合代码风格和框架的工具。
虽然技术选择是主观行为，我认为需要以某些关键要求为基础，这些要求是：
1、使用普通资产类型（游戏邦注：比如位图和精灵层次等）
2、提供强大工具用于美术和设计
3、提供带有漏洞修补工具的面向对象语言
4、以已证实有效的框架为基础，可以提供可靠的核心功能
这样看来，适合Facebook的是Flash和AS3，适合iOS的是Cocos2D和Objective-C。要先选择其中之一作为主要平台，然后根据次要平台来调整代码。我们可以利用AS3和Objective-C间的相似性，这样两个平台间的移植就会变得更加容易。
& 相关主题：
本文来源：

我要回帖

更多关于 跨平台app开发工具 的文章

 

随机推荐