Вы можете сделать это неофициальным способом, записав некоторый текст в вашем javadoc, который описывает аргументы , ожидаемые.
Смысл: здесь нет единого правильного подхода.
Другими словами: вы должны использовать этот вариант, который лучше всего подходит для вас и других людей в вашей команде/проекте.
Если ваша «команда styleguide» позволяет (запрашивает?) Вы использовать HTML-теги в javadoc, а затем использовать HTML-теги. Если у вашей команды есть более сложный подход, который позволяет использовать какой-то вид markdown, тогда используйте это. В противном случае вы, вероятно, должны будете использовать {@code}, чтобы выделить определенные части.
Короткий рассказ: здесь нет точного правила; так что вы должны соответствовать тем, что наилучшим образом соответствует вашим потребностям.
Но имейте в виду: может быть Javadoc является не так важно в конце концов. Если вы считаете, что ваше приложение используется напрямую из командной строки, то основное внимание должно быть уделено тому, что что-то вроде «java -jar yourjar --help» дает разумный результат. И что вы не заново изобретаете колесо с точки зрения анализа аргументов. Другими словами: существует довольно много библиотек, которые можно использовать для разбора командной строки. И я уверен, что они должны поддерживать , документируя потенциальные аргументы для пользователей командной строки.
Что я говорю: в «нормальной» настройке я бы ожидал, что те, кто заинтересован в вызове вашего основного метода, будут не читать javadoc. Они хотят посмотреть какой-нибудь экран справки, чтобы понять, какие варианты они могут использовать!
Одним из соображений является то, что в случае 'main' (то есть программы CLI) большинство пользователей не будут читать исходный код. Существуют библиотеки типа getopt, которые помогут вам анализировать аргументы командной строки, а некоторые из них предоставляют удобную поддержку для печати информации об использовании (например, в случае недопустимого ввода или '--help'). – chrylis
Используйте JCommander для обработки этого – Antoniossss
Считайте, что позиционные аргументы ('args [1]' означает foo, 'args [2]' означает bar и т. Д.) Намного менее надежны, чем именованные аргументы ('--foo = ...' , '--bar = ...' и т. д.), поскольку вы можете добавлять и удалять аргументы, но затем забыть перенумеровать их в документации - или, что еще хуже, вы их запекли в скриптах, которые усеяны вокруг вашей кодовой базы, и вам нужно их обновить. –