Isn't it a little odd to have connect/disconnect in the constructor/destructor methods?
I have a case where the connection is presumably kept alive until the PHP process ends:
<?php
class MyStompWrapper {
public function doSend()
{
$stomp = $this->connect(); // returns Stomp Object
$stomp->send('/destination', 'message', []);
$this->disconnect($stomp);
// $stomp still exists in this scope, hence, the connection is alive
}
private function disconnect(\Stomp $stompObj)
{
// only unsets the local $stomp pointer, does not actually disconnect
unset($stomp);
}
private function connect():\Stomp
{
// try-catch block omitted for example brevity
return new Stomp('url', 'username', 'password');
}
}
?>
This means that, in order to handle disconnecting, I have to create and destroy the Stomp object within the same scope.
Stomp::__destruct
stomp_close
(PECL stomp >= 0.1.0)
Stomp::__destruct -- stomp_close — Closes stomp connection
Beschreibung
Objektorientierter Stil (destructor):
public Stomp::__destruct
(
) : bool
Prozeduraler Stil:
stomp_close
( resource
$link
) : boolCloses a previously opened connection.
Parameter-Liste
-
link -
Nur für prozedurale Aufrufe: Die Stomp-Verbindung, die von stomp_connect() zurückgegeben wurde.
Rückgabewerte
Gibt bei Erfolg true zurück. Im Fehlerfall wird false zurückgegeben.
Beispiele
See stomp_connect().
add a note
User Contributed Notes 1 note
vanja at removethis dizyart period com ¶
5 years ago
