LinkedIn API类计数

LinkedIn API类计数,linkedin,Linkedin,我在一家软件公司担任支持工程师,我遇到了与我们的一位客户之间的矛盾 他们正在使用我们的API连接器来检索对共享的喜爱;ID 6668676645131472896 我们的连接器使用以下调用检索此共享的每日喜好分类: 这个日期范围的喜欢总数大约是46 但是,如果我们使用该调用来检索相同共享的终身喜欢,则会返回大约73个喜欢 据我所知,生命周期指标代表了通话时该共享的确切喜欢次数;e、 例如,如果一个共享有75个喜欢,但有两个人删除了他们的喜欢,然后我进行了API调用,它将显示73个喜欢,而不是7

我在一家软件公司担任支持工程师,我遇到了与我们的一位客户之间的矛盾

他们正在使用我们的API连接器来检索对共享的喜爱;ID 6668676645131472896

我们的连接器使用以下调用检索此共享的每日喜好分类:

这个日期范围的喜欢总数大约是46

但是,如果我们使用该调用来检索相同共享的终身喜欢,则会返回大约73个喜欢

据我所知,生命周期指标代表了通话时该共享的确切喜欢次数;e、 例如,如果一个共享有75个喜欢,但有两个人删除了他们的喜欢,然后我进行了API调用,它将显示73个喜欢,而不是75个

对于喜欢的每日分类,我假设所有喜欢都被退回,在喜欢产生的当天被打破,并且“喜欢”是否最终被删除没有区别。那么,每天的喜好怎么可能比一生的喜好少呢?难道每天喜欢的总次数不总是等于或超过一生喜欢的次数吗

我现在拥有的最好的理论是,每日的喜欢请求不包括那些在某种程度上隶属于分享组织的人的喜欢。这是真的吗