Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IRCClient as singleton? #32

Open
freddyb opened this issue Sep 20, 2010 · 1 comment
Open

IRCClient as singleton? #32

freddyb opened this issue Sep 20, 2010 · 1 comment

Comments

@freddyb
Copy link
Contributor

freddyb commented Sep 20, 2010

if we implemented the IRCClient as a singleton, we might circumvent expose-issues

@lehmannro
Copy link
Owner

Even while intuitively possible (there should never be more than one IRCClient) we cannot make such assumptions due to the very nature of our transport layout. A connection can be reachable much longer than it's alive, for reasons out of our control. Such a move would kill off all the freedoms we bought with asynchronous processing. (If you need to reach an IRCClient you should emit signals and only truly active connections, of which there should be only one, must react upon such inquiries.) Count me -1 on that proposal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants