Count one more voice for Net::Server::Linux, that way if someone gets around to adding a Win32 equivalent, it can be Net::Server::Win32, and so on for other platforms. When someone goes looking for a net server, they'll likely find what they are looking for in that namespace regardless of what platform they need it for.
Win32::* (and by extension Linux::*) are (or should be) reserved for stuff that it simply makes no sense to try and port to other platforms.
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
| [reply] [Watch: Dir/Any] |
Agreed I think. It's just a matter of specifics now. The Net::Server::* namespace currently belongs to a suite of OO modules by one author (Net::Server, Net::Server::PreForkSimple, Net::Server::Proto::TCP, etc), and they all inherit from each other and have a consistent interface.
I would feel like I was polluting that to stick a module with a different interface into the exact same namespace. Also, Net::Server::* does TCP, UDP, and Unix sockets, whereas my module only covers TCP. And of course, mine's Linux-only, theirs is platform independant pure-perl.
So brings us back to your first 3-level suggestion, Net::TCPServer::Linux, I guess?
In the rest of the software world, people give their projects unique names, here in the CPAN world the norm seems to be descriptive names, which seems to make it difficult to have competing implementations in the same namespace. I guess that's the point to some degree, to encourage the idea that everyone contributes to one common best-of-breed implementation of whatever thing it is that category of module can do.
| [reply] [Watch: Dir/Any] |