Есть ли какие-либо инструменты с открытым исходным кодом, которые автоматизируют работу по поиску количества применений Java API? Я могу разобраться в этой информации для одного класса за раз в моей среде IDE. Я хочу использовать эту информацию, чтобы создать рудиментарный отчет о скорости принятия конкретной библиотеки. Я бы создал ежедневный отчет о количестве применений десятков классов, и я бы сообщил о нескольких базовых кодах.Автоматический способ поиска количества использований?
ответ
Я собираюсь попробовать Macker. Его стиль заключается в том, чтобы сообщать ссылки на настроенные классы как ошибки, но это нормально. Его можно запустить из автоматической сборки. Спасибо, Роберт.
В Eclipse вы можете щелкнуть правой кнопкой мыши по имени метода или классу и перейти в меню «Ссылки», и оттуда вы можете выбрать область, в которой вы хотите искать классы, которые ссылаются на этот элемент.
Это то, что вам нужно?
Я бы поехал с одним из those tools для анализа зависимостей в Java-коде. Пусть он работает с вашим исходным деревом, пакетом или одним классом и видит, можно ли экспортировать результаты в XML или что-то в этом роде. Я использовал Dependency Finder в проекте около двух лет назад, и я думаю, что он должен делать то, что вы хотите. Однако не уверен в экспорте в XML.
- 1. Software Trial - ограничение количества использований
- 2. Лучший способ поиска количества часов в файле
- 3. использований Neo4j ResultConverter интерфейса
- 4. Автоматический способ поиска тестов JUnit, которые утечки памяти
- 5. Автоматический центр результатов поиска vim
- 6. Автоматический способ установки vsyasm
- 7. Автоматический импорт для большего количества классов
- 8. Лучший способ хранения большого количества файлов с добавлением быстрого поиска
- 9. Автоматический способ запуска тестов jmeter
- 10. Java рефакторинг кода: множественный оператор InstanceOf использований
- 11. Легкий способ поиска массив словаря
- 12. Показание количества совпадений во время инкрементного поиска
- 13. Использование пользовательского поиска Google для поиска количества индексированных URL-адресов
- 14. команда R с последовательными использований <-
- 15. PHP: значение «вещь» с двумя использований ->
- 16. Android Manifest Validate ошибки с использований-разрешениями
- 17. Лучшая практика для нескольких использований .Count
- 18. Поиск использований от метода базового интерфейса
- 19. Получение минимального количества результатов из полнотекстового поиска
- 20. Автоматический способ отображения определенного количества десятичных точек в зависимости от значения числа
- 21. Автоматический способ вычисления количества операций с плавающей запятой для некоторого фрагмента кода
- 22. Отключения «Non-кода использований» в PhpStorm «Найти использования»
- 23. Ограничение числа использований в отношении действия каждую неделю
- 24. Grep задача - экстракт шаблон поиска после поиска любого количества символов
- 25. Каков наилучший способ каталогизации большого количества изображений?
- 26. Автоматический способ извлечения интерфейсов из класса Java
- 27. Автоматический способ отслеживания различных версий среды?
- 28. Автоматический способ экспорта/импорта страниц из liferay
- 29. Есть ли автоматический способ синхронизации значений объектов
- 30. Автоматический способ обновления всех записей в таблице
Добро пожаловать ;-) Macker звучит интересно для меня тоже из-за его «превентивного» подхода, подобного, например, Checkstyle. Когда мы использовали Dependency Finder в проекте, я упомянул, что было довольно поздно. У нас была существующая система JEE с слишком большим количеством зависимостей. Это было на пути к тому, чтобы стать кошмаром для обслуживания. Инструмент в основном помог нам в разработке подхода и поиске хорошей отправной точки для рефакторинга. –