Closed balazsracz closed 7 years ago
I agree that we should make this change. I would suggest that we should use OpenLCB with the "OpenLCB" case sensitivity for object and file naming and "openlcb" for the the namespace. I prefer OpenLCB over lcc for two reasons:
This is a huge change. Timing is critical.
I'm fine with the OpenLCB prefix and object names. None of the filenames contain NMRAnet today (seems that was a large scale change that we already completed a long while ago), so I guess that will be the same with OpenLCB too.
Can we have the directory name with lowercase though, just like the namespace?
src/openlcb/*
and
namespace openlcb {...}
There is one major source of NMRAnet naming in the codebase (just grepped it):
NMRAnetMessage is a class which we use a lot of places, most typically in the form of
Buffer<NMRAnetMessage>.
Should this be
Buffer<OpenLCBMessage>
/ Buffer<openlcb::OpenLCBMessage>
or Buffer<Message>
/ Buffer<openlcb::Message>
?
when called in or out of the openlcb namespace, respectively.I don't quite like either of them; openlcb::OpenLCBMessage
seems pretty long and redundant (even though it's the sane # of characters as nmranet::NMRAnetMessage
) but Message
is a way too generic name for a class even within the openlcb
namespace.
I generally prefer all lowercase directory names (sometimes with separating underscores), and this is the way it is today with nmranet, so no problem there.
I do not like Buffer
I defer to your choices, but agree changing from nmranet is overdue. David
On Dec 11, 2016 10:37, "Stuart W Baker" notifications@github.com wrote:
I generally prefer all lowercase directory names (sometimes with separating underscores), and this is the way it is today with nmranet, so no problem there.
I do not like Buffer if it is already in namespace openlcb, it is redundant. You are correct though that message is quite generic. This is openlcb general message format, so perhaps something like "GenMessage" or "GeneralMessage" would be appropriate.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/bakerstu/openmrn/issues/29#issuecomment-266298804, or mute the thread https://github.com/notifications/unsubscribe-auth/AAg4SvsRDfFq4opi9QjvHHgEhIRAIfGwks5rHELfgaJpZM4LJ8Y2 .
This is now done.
The name 'nmranet' was sunset two years ago by the NMRA.
We have extensive occurrences in our codebase -- a directory 'nmranet', a namespace 'nmranet' and the core buffer type called NMRANetMessage.
Should we rename these? If yes, rename to what? Reasonable options are:
This is probably a massive undertaking that has to span multiple repositories in one go.
[please add your comments to this issue thread]