OGRE的为什么建议使用OGRE
其他引擎，虽然有些在技术上给人以很深的印象，然而由于缺乏内聚性设计和一致性文档致使它们不能被有效地使用。它们中的许多有很长的特性列表，但是由于缺乏清晰的思路将其整合在一起而给人一种像是用麻绳将这些技术捆绑到一起的感觉。就像其他软件系统一样，当它们变得更大的时候，也就是它们衰败的时刻。大多数其他引擎也被设计为适用于某一类特定游戏（例如：FPS）。OGRE不同。OGRE的设计理念是“以设计为主导”，而非“特性为主导”。被加进OGRE中每一个特性都是经过深思熟虑，使其尽可能地优雅，并保证了文档的一致和详尽，这样让人感觉这个特性与全局浑然一体。品质胜于数量，因为数量可以随后被增加，然而质量却不可能在后面被添加。OGRE采用那些在商业级软件中被反复试验、学习和验证过的完善的设计原则（在OGRE名字中所提及的面向对象只是这些实践中的一种，其他还有经常使用的设计模式）。我们有意识地保持核心开发团队的小规模，团队中的成员都是有多年开发经验的软件工程师。我们欢迎来自社区的补丁，但是在它们被接受之前，它们必须被严格地审核以求符合OGRE质量和内聚性的设计要求。OGRE并没有假定你想做某种类型的游戏或DEMO，它采用灵活的类层次允许你为你所喜欢的任何场景开发特定的场景管理插件。想要快速层次渲染室内场景吗？很好，你可以使用现有的BSP(Binary Space Partition，即：二叉空间分割)/PVS(Possible Visible Set，即：可见集)场景管理插件。那对于室外呢？你同样可以使用其他的场景管理插件。引擎的其余部分如以前一样继续准确无误地运行。因此，一个简短的回答是：如果你喜欢具有高质量、灵活性和清晰文档的设计，那么，请选择OGRE，你将知道它是有意义的。
Ogre常用的配置文件有哪些简述各配置文件的作用
ogre 1.7.4中有2个常用的配置文件plugins.cfg 指定需要加载的插件，例如选择opengl渲染器插件，d3d渲染器插件，八叉树场景管理器插件，二叉树场景管理器插件等等，但插件的使用还是要自己用代码实现的 resource.cfg 指定资源目录，用于预加载资源。资源包括贴图，材质，脚本等。资源的预加载过程还是需要自己用代码实现的。 示例中还有2个配置文件samples.cfg和quakemap.cfg，如果自己写程序，不会用到的
Progressbar进度条的动态效果是怎么实现的
使用说明文件引用 只需引用yprogressbar.css和yprogressbar.js文件即可。使用概览?12345678910 var ypb = new YprogressBar({title: “正在上传文件...“,des: “上传速度：{{y:speed}}MB/秒 剩余时间约{{y:second}}秒“,closeable: true,cancelCallback: function(rate, vars){console.log(rate);console.log(vars);}});ypb.show();实例化参数说明 为了尽显面向对象逼格，要想使用YprogressBar，总得实例化一下吧，而实例化的时候，是需要一些参数的，整体上就是一个object，具体参数接下来一一说明。 title 进度条标题，说明下这个进度条是干嘛的。 des 对要做的事情进行更详细的描述，可以直接写一句话。 有时候我们想搞点花样，比如说显示上传速度、剩余时间什么的，YprogressBar完全支持你这样做，只需要在描述中加入变量即可，格式：{{y:name}}。 例如：des: “上传速度：{{y:speed}}MB/秒 剩余时间约{{y:second}}秒“，这里的{{y:speed}}和{{y:second}}就是变量。 如果此处指定了变量，在做update操作时，必须在第二个参数中指定变量的值。 closeable 销毁回调。YprogressBar一旦被销毁，无论是手动调用destroy方法，还是用户点击关闭按钮，都会触发此回调。 回调触发时，会传入两个参数，分别是：当前执行进度、此刻描述中的参数值(object中包含name、value)。 show方法 无需任何参数。 调用show方法后进度条才会显示。 update方法 更新进度，两个参数。 第一个参数是当前进度，直接用数字表示，例如：26，代表26%。 第二个参数是一个object，需要包含描述中所有变量的值。如果描述中无变量，此参数可以忽略。 例如：?1234 ypb.update(26,{speed: 312,second: 5});destroy方法 销毁进度条，释放内存。View On Github以上所述就是本文的全部内容了，希望大家能够喜欢。
