标签: candidate

我新写了一个简单的聊天应用程序,但我并不真正了解ICE候选人的背景.

当对等方创建连接时,它们会获得ICE候选者并且他们交换它们并最终将它们设置为对等连接.

所以我的问题是,ICE候选人来自哪里,他们如何使用,他们都真的使用过？

我注意到我的同事在他的机器上执行应用程序时得到的候选人较少,这可能是不同候选人数量的原因？

在SQL Server中,我收到此错误 - >

"引用的表'BookTitle'中没有主键或候选键与外键'FK_ BookCopy _Title__2F10007B' 中的引用列列表匹配."

我首先创建了一个称为BookTitle关系的关系.

CREATE TABLE BookTitle (
ISBN            CHAR(17)       NOT NULL,
Title           VARCHAR(100)   NOT NULL,
Author_Name     VARCHAR(30)    NOT NULL,
Publisher       VARCHAR(30)    NOT NULL,
Genre           VARCHAR(20)    NOT NULL,
Language        CHAR(3)        NOT NULL,    
PRIMARY KEY (ISBN, Title))

然后我创建了一个称为BookCopy关系的关系.这种关系需要引用BookTitle关系的主键,Title.

CREATE TABLE BookCopy (
CopyNumber         CHAR(10)            NOT NULL,
Title              VARCHAR(100)        NOT NULL,
Date_Purchased     DATE                NOT NULL,
Amount             DECIMAL(5, 2)       NOT NULL,
PRIMARY KEY (CopyNumber),
FOREIGN KEY (Title) REFERENCES BookTitle(Title))

但我无法创建 …

在他们的文章的第3.4节中,作者解释了他们在搜索树木生长的最佳候选分割时如何处理缺失值.具体来说,它们为那些节点创建默认方向,作为拆分特征,在当前实例集中具有缺失值的节点.在预测时,如果预测路径经过该节点并且缺少特征值,则遵循默认方向.

然而,当缺少特征值并且节点没有默认方向时,预测阶段将会中断(并且这可能在许多情况下发生).换句话说,他们如何将默认方向与所有节点相关联,甚至是那些在训练时设置的活动实例中具有无缺失分裂功能的节点？

C++ 03 $ 13.6/1-"[...]如果有一个用户编写的候选人具有与内置候选操作员函数相同的名称和参数类型,则内置操作符函数被隐藏,不包括在内在候选函数集中."

我不确定标准的引用意图.是否可以定义与内置运算符具有相同名称和类型的用户定义候选函数？

例如,下面显然是错误的.

int operator+(int)

那么这句话是什么意思呢？

我正在玩Android SDK附带的Demo SoftKeyboard.

在纵向模式下,当显示候选视图时,它不会像默认的Android键盘那样移动应用程序.因此它涵盖了应用程序视图的一部分.

为了使演示软键盘中的候选视图表现为默认的android键盘,应该更改什么？

我也从git看了android键盘的来源,但没有发现与此行为有关.

在这种特殊情况下,它是MVC.但是,候选版本与上线或生产版本之间存在多大差异？我讨厌在RC上建立很多东西,让它破裂或错过,因为我没有等待.另一方面,我确实有交易要求.

谢谢.

根据评论更新:

支持微软的MVC真的意味着什么？我不确定我甚至会要求什么支持.我总是想知道这与事物的编程方面有关.我理解,获得对物理服务器(硬盘驱动器死机)的支持.在这种情况下,我会向微软询问什么？

我正在通过 DataChannels（CoffeeScript，对不起 JS 家伙）构建（又一个）手动信令 WebRTC 聊天。它在本地连接中工作正常，但不能通过 NAT 后面的互联网（不幸的是，我还不能尝试 NATless）。

我不想维护一个 TURN 服务器，但是如果只有一个对等点必须可以从 Internet 公开访问才能使设置工作，我也可以。因为我是唯一一个拥有可访问机器的人，所以我们需要我主持一个 TCP 连接。在 Firefox 中没有报告 TCP 候选，所以我猜 ICE-TCP 尚不支持。

在 Chrome 上，查看 SDP 提供/答案，STUN 服务器正确识别了两个对等方的公共 IP 并添加了每个服务器反射 UDP 候选（见下面的第 10 行），但没有TCP 服务器反射候选，因此连接永远不会成功。还包括一个 TCP 候选（参见下面的第 9 行），但它只是一个主机候选。

这是一个示例 SDP 报价（我的公共 IP 是 88.88.88.88）：

01. v=0
02. o=- 7452583715680269460 2 IN IP4 127.0.0.1
03. s=-
04. t=0 0
05. a=msid-semantic: WMS
06. m=application 50816 DTLS/SCTP 5000
07. c=IN IP4 88.88.88.88
08. a=candidate:864190085 1 …

IceCandidate和SDP是固定值吗？将它们存储在服务器数据库中而不是在每个连接上检索是一个好主意吗？如果更新这些数据是不可避免的,我应该在什么时候进行？