Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #10654
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Newsgroups | comp.lang.c++ |
| Subject | Re: Method that only one other class type may access |
| Date | 2011-10-04 15:01 +1300 |
| Message-ID | <9ev7noFdlfU1@mid.individual.net> (permalink) |
| References | <bcec6bc0-d419-48b4-a17a-58efec51260e@j19g2000yqc.googlegroups.com> <9eufl3F5kfU7@mid.individual.net> <slrnj8k7uc.1bk.grahn+nntp@frailea.sa.invalid> |
On 10/ 4/11 09:49 AM, Jorgen Grahn wrote: > On Mon, 2011-10-03, Ian Collins wrote: >> On 10/ 2/11 09:32 AM, Christopher wrote: >>> I know I need some sort of friend, but I don't want to friend the >>> entire class. >>> >>> I've got a TcpConnection class and it has a state member. >>> I've got a TcpListener class that accepts connections and creates a >>> TcpConnectionClass. >>> >>> The TcpListener class needs to be able to change the state member of >>> the TcpConnection class, but I don't want anyone else to be able to. >>> How do I go about that? >> >> If a design doesn't fit the problem, the design is flawed. It looks to >> me like you are over engineering what is a very simple (and common) >> task. Don't fret though, I see this all the time! Socket related >> activities simply don't fit well within an OO approach. > > It is not clear to me what you mean with that last sentence, but I was > going to say something similar: Trying to use things like connection and listener classes! > I see no great benefits of wrapping the BSD socket API in lots of stuff. > If you wrap them a bit to get: > > - file descriptors which aren't convertible to and from ints > - RAII > > then the API is pretty usable as it is. Bonus: anyone who knows the > API doesn't have to relearn another one. Agreed. -- Ian Collins
Back to comp.lang.c++ | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Method that only one other class type may access Christopher <cpisz@austin.rr.com> - 2011-10-01 13:32 -0700
Re: Method that only one other class type may access Christopher <cpisz@austin.rr.com> - 2011-10-01 13:50 -0700
Re: Method that only one other class type may access Noah Roberts <roberts.noah@gmail.com> - 2011-10-02 11:13 -0700
Re: Method that only one other class type may access Marcel Müller <news.5.maazl@spamgourmet.com> - 2011-10-01 23:38 +0200
Re: Method that only one other class type may access Christopher <cpisz@austin.rr.com> - 2011-10-01 15:34 -0700
Re: Method that only one other class type may access Marcel Müller <news.5.maazl@spamgourmet.com> - 2011-10-02 15:27 +0200
Re: Method that only one other class type may access Noah Roberts <roberts.noah@gmail.com> - 2011-10-02 11:06 -0700
Re: Method that only one other class type may access Paul N <gw7rib@aol.com> - 2011-10-03 11:48 -0700
Re: Method that only one other class type may access Ian Collins <ian-news@hotmail.com> - 2011-10-04 08:10 +1300
Re: Method that only one other class type may access Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-10-03 20:49 +0000
Re: Method that only one other class type may access Ian Collins <ian-news@hotmail.com> - 2011-10-04 15:01 +1300
Re: Method that only one other class type may access Christopher <cpisz@austin.rr.com> - 2011-10-04 14:21 -0700
Re: Method that only one other class type may access Ian Collins <ian-news@hotmail.com> - 2011-10-05 10:29 +1300
Re: Method that only one other class type may access Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-10-05 08:19 +0000
Re: Method that only one other class type may access Ian Collins <ian-news@hotmail.com> - 2011-10-05 21:39 +1300
Re: Method that only one other class type may access Miles Bader <miles@gnu.org> - 2011-10-05 18:09 +0900
Re: Method that only one other class type may access Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-10-05 18:30 +0000
Re: Method that only one other class type may access Werner <werasm@gmail.com> - 2011-10-05 00:02 -0700
csiph-web