Что 'корректный' путь состоит в том, чтобы сохранить собственный указатель в объекте Java?
Расширение glob действительно выполняется вашей оболочкой, и именно поэтому оно работает из командной строки.
Вы можете сделать mocha --recursive и указать в тестовый каталог.
5 ответов
IIRC, оба java.util.zip и java.nio просто используют long.
Нет хорошего пути. В SWT этот код используется:
int /*long*/ hModule = OS.GetLibraryHandle ();
, и есть инструмент, который преобразует код между 32-битным и 64-битным путем перемещения комментария. Уродливо, но это работает. Все было бы намного проще, если бы Sun добавил объект «NativePointer» или что-то в этом роде, но они этого не сделали.
Лучший путь мог бы сохранить его в массиве байтов, так как собственные указатели не являются очень выходом Java во-первых. int с и long с лучше резервируются для хранения числовых значений.
Я предполагаю, что это указатель, возвращенный из некоторого кода JNI, и мой совет будет , просто не делайте этого :)
В идеале, код JNI должен передать вам какой-то логический ссылка на ресурс, а не фактический указатель?
Что касается вашего вопроса, нет ничего, что приходило бы вам в голову по поводу более чистого способа хранения указателя - если вы знаете, что у вас есть, то используйте либо int, либо long, либо байт [] как требуется.
Вы могли обратиться к способу, которым C# обрабатывает это с типом IntPtr. Путем создания собственного типа для содержания указателей тот же тип может использоваться в качестве 32-разрядного или 64-разрядного в зависимости от системы, Вы идете.