Цель JsLint ясно формулируется в FAQ [1]:
"JSLint определяет профессиональное подмножество JavaScript, более строгого языка, чем определенный Выпуском 3 Спецификации языка ECMAScript. Подмножество связано с рекомендациями, найденными в Конвенциях Кода для Языка программирования JavaScript".
Теперь, если Вы смущены: ECMA3 уже является подмножеством возможностей JS, обеспеченных любым из сегодняшних интерпретаторов JS (см. [2] для обзора отношения между JavasScript и версиями ECMAScript)
Для ответа на quesition, "что хороший JSlint": * используйте JsLint, чтобы проверить использование "безопасного" подмножества JavaScript, который является unlikly для повреждения через реализации JS. * используйте Jslint, чтобы проверить, что Вы следовали конвенциям кода crockford [4]
В Java 7 новый метод java.nio.file.Paths.get (String path)
выдаст InvalidPathException
, если путь содержит недопустимые символы для конкретной файловой системы, но в Java 6 или более ранней версии такой функции, к сожалению, нет.
Поскольку допустимые символы в имени файла и длина имени файла очень платформенны ( или даже файловой системы), у вас может не быть лучшего варианта, чем попытаться создать файл и посмотреть, не удастся ли это. В Java 6 создание FileOutputStream с недопустимым путем вызовет довольно неопределенное исключение FileNotFoundException.
Что ж, вы должны удалить его, даже если это допустимое имя файла, потому что оно может содержать путь, и в этом случае пользователь может указать ../../ ../../../../../../etc/passwd и т. д.