Полноценность SQL Server “с шифрованием” оператор

NullPointerException s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException. Они наиболее распространены, но другие способы перечислены на странице NullPointerException javadoc.

Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException, be:

public class Example {

    public static void main(String[] args) {
        Object obj = null;
        obj.hashCode();
    }

}

В первой строке внутри main я явно устанавливаю ссылку Object obj равной null. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.

(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)

5
задан travis 9 September 2008 в 04:31
поделиться

3 ответа

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

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

6
ответ дан 14 December 2019 в 01:22
поделиться

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

1
ответ дан 14 December 2019 в 01:22
поделиться

@Blorgbeard

Хороший ответ, документация MSDN относительно "С ШИФРОВАНИЕМ", кажется, соглашается с Вашей точкой зрения, теперь называние его "запутало" скорее затем зашифрованный.

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

2
ответ дан 14 December 2019 в 01:22
поделиться
Другие вопросы по тегам:

Похожие вопросы: