Именование имен пространства имен для библиотек общего назначения - личное или название компании?

В настоящее время я пишу некоторые общие библиотеки .net, которые содержат обычные вспомогательные классы. Например, для обработки строкового шифрования/дешифрования, сохранения в файлах конфигурации и т. Д.Именование имен пространства имен для библиотек общего назначения - личное или название компании?

Сейчас я единственный разработчик компании, в которой я работаю, и это не похоже на он скоро изменится, поэтому я бы не «украл» никого. Однако, скорее всего, я покину компанию в какой-то момент.

Как и большинство разработчиков, более вероятно, что я хотел бы повторно использовать эти библиотеки, которые я бы построил с течением времени в своей новой компании, поскольку они будут содержать агностический код компании.

Если я назову их после текущей компании, мне нужно будет изменить пространство имен и перекомпилировать все новые библиотеки, которые могут оказаться трудоемкими и подверженными ошибкам, если их значительное число.

Я также хотел бы использовать эти библиотеки для некоторых личных проектов и продлить их в свободное от работы время и работать над этими проектами.

Именование их после моего имени, хотя кажется очень эгоцентричным. Если я присоединился к новой компании, я не думаю, что хотел бы иметь имя предыдущего разработчика почти во всех файлах кода.

С другой стороны, что-то вроде «Common.Library» кажется слишком общим.

Я хотел бы знать, как вы, разработчики, меняете компании относительно часто, занимаетесь этим? Будучи единственным разработчиком, я очень гибко отношусь к решению по разработке кода, но я все равно хочу уважать лучшие практики и предоставлять достойную базу кода для моего преемника.

PS: Я проверил IP-адрес с моим боссом, и они не возражают, поскольку код, который я использую повторно, не содержит бизнес-логики, поэтому, пожалуйста, оставляйте комментарии/ответы техническими и не законными.

источник

2012-01-13 Kharlos Dominguez

Если проблем с IP-адресом нет, вы можете называть их, что вам нравится. – ChrisF

Действительно, но я чувствую, что я должен также рассмотреть вещи с точки зрения потенциального человека, который придет за мной ... как мы все знаем, когда мы начинаем в новой компании и должны взять на себя существующую кодовую базу , есть всевозможные вещи, которые могут привести нас к неудаче, и я предпочел бы быть хорошим гражданином. –

Это все равно не имеет значения.Должно быть пространство имен, для человека, следующего за вами, это еще одна вещь, которую они должны изучить. ** Что ** пространство имен делает очень мало различий. – ChrisF

Нет ответа на ваш вопрос.
Почему бы просто не использовать ваши инициалы, если вы не хотите, чтобы ваше полное имя было в библиотеках?

Нечто вроде kd.Common.Library.

источник

2012-01-13 12:56:55

Обычное соглашение об именах для пространств имен - это использование паскаль-оболочки (в случае, если ОП решит пойти на этот подход). В этом случае 'KD.Common.Library' будет казаться более подходящим. – Groo

Я знаю, но мне не нравятся взгляды 'Kd.Common.Library' или' KD.Common.Library'. Как и в случае с этим вопросом, это исключительно вопрос личных предпочтений ... –

Спасибо за предложение, которое я уже рассматривал ... проблема в том, что использование инициалов по-прежнему кажется неуместным и эгоцентричным. Кроме того, следующий разработчик, который придет за мной, может задаться вопросом, что означает KD ... Я действительно могу назвать их, но мне нравится, но я также хотел бы просматривать вещи с точки зрения «следующего разработчика» ... –

Если я называю их после текущей компании, мне нужно будет изменить пространство имен [...]

Если нет IP проблемы, не нравится вам будет действительно потребность изменить его. В этом случае это будет зависеть только от ваших личных предпочтений.

Я нахожу этот случай, как с помощью любой другой сторонней библиотеки, даже если ее лицензия позволяет вам изменить свой источник. Пока вы можете повторно использовать эту базу кода позже, имена имен пространства имен будут полностью вторичными IMHO.

источник

2012-01-13 13:09:48 Groo

Именование имен пространства имен для библиотек общего назначения - личное или название компании?

ответ

Смежные вопросы