We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fb2k的sdk根本没有什么文档啊 你是从哪找到那些 g_find_inputs_xxx的用法的…… 想请教一下爬(代码(shi))山的姿势
The text was updated successfully, but these errors were encountered:
有点难讲清楚,这是一个方法论的问题…… 前提:大多数东西都是规范命名的。 首先尽量利用代码提示(比如 IntelliSense),它们可以帮你找到一些名称部分匹配的东西。比如我想找输入输出相关的,那就找“input”、“output”、“io”这些字符串,看看有什么函数带这些名称。 然后去看声明的部分(头文件),看上一步有什么遗漏的地方。 阅读示例(自带的和网上能找到的),多用“转到定义”。代码示例会告诉你基础的功能怎么用,如果你想实现的功能与示例有一定相关性,那它们用到的函数啊变量啊什么的很可能也有相关性。 从某个功能的实现反推和它相关的功能的用法。比如我会去想,某些插件会注册新的文件类型(APE、XA、AC3等等),那么这意味着一定有一种搜索的方法,根据某些信息找到对应的容器的读取和解码实现,而这些信息和那些插件注册时所提供的是相关的。就可以这么顺着找:注册时提供的信息→信息数据库→暴露的查询方法→谁调用了查询方法→调用点处是怎么使用的→最终实现了什么功能。这样下来就也知道自己该怎么写了。 实在没办法的时候,从代码设计去推测作者的思维方式,去猜他可能会把什么东西放在什么位置(文件),怎么命名,然后去查找文本。
有一说一,PFC 的模板编程用的是真的好,文档也是真的烂。
Sorry, something went wrong.
No branches or pull requests
fb2k的sdk根本没有什么文档啊 你是从哪找到那些 g_find_inputs_xxx的用法的…… 想请教一下爬(代码(shi))山的姿势
The text was updated successfully, but these errors were encountered: