Да, некоторые из приведённых ошибок были подсвечены IDE, к примеру те, что связаны с volatile. Но поскольку задача IDE подстветить ошибку быстро, пока разработчик буквально не ушёл далеко от только что написанного кода, ошибки более сложные, к примеру, связанные с порядоком инициализации полей (что я привёл первой) - уже не прерогатива используемой IDE. Поскольку поиск подобных ошибок требует больше времени и вычислительных ресурсов.
Всё же стоит помнить, что IDE и статический анализатор - это инструменты с разными целями и задачами, так что вполне естественно, что у статического анализатора будет больше диагностических правил, направленных именно на углубленный поиск ошибок. В то время как IDE в этом плане скорее исполняет роль линтера, подсвечивающего code smell, ну либо те ошибки, для поиска которых вычислительных ресурсов и времени нужно меньше.
Анализатор поставляется сразу со всеми диагностиками. В независимости от типа лицензии, доступны все типы диагностик. Узнать, какие лицензии доступны для приобритения можно здесь: https://pvs-studio.ru/ru/order/license/
За последнее время у нас вышло большое количество диагностик достаточно сложных по реализации. Для большинства из них нужно было внести весомое количество правок и расширений в наш data-flow механизм, что представляет из себя на порядок больше, чем 10-30 строк кода.
В случае со Spring мы сами за. В будущем Spring специализированные диагностики мы обязательно добавим
Вам большое спасибо) Не подумайте, в случае с орфографией и пунктуацией мы ни на что не пеняли. То примечание оставлено для того, чтобы читатели знали, что мы ваш комментарий поместили в статью ровно таким, каким он был. Без каких-либо изменений с нашей стороны
Да, некоторые из приведённых ошибок были подсвечены IDE, к примеру те, что связаны с volatile. Но поскольку задача IDE подстветить ошибку быстро, пока разработчик буквально не ушёл далеко от только что написанного кода, ошибки более сложные, к примеру, связанные с порядоком инициализации полей (что я привёл первой) - уже не прерогатива используемой IDE. Поскольку поиск подобных ошибок требует больше времени и вычислительных ресурсов.
Всё же стоит помнить, что IDE и статический анализатор - это инструменты с разными целями и задачами, так что вполне естественно, что у статического анализатора будет больше диагностических правил, направленных именно на углубленный поиск ошибок. В то время как IDE в этом плане скорее исполняет роль линтера, подсвечивающего code smell, ну либо те ошибки, для поиска которых вычислительных ресурсов и времени нужно меньше.
С версии 7.37 реализована возможность запускать PVS-Studio для анализа проектов на основе slnx
Анализатор поставляется сразу со всеми диагностиками. В независимости от типа лицензии, доступны все типы диагностик.
Узнать, какие лицензии доступны для приобритения можно здесь: https://pvs-studio.ru/ru/order/license/
В данной диагностике есть исключение на ситуацию, когда в паттерне вместе с 'Y' используется 'w' (week in year)
За последнее время у нас вышло большое количество диагностик достаточно сложных по реализации. Для большинства из них нужно было внести весомое количество правок и расширений в наш data-flow механизм, что представляет из себя на порядок больше, чем 10-30 строк кода.
В случае со Spring мы сами за. В будущем Spring специализированные диагностики мы обязательно добавим
Вам большое спасибо) Не подумайте, в случае с орфографией и пунктуацией мы ни на что не пеняли. То примечание оставлено для того, чтобы читатели знали, что мы ваш комментарий поместили в статью ровно таким, каким он был. Без каких-либо изменений с нашей стороны
Спасибо большое. Название статьи своего рода отсылка, как раз таки на вашу статью)
Да, мы всегда после проверки проекта пишем разработчикам на почту или на гитхаб.