游戏编程中到底是python好还是lua好？

wx0021

如题，来讨论一下，呵呵！
      最近在两个脚本的论坛转着玩，不过在python转的多一些，主要是python的资料书好像多一些，呵呵！发觉好像lua没什么用户组推荐啊？反而在python的啄木鸟发现很多人在推广这门语言，到底在游戏中哪门语言好一些呢？我感觉python的库挺多的，要是在制作游戏中写各种工具是不是更容易呢？具体在客户端和服务器端中的应用就不太清楚了。大家都来讨论一下呗
      主要是想让我这样的新手学习了解一下。脚本在游戏开发到底有多大威力？ [em24] [em24]

qrli

看情况了，如果你专职写脚本，那基本没得挑，引擎用什么你就得用什么。
python很时髦，因为它完全可以做应用程序，已经超越脚本的范畴了。但Python非常慢……
lua是专门用来做游戏脚本的，非常轻量级，比较快，表达数据能力强，可以兼当数据文件用。但语法真的比较ugly……

要说脚本有多大威力，现在大中型游戏中除了引擎、美工资源也就是脚本了

wx0021

那要是这样的话，是否可以在游戏开发过程中使用双脚本呢？
工具就使用python进行开发（地图编辑器，粒子等特效查看一类的工具，图片转换等的工具开发）
     好处一：这样不就可以在开发过程中尽量减少开发时间，有更多时间来对游戏进行整体考虑，甚至加入程序自己的更多想法，完善游戏？
     好处二：而且这样可以减少很多新手学习MFC的困难，并且很容易让新手有成就感。

在游戏逻辑中就继续使用lua，既保证游戏客户端的速度，又降低了开发难度。

wildfire

工具用python来开发,非常恶心

qrli

对我这种懒人来说，支持脚本是件很麻烦的事，而且会导致引擎源码很难看，但权衡利弊还是要支持一个脚本语言。但要同时支持两种，那绝对是自虐。

Miliardo

源码难看？那只说明没有做好设计吧。

正常的情况下，脚本解释器完全可以抽象封装成一个独立模块，
然后在单独的部分去集中做具体的导入，代码就不会乱七八糟了，同时支持多种脚本也容易很多。

lights

anagelscript

qrli

Miliardo: Re:游戏编程中到底是python好还是lua好？

源码难看？那只说明没有做好设计吧。

正常的情况下，脚本解释器完全可以抽象封装成一个独立模块，
然后在单独的部分去集中做具体的导入，代码就不会乱七八糟了，同时支持多种脚本也容易很多。

你说的是独立，不是可以免除ugly的集成接口部分。
脚本解释器毋庸置疑是独立的，主要ugly的部分就是引擎得提供脚本交互用的DOM，脚本的作用越大集成度也就越深，这部分就越复杂。不同脚本的能力和处理方式区别也很大，要同时支持多个就只能用它们共通的子集，那就是自找麻烦。

Miliardo

看起来那啥的部分一定会有的，只是我觉得大部分情况下使用正确的方法应该是可以隔离开的。