Question

为扭曲的应用程序编写单元测试。使用新的（虚拟）连接（实例proto_helpers.StringTransport）解决了延迟后尝试执行一些断言的问题，但是回调assert_cache_updated_on_connection收到的是None而不是原来的connection传递给<deferred>.callback(connection)

def test_send_to_new_connection(self):
    # Given
    peerAddr = ('10.22.22.190', 5060)

    # If
    self.tcp_transport.send_to('test', peerAddr)

    # Then
    assert peerAddr in self.tcp_transport._connections
    assert True == isinstance(self.tcp_transport._connections[peerAddr], Deferred)

    connection = _string_transport_connection(self.hostAddr, peerAddr, None, self.tcp_transport.connectionMade)

    def assert_cache_updated_on_connection(connection):
        print('--------- SUCCESS ----------')
        peer = connection.transport.getPeer()
        peerAddr = (peer.host, peer.port)

        assert peerAddr in self.tcp_transport._connections
        assert True == isinstance(self.tcp_transport._connections[peerAddr], Protocol)

    def assert_fail(fail):
        print('--------- FAIL ----------')

    self.tcp_transport._connections[peerAddr].addCallback(assert_cache_updated_on_connection)
    self.tcp_transport._connections[peerAddr].addErrback(assert_fail)
    # Forcing deferred to fire with mock connection
    self.tcp_transport._connections[peerAddr].callback(connection)

这是手动触发延迟回调的正确方法吗？

Answer 1

回调函数将以下两项之一作为其第一个参数：

如果这是第一个回调，它将接收传递给callback方法的值。
如果它是后续的回调，它将在其之前接收到回调的返回值。

因此，大概的解释是assert_cache_updated_on_connection不是第一个回调，并且该回调返回None之前。

Twisted deferred.callback（value）触发None

1 个答案: