开发游戏引擎（client）很难么？

sjinny

呵呵……我没这么容易死的，你可别威胁我哦……
“网络操作系统”是什么东东呢？  ^_^

sjinny

整个引擎由一个内核主框架+其他非常多的服务类组成。
服务类，有，IO,OS,physics，AI，Graphics,GUI,Script.NetWork..组成。

你所谓的MMORPG游戏引擎（client）只是想当于一个网络操作系统的接口

你觉得游戏里的“physics，AI，Graphics,GUI,Script”这些和你所说的“网络操作系统”有多大关系？physics、AI、Script这些分别封装了“网络操作系统”的哪些“接口”？

还是很好奇6377会如何解释……  ^_^

sjinny

呵呵，不要遮遮掩掩的，我可是复制的你的原话……

你觉得游戏里的“physics，AI，Graphics,GUI,Script”这些和你所说的“网络操作系统”有多大关系？physics、AI、Script这些分别封装了“网络操作系统”的哪些“接口”？

我可不相信这个问题你看不懂……  ^_^

bigbook2000

我的心得是

如果是你自己用的，类越多耦合度越高越好，越方便越容易扩展。

如果是很多人用的，全部用DLL函数，函数越少越好，最好同时封装成COM，javascript都能用来开发游戏。

你的那个东西我个人的看法是自己用太麻烦，别人用根本就不知道其他的模块能提供什么，自己该为别人提供什么，所以你那个东西只能叫程序架构不能叫游戏引擎。

bigbook2000

我的个人座右铭是：最通用的东西是最没有用的东西。

我把DX稍微封装一下可以说是世界上最通用的引擎，什么游戏都能开发，其实是什么游戏都不能用。所以说我觉得很多东西都要建立在一定的需求分析的基础上，并要解决一定的实际问题。

大树懒

我的个人座右铭是：最通用的东西是最没有用的东西。

我把DX稍微封装一下可以说是世界上最通用的引擎，什么游戏都能开发，其实是什么游戏都不能用。所以说我觉得很多东西都要建立在一定的需求分析的基础上，并要解决一定的实际问题。

+1
我现在比较浅薄的认识;)
埋头写引擎写结构的时候很难考虑完全需求,对接口的考虑肯定很不完善,到后来不断的修补很容易又将之前的设计推翻,所以我觉得一开始先是一个很轻量级的框架比较好,之后开始实际游戏本体编写的时候不断重新更改设计以适应项目对引擎不断变化的需求,反复之后大概心里对于需求有也个底了,之后才能做出比较好的设计,这个大概就是经验吧;)

6377

同志们啦，高度，要注意眼光高度的问题，呵呵

sjinny

6377同志啦，你不回答我前面的问题是不好滴……

rhett

工作量太大了,真正做起来不可能是1,2个人能够完成的

thejinchao

我觉得大家的意见基本上是一致的，“游戏引擎”的通用性很难实现，或者说没必要实现。
目前流行的引擎大多把功能集中到渲染，UI，网络等底层上，而比如技能，装备，任务，队伍，帮会等上层逻辑需要根据产品需求开发，说不定那天策划一拍脑袋想出了一个古怪的idea还要写一堆莫名其妙的代码来应付，作为开发者，积累开发经验，尽可能的把功能模块化，减少以后的维护成本就足够了，至于做一个能适应多种游戏的引擎还不现实。