Как я должен называть пакеты, если у меня нет связанного со мной домена?[закрыто]

Question

Таким образом, большинство ресурсов Java, говоря о пакетах, упоминают com.yourcompany.project настройка.Однако я не работаю в компании, и у меня нет веб-сайта.Существуют ли какие-либо общие соглашения об именовании?Может быть, адрес электронной почты?

Answer 1

Используйте домен верхнего уровня, например, «бернард» или что-то еще уникальное Важной частью является то, что домен уникален, поэтому вы избегаете столкновений, а не то, что он начинается с реального интернет-домена верхнего уровня, такого как org или com. Например.

import java.util.*;
import bernard.myProject.*;
import org.apache.commons.lang.*;

Answer 2

Если вы создаете проект с открытым исходным кодом, вы можете зарегистрировать его в Sourceforge и использовать net.sourceforge.myproject. Это часто встречается во многих Java-проектах. Примером может служить PMD http://pmd.sourceforge.net/ .

Answer 3

Почему бы не зарегистрировать домен?

Они довольно дешевы, и это гарантирует, что вы ни с кем не столкнетесь (или, по крайней мере, даст вам удовлетворение от того, что, если столкновение все-таки произойдет, другому человеку придется переписывать свой код).

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

• bernard.surname.net
• madeupname.net

Это обойдется вам менее чем в 10 Гбит /с в год.

Лично я бы предпочел подход с придуманным именем, поскольку это, скорее всего, будет выглядеть более профессионально (если только вы не выберете что-то действительно странное).

Дополнительным преимуществом является то, что многие домены будут оснащены возможностями электронной почты, что даст вам лучший адрес электронной почты, чем bernard.surname@hotmail.com.

Answer 4

Полезные советы по этой теме можно найти в Интернете : " Начинайте имена пакетов с обратного адреса электронной почты. [...] Или разместите свой код на сайте, который предоставит вам часть их домена. "

Answer 5

Обратите внимание, что & обратное доменное имя " вещь - это просто соглашение: полезно, поскольку оно определенно избегает столкновений, если все придерживаются его, но вам не нужно следовать ему.

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

А это означает, что на самом деле довольно плохая идея использовать своего рода " subdomain " бесплатного сервиса, которым вы пользуетесь, например deviantart или dyndns или бесплатный почтовый сервис! Поскольку большинство (если не все) из этих доменов являются товарными знаками, и если ваши проекты когда-либо получат широкое распространение, это может рассматриваться как нарушение товарного знака. Тот факт, что они позволяют вам использовать это имя в качестве адреса электронной почты (или любого другого), не означает, что вы можете использовать его для чего-либо еще - фактически, их лицензионное соглашение почти наверняка ограничивает использование именно этой цели.

Answer 6

Что вы также можете сделать, так это зарегистрировать домен (фактически поддомен) через такой сервис, как DynDNS (или один из его эквивалентов), а затем использовать это доменное имя.Вы будете единственным контролером, и это Бесплатно и прост в обслуживании.На данный момент (октябрь 2008) у них есть выбор из 88 топовых доменов.динадны динамическая служба dns

Answer 7

Что касается моей личной работы, когда у меня нет пространства имен, я выбираю что-то простое, например org.<myname>.*

Answer 8

Я был в паре разных компаний, которые пишут домашние Java-классы. Зачастую они просто com.blah.blah.blah независимо от того, есть ли за ними настоящее доменное имя.

Answer 9

ИМХО, лучше всего, если она не зависит от какой-либо внешней информации, такой как хостинг-провайдер или компания (она может быть передана сообществу открытого исходного кода), поскольку рефакторинг на уровне пакетов не совсем желателен, особенно в случае сред и библиотеки. Я предлагаю тщательно и однозначно выбрать название вашего проекта, а затем использовать org. & Lt; имя проекта & Gt; в качестве корневого пакета.

Answer 10

У многих людей есть свои веб-сайты и относительно уникальные имена (или имена для входа).

Если вас зовут Бернард Кое-что, вы можете владеть BernardSomething.com, сделать com.bernardsomething.xxxx (или com.bsomething.xxx) допустимым именем пакета IMHO для личного кода.

При этом, если имя вашего проекта уникально, вы можете указать имя пакета после этого.

И, конечно же, получите домен по имени, если у вас его еще нет!