Пересмотр SVN в Microsoft Office
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, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
3 ответа
Я полагаю, что SVN не коснется двоичных файлов, и возможности состоят в том при встраивании строки $REV$ в него, что-то повредилось бы.
Я ничего не знаю о "Макросах Office" также, но это, вероятно, было бы предпочтительно для
- Имейте текстовый файл с той строкой пересмотра.
- Имейте офисную копию макроса предыдущая строка пересмотра (без $REV$ для safteys пользы) В офисный файл до сохранения.
- Имейте тот же офисный макрос, который вводит случайный мусор в текстовый файл № 1 каждый раз, когда файл сохранен.
Лучше IMO для записи версии представляют в виде строки в документ о/save/, потому что это избавит от необходимости дополнительные фиксации только ради помещения строки пересмотра в файле, и это также уменьшит зависимость от того файла пересмотра в конечном счете, Вы совместно используете этот PPT вокруг без вышеупомянутого существующего текстового файла.
Если Вам нравится использовать "расширение ключевого слова" с двоичными файлами (например, .doc), необходимо использовать следующий формат:
$keyword:: $ ______________________ (подчеркивают = пространство),
:: гарантирует, что количество символов всегда является тем же, иначе Вы повредите файл двоичного слова.
Но это только работает до Word 2003.
Это не будет работать на Word 2007, потому что .docx файл является zip-файлом, содержащим данные слова (например, xml). Но не имеет смысла встраивать что-то непосредственно в содержание ZIP.
Возможно, в будущем будет вклад SVN, который добивается цели также для .docx файла ;-)
Я думаю, что должно быть возможно использовать макрос $Rev$ в нем с форматами Office 2007 XML, но я не слишком уверен, что произойдет с более старыми форматами, которые могли бы содержать двоичные данные. Вы, возможно, должны были бы настроить svn настройки немного, таким образом, это рассматривает .ppt файлы как текст и не двоичное, чтобы это работало, я не уверен, каково поведение по умолчанию. Посмотрите svn:mime-тип для этого: http://svnbook.red-bean.com/en/1.2/svn.advanced.props.html
Считайте это для подробного infos на замене $Rev$: http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html