Яку назву пакета вибрати для невеликого проекту з відкритим кодом Java? [зачинено]

19

Закрито . Це питання ґрунтується на думці . Наразі відповіді не приймаються.

Хочете вдосконалити це питання? Оновіть питання, щоб на нього можна було відповісти фактами та цитатами, відредагувавши цю публікацію .

Закрито 4 роки тому .

Я хотів би опублікувати невелику бібліотеку з відкритим кодом на Java. Цікаво, яку назву пакета мені вибрати? Я не є компанією і не маю домену, який би я міг використовувати як основу для іменування пакета відповідно до умов іменування . І все-таки я хотів би якось дотримуватися конвенцій про іменування, щоб запобігти випадковому конфлікту та дотримати стандарт.

— Петро Пудлак
джерело

1

Ідіть з SOSJP- Малий проект з відкритим кодом Java. Якщо ви хочете уникнути будь-яких конфліктів, додайте до цього імені часову позначку - так воно і стане SOSJP1351952637112. Іронія вбік, - не турбуйтеся про конфлікти, ви завжди можете перейменовувати пізніше.

— c69

3

Вкласти кілька доларів у доменне ім’я?

— walrii

@walrii Це дещо передбачає збереження домену в майбутньому, що може бути незручно.

— Петро Пудлак

@ PetrPudlák Конвенція про іменування - лише пропозиція і зовсім не потрібна. Особисто я ніколи цього не розумів і завжди вважав це дивним. Займіться позицією проти цього і назвіть ваш пакет, ppgrphlibнаприклад, якщо це бібліотека графіки чи графіки. Ніхто ніколи не буде використовувати це ім'я, тому ніяких конфліктів не буде.

— Брандін

10

Ваш профіль із Software Engineering передбачає, що ви контролюєте petr.pudlak.name, що дає name.pudlak.petr.exampleprojectможливість.

Ще одна методика забезпечення унікальності - це базувати її на засобах, за допомогою яких програма поширюється серед населення. Якщо ім’я користувача, пов’язане з вашими сховищами GitHub petrpudlak, щось подібне com.github.petrpudlak.exampleprojectповинно уникати зіткнення. Те ж саме відноситься і до проектів SourceForge: net.sourceforge.exampleproject.

— Даміан Єрік
джерело

6

Чому б не скористатися своїм прізвищем? Щось подібне pudlak.project_name.

— Бернар
джерело

1

Я не думав про це, і це, безумовно, дійсний варіант, що задовольняє вимогам. Але мені якось не комфортно з цим, я відчуваю, що я занадто сильно просуваю себе. Крім того, якщо інші люди беруть участь у бібліотеці, чи не буде таке ім'я трохи несправедливим?

— Петро Пудлак

Потім киньте прізвище і просто використовуйте project_name.

— Бернард

3

Якщо у вас немає доменного імені, ви все одно можете скористатися цією умовою іменування та назвати її (org\com\net\whatever).projectname. Ім'я пакету не обов'язково має бути доменним іменем, на якому ви очікуєте, що проект буде знайдено, хоча це полегшує роботу. Деякі проекти в кінцевому підсумку переміщуються домени і не мають назв пакетів перейменованих з міркувань сумісності.

— firelore
джерело

ви, звичайно ... могли це зробити. але це було б дуже дурно

— Amara