Хорошим местом для начала является JavaDocs . Они охватывают это:
Брошено, когда приложение пытается использовать null в случае, когда требуется объект. К ним относятся:
- Вызов метода экземпляра нулевого объекта.
- Доступ или изменение поля нулевого объекта.
- Выполнение длины null, как если бы это был массив.
- Доступ или изменение слотов с нулевым значением, как если бы это был массив.
- Бросать нуль, как если бы это было значение Throwable.
Приложения должны бросать экземпляры этого класса для указания других незаконных видов использования нулевого объекта.
blockquote>Также, если вы попытаетесь использовать нулевую ссылку с
synchronized
, который также выдаст это исключение, за JLS :SynchronizedStatement: synchronized ( Expression ) Block
blockquote>
- В противном случае, если значение выражения равно null,
NullPointerException
.Как это исправить?
Итак, у вас есть
NullPointerException
. Как вы это исправите? Возьмем простой пример, который выдаетNullPointerException
:public class Printer { private String name; public void setName(String name) { this.name = name; } public void print() { printString(name); } private void printString(String s) { System.out.println(s + " (" + s.length() + ")"); } public static void main(String[] args) { Printer printer = new Printer(); printer.print(); } }
Идентифицирует нулевые значения
. Первый шаг - точно определить , значения которого вызывают исключение . Для этого нам нужно выполнить некоторую отладку. Важно научиться читать stacktrace . Это покажет вам, где было выбрано исключение:
Exception in thread "main" java.lang.NullPointerException at Printer.printString(Printer.java:13) at Printer.print(Printer.java:9) at Printer.main(Printer.java:19)
Здесь мы видим, что исключение выбрано в строке 13 (в методе
printString
). Посмотрите на строку и проверьте, какие значения равны нулю, добавив протоколирующие операторы или используя отладчик . Мы обнаруживаем, чтоs
имеет значение null, а вызов методаlength
на него вызывает исключение. Мы видим, что программа перестает бросать исключение, когдаs.length()
удаляется из метода.Трассировка, где эти значения взяты из
Затем проверьте, откуда это значение. Следуя вызовам метода, мы видим, что
s
передается сprintString(name)
в методеprint()
, аthis.name
- null.Трассировка, где эти значения должны быть установлены
Где установлен
this.name
? В методеsetName(String)
. С некоторой дополнительной отладкой мы видим, что этот метод вообще не вызывается. Если этот метод был вызван, обязательно проверьте порядок , что эти методы вызывают, а метод set не будет называться после методом печати. Этого достаточно, чтобы дать нам решение: добавить вызов
printer.setName()
перед вызовомprinter.print()
.Другие исправления
Переменная может иметь значение по умолчанию (и
setName
может помешать ему установить значение null):private String name = "";
Либо метод
printString
может проверить значение null например:printString((name == null) ? "" : name);
Или вы можете создать класс, чтобы
name
всегда имел ненулевое значение :public class Printer { private final String name; public Printer(String name) { this.name = Objects.requireNonNull(name); } public void print() { printString(name); } private void printString(String s) { System.out.println(s + " (" + s.length() + ")"); } public static void main(String[] args) { Printer printer = new Printer("123"); printer.print(); } }
См. также:
Я все еще не могу найти проблему
Если вы попытались отладить проблему и до сих пор не имеете решения, вы можете отправить вопрос для получения дополнительной справки, но не забудьте включить то, что вы пробовали до сих пор. Как минимум, включите stacktrace в вопрос и отметьте важные номера строк в коде. Также попробуйте сначала упростить код (см. SSCCE ).
Насколько я вижу, вы ищете здесь часть системы хранения хранилища данных (ваши отчеты будут будьте клиентом).
Собственно, как это делают коммерческие системы, это кеш, который вы описали: преагрегируйте свои таблицы и создавайте их кеш. Единственный способ ускорить ваши запросы - заставить систему баз данных делать для них меньше. Это означает меньшее количество данных, что, в свою очередь, означает меньшее время, затрачиваемое на итерацию данных, или меньшее количество данных в индексах.
Тем не менее, я бы предложил «40 кеш-решений» (действительно ли существует более 24 часовых поясов). Вы должны быть в состоянии тривиально распараллелить очередь сортировки, создавая копии данных.
Другой способ сделать это, будет кешировать с точностью до часа, а затем агрегировать часы в дни (или 30 минут, если ваши часовые пояса требуют этого). Это означает, что вы кэшируете с более высокой степенью детализации, чем ежедневный, но с более высокой степенью детализации, чем исходные данные.
GL_TRIANGLES, 212 * 6, GL10.GL_UNSIGNED_SHORT, mIndexBuffer); - вы можете найти это число (212 в этом случае) поверх файла OFFЗдесь вы можете найти страницу моего проекта, которая использует это решение: Проект Github> vsiogap3d
Это должно быть возможно. У Вас может быть файл как файл данных с Вашей программой (и как таковой, это будет продвинуто на эмулятор и упаковано для установки на существующее устройство). Тогда можно записать образцовый загрузчик и средство просмотра в Java, пользующемся библиотеками Android и GLES для отображения модели.
Определенные ресурсы на этом, вероятно, ограничены все же. 3ds формат proprietry, таким образом, сторонние загрузчики находятся в довольно коротком предоставлении и главным образом перепроектированы. Другие форматы (такие как блендер или milkshape) более открыты, и необходимо быть в состоянии найти детали о записи загрузчика для них в Java довольно легко.
Не уверенный в Android а именно, но вообще говоря, Вам нужен сценарий в 3DS Max, который вручную выписывает форматирование, Вам нужно из модели.
относительно того, существует ли каждый для Android или нет, я не знаю.
вы можете экспортировать ее в ASE формат. из ASE вы можете преобразовать его в свой код вручную или программно. Вам понадобится вершина для массива вершин и грани для индексов в Android. не забывайте, что вы должны установить
gl.glFrontFace(GL10.GL_CCW);
, потому что 3ds max по умолчанию против часовой стрелки.