Evet, bunu tersine çevirebilirsiniz ve amacınıza uygun olması koşuluyla bu bağlantı stratejisini kullanmanın dezavantajları yoktur.
ZMQ'da "bağlanma" ve "bağlanma" nın ardındaki sürüş kavramı, bir tarafın genellikle daha güvenilir olduğu (ve genellikle daha az sayıda düğüm olacağı) ve diğer tarafın daha geçici olduğu düşünülür (ve daha fazla sayıda düğüm olabilirdi). Güvenilir taraf "sunucu" olarak kabul edilir ve bu tarafta bind()
olmalıdır, geçici taraf "istemci" (veya kullanıcı s) olarak kabul edilir ve bu tarafta connect()
olmalıdır. Tipik olarak, gelebilecek ve gidebilecek pek çok "müşteri" abonesine sürekli olarak bilgi yayınlayan kararlı bir "sunucu" olduğunu düşünüyoruz. Bu, gördüğünüz örneklerde temsil edilir: pub'a bağlan, alt bağlantıya bağlan.
Ancak, birçok "istemci" yayıncıdan gelen ve herhangi bir kullanılabilir durumda gönderdikleri bilgileri kabul eden herhangi bir çıktıya abone olan sabit bir "sunucuya" sahip olabilirsiniz. Alt tarafa bağlan, pub'a bağlan.
Tek bir sunucuyla sınırlı değilsiniz, bu sadece en basit örnek - ancak, tüm yuvalarınızı aynı bilgisayarda çalıştırıyorsanız daha sınırlısınız. Aynı adreste birden fazla soket ile bağlantı yapmak bir çakışma oluşturacaktır, ancak istediğiniz kadar adrese çok sayıda soket bağlayabilirsiniz.
Çoğu durumda, iletişimin her iki tarafı gerçekten güvenilir ve uzun süren bir işlem olmayı amaçlamaktadır, bu durumda, bilgiyi sunucu olarak gönderen düğümün ve istemciyi alan kişi olarak kabul edilmesinin yararlı olması faydalı olur. . Bu durumda, pub'a bağlanmaya geri döndük, alt bağlantıya bağlanın.