WoW lua API的主要来源?

WoW lua API的主要来源?,lua,add-on,world-of-warcraft,lua-api,Lua,Add On,World Of Warcraft,Lua Api,我一直在寻找魔兽世界插件API的第一手资料。有一些维基很不错,但它们的参考链接只指向内部。当然暴雪发布了一些关于这个话题的信息 他们的所有信息真的可以从逆向工程和论坛中收集吗?这让我很难相信。是的,所有的信息都是从源头收集的。不一定都是从检查或试验和错误中收集的。有些是从“来源”论坛的“正面”帖子中随机提供的,就像暴雪员工一样。它们通常都很好,尽管它们几乎总是以一种“只是为了让你省去一些痛苦的基本要素”的方式提供 下面是一个例子: 关注“蓝色”帖子有很长一段路要走,而且一直如此。如果您查看类似

我一直在寻找魔兽世界插件API的第一手资料。有一些维基很不错,但它们的参考链接只指向内部。当然暴雪发布了一些关于这个话题的信息


他们的所有信息真的可以从逆向工程和论坛中收集吗?这让我很难相信。

是的,所有的信息都是从源头收集的。

不一定都是从检查或试验和错误中收集的。有些是从“来源”论坛的“正面”帖子中随机提供的,就像暴雪员工一样。它们通常都很好,尽管它们几乎总是以一种“只是为了让你省去一些痛苦的基本要素”的方式提供

下面是一个例子:

关注“蓝色”帖子有很长一段路要走,而且一直如此。如果您查看类似的内容(旧的3.1.0最终用户补丁注释),然后扫描到接近底部的地方,会有一个API更改的注释和链接,因此很容易收集他们对此的意图,并且他们打算提供一些关于API更改的“非官方”支持,而不会增加实际产品自述的负担


一般来说,我会说,由于材料的开放性,UI的源代码很少是隐藏的,大部分是不言而喻的,所以它几乎不符合逆向工程的要求。一旦您了解了Lua与WowUI的一般设计和支持API的关系,就容易多了

至于“为什么”这一隐含问题,“难以相信”部分。据我估计,他们正在做的是,他们认为是在完全支持而不“正式”支持和不浪费周期试图记录大量不断变化的可用设施之间的最佳平衡。我认为他们相信这是一个更好的产品,具有定制的能力,因此它符合他们的利益,然而,从多个角度来看,它存在许多问题,甚至法律问题,需要明确表示“官方”或试图保持一致的文档

---- 对于下面的问题“git hub”,这里是上下文中的“蓝色”帖子,可以通过单击之前提供的mmo champion链接上的“blizz”链接图标找到:我试图给出一个有详细信息的蓝色帖子示例,但我无意中为Web API而不是游戏API提供了一个。然而,原则是相同的,并提供更多的暴雪到社区环境的开发支持


因此,基本上,这篇文章是关于Web API的变化,而Git的评论与游戏UI定制和宏无关。游戏UI自定义和宏没有隐藏或官方文档源。主要是因为它根本不存在于任何人身上。:)

暴雪目前没有发布API信息,阿飞


很可能是您最好的资源。

有多种方法可以发现导出到Lua环境中的可调用C函数的名称

但是是的。一个非常简单的方法是枚举源代码中写入到的所有全局变量,然后枚举在WoW运行时公开的全局变量-并考虑差异,可能将结果限制为“function”类型的全局变量

暴雪曾一度非正式地记录其API,但它一直“不受支持”


还有其他方法可以发现API,但它们涉及到可能违反TOS的行为

现在有一个包含wow插件API的应用程序。这对我帮助很大。

“来源”?当然你不是指API源代码。大概你指的是blizz标准插件。如果这是真的,那真是件令人伤心的事。你有什么蓝色的帖子(或其他什么)来支持你吗?我指的是魔兽世界当前UI的Lua/XML源。大多数作为插件实现的暴雪用户界面都不包含源代码。我不能发布一个链接到没有蓝色帖子,这是你得到的。暴雪发布了一个从他们的包文件中提取UI源代码的工具,这是一个很好的注释。所有的wiki都是基于此构建的。他所说的“git将请求推送到API文档”是什么意思。听起来他好像在github回购上维护一些文档?谢谢你的努力。显然,他们保留了web api的文档,但没有附加api:在我看来,这是一个奇怪的决定,但这是他们的决定。web api的范围要小得多,web api的外部用户需要一个非移动的目标,并记录下来。游戏中的UI和任何社区创建的插件都是完全不同的故事,几乎完全相反。提供并记录Web API是因为开发人员可以通过刮片工具构建相同的功能,这会给他们的服务器造成不必要的压力。网站现在已经失效