Я нахожусь в середине создания приложения, но обнаружил, что слишком легко создаю новые пакеты, не учитывая структуру проекта.В какой пакет должен быть установлен класс «Настройки»?
Теперь я пытаюсь сначала переделать всю структуру проекта на бумаге. Я использую класс Settings с общедоступными свойствами, доступ к которым можно использовать в качестве параметров для нескольких других классов в проекте.
Теперь, поскольку этот класс настроек применяется ко всему проекту, я не уверен, что он должен быть упакован, и если да, то в каком пакете он должен существовать? Или он должен быть в корне (пакет по умолчанию) с основным классом приложения?
Я думал о том, чтобы поместить его в мой пакет utils, и снова я не думаю, что это действительно является utlity. Какие-либо стратегии о том, как решить такую структуру пакетов, например, для класса настроек?
Есть ли пакет с тем же именем, что и единственный объект, который он содержит, действительно поощряемый? Я думал, что пакеты предназначены для группировки нескольких классов вместе, поэтому наличие только 1 класса для пакета не кажется мне правильным, может быть, я ошибаюсь? – Tom
Пакеты предназначены для группировки классов логически - если есть только один класс с этой конкретной целью, я не понимаю, почему бы не оставить его там в одиночку. Класс «Настройки», конечно же, не имеет ничего общего с утилит для проекта, он имеет отношение к настройке. Другим вариантом, с которым вам было бы лучше, было бы поставить его на вершину иерархии, то есть для пакета 'com.some_comp.some_software.', 'Settings' будет на том же уровне с' < different_packages> 'part, at' com.some_comp.some_software.Settings'. –
laura