There is no solution for this other than namespacing (which is an issue in itself). If it's not a conflict now, it will be in the future.
I prefix my domain classes with Ts and Gpt, so far it doesn't clash with anything else. May it ever happen, I will rant. :) Regards, Esteban A. Maringolo 2014-02-14 14:28 GMT-03:00 Michael J. Forster <m...@sharedlogic.ca>: > Hi, > > I have two questions regarding the choice of package prefix, but, first, > some background. > > We have a number of packages that I would like to publish as open source > on smalltalkhub.com over the coming year. As well, we have several > proprietary customer packages in our internal MC repository. Obviously, we > want to avoid name collisions with everyone else, but we want to keep our > package and class names from bloating, too. > > I'm thinking of choosing the umbrella package/class prefix 'Sb' (for the > element Antimony, shamelessly following Sven's example) for everything we > write. We would use one or two further characters to distinguish our > actual packages and classes (public and proprietary). For example, > > SbWA... - our Seaside utilities > SbPG... - our PostgresV2 utilities > SbPr... - our Prolog query engine > SbMt... - a proprietary client project > > My first question: Does this sound reasonable? I don't want to give > potential users the impression that unstated dependencies exist between our > open source 'Sb' packages. I'm simply trying to carve out a namespace. > > Second, I installed all of the packages I could using the Metacello > Configuration browser in Pharo 2.0 and collected the first three characters > of all packages and classes. I didn't find any use of the 'Sb' prefix. > Does anyone know of a conflict? > > > Thanks! > > Mike > > -- > Michael J. Forster, B.Sc. (Hons.), B.Sc. > COO, Programmer > Shared Logic Inc. > >