Куда поместить потенциально переприменимые функции помощника?

Подождите, пока он вам не понадобится!

Ваши классы будут лучше для этого, так как вы пока не представляете, какими будут ваши конкретные будущие потребности.

Когда вы будете готовы, в Eclipse «Extract Method».

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

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

В вашем случае я бы создал новую папку (новый пакет для Java) под названием «Общие», а затем создал бы файл для группировки функций (для Java это будет просто класс с множеством статических членов).

Например, в вашем случае у меня было бы что-то вроде: General / ArrayUtils.java, и в этом случае я бы выбрал вашу функцию и любую другую нужную вам функцию.

Не волнуйтесь , что пока это создает новый класс (и пакет) только для одной функции. Как вы сказали в вопросе, это будет то, что вы будете использовать в следующем проекте, а затем и в следующем. Со временем этот «Генерал»

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

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

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

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

Я не знаю, что делают другие языки, но у меня есть голос опыта в Java по этому поводу: просто перейдите к скобке вашего класса и напишите, что вам нужно (или вложенный класс, если вы предпочитаете, поскольку это общепринятое каноническое соглашение в Java)

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

См. Другие комментарии о вложенных классах с одинаковым именем, если разные классы имеют одинаковую функциональность во вложенном классе с тем же именем. Что произойдет с более крупными базами кода, так это то, что они со временем разойдутся и создадут проблемы с ремонтопригодностью, которые уступят место Java Name of class как типу соглашения о типе классов, которое заставит вас каким-то образом решить проблему.

Что еще я мог сделать?

Будьте осторожны, не поддавайтесь порывам новичка. Ваш 1-2 удара прибивает его, сопротивляйтесь искушению.

Если бы это был я, я бы либо:

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

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

Вариант 2, вероятно, лучший вариант для Java, несмотря на то, что он вас не устраивает. Java неудовлетворительна, поэтому неудивительно.

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