z0z0r4

ai 的可还行...没必要哦

我对 grpc 完全不了解…

返回示例，可以加进计划 如果只是留一份JSON返回值的话还好，自动化就行 但如果是做成 model 就很麻烦了…得跟着B站改，这里指的是？

api 有的是自己扒拉的，有的是看BAC https://github.com/SocialSisterYi/bilibili-API-collect 的吧 基本上是 @Nemo2011 和上一任的整合的，得问他们

> > 知道你的意思，但是这个标注实在是太麻烦了，更何况有些参数我也不知道什么意思。我用接口一般都是先调用一次，在返回的字典里找要的东西，然后把键值写死在代码里。 > > 主要是有些返回的健值不知道代表什么，也不清楚我需要的东西在不在里面 你这种情况缺的是个常见数据指北，例如点赞数、字幕下载，而不是把冗杂的B站每个返回值都加个 comment 没意义 应该找人把 docs 里面的 example 做一下，但是实在是没空，结果就对使用者不友好了=。=

见 https://github.com/Nemo2011/bilibili-api/issues/293 具体讨论

> > > > 知道你的意思，但是这个标注实在是太麻烦了，更何况有些参数我也不知道什么意思。我用接口一般都是先调用一次，在返回的字典里找要的东西，然后把键值写死在代码里。 > > > > > > > > > 主要是有些返回的健值不知道代表什么，也不清楚我需要的东西在不在里面 > > > > > > 你这种情况缺的是个常见数据指北，例如点赞数、字幕下载，而不是把冗杂的B站每个返回值都加个 comment 没意义 > > 应该找人把 docs 里面的 example...

> 相比现在使用的库有什么更优秀的方面吗？ 似乎没有，而且可能会有 bug，但不需要安装 aiohttp

话说装 requests 做什么，没看出必要性 https://github.com/search?q=repo%3ANemo2011%2Fbilibili-api%20requests.&type=code

I have the same question, it's easy to catch oom when any find operation fetch a large mount of documents... I am not sure it's reasonable, maybe there are some...