Для документирования классов с помощью roxygen (2) указание заголовка и описания / подробностей выглядит так же, как для функций, методов, данных и т. Д. Однако слоты и наследование являются своего рода животными. Какова лучшая практика - текущая или планируемая - для документирования классов S4 в roxygen2?
Юридическая экспертиза:
Я нашел упоминание о @slot
метке в ранних описаниях кислорода.
Сообщение в списке рассылки R-forge 2008,
похоже, указывает на то, что оно мертво, и @slot
в roxygen нет поддержки :
Это правда о roxygen2? Ранее упоминавшаяся публикация предполагает, что пользователь должен вместо этого создать свой собственный список с разметкой LaTeX. Например, новый класс S4, который расширяет "character"
класс, будет закодирован и задокументирован так:
#' The title for my S4 class that extends \code{"character"} class.
#'
#' Some details about this class and my plans for it in the body.
#'
#' \describe{
#' \item{myslot1}{A logical keeping track of something.}
#'
#' \item{myslot2}{An integer specifying something else.}
#'
#' \item{myslot3}{A data.frame holding some data.}
#' }
#' @name mynewclass-class
#' @rdname mynewclass-class
#' @exportClass mynewclass
setClass("mynewclass",
representation(myslot1="logical",
myslot2="integer",
myslot3="data.frame"),
contains = "character"
)
Однако, несмотря на это работает, это \describe
, \item
подход для документирования слотов кажется несовместимым с остальной частью roxygen (2), в том , что нет никаких @
-delimited тегов и слоты могут идти без документов, без возражений со стороны roxygenize()
. В нем также ничего не говорится о последовательном способе документирования наследования определяемого класса. Я предполагаю, что зависимость все еще обычно работает нормально (если конкретный слот требует не базовый класс из другого пакета), используя @import
тег.
Итак, подведем итог: какова текущая наилучшая практика для слотов roxygen (2)?
Кажется, на данный момент есть три варианта для рассмотрения:
- A - Детализированный список (как пример выше).
- B -
@slot
... но с дополнительными тегами / реализацией я пропустил. Мне не удалось заставить @slot работать с roxygen / roxygen2 в версиях, где он был включен в качестве замены для подробного списка в приведенном выше примере. Опять же, приведенный выше пример работает с roxygen (2).- C - некоторый альтернативный тег для указания слотов, например
@param
, который может выполнить то же самое.
Я заимствую / расширяю этот вопрос из поста, который я сделал, на roxygen2
странице разработки на github .
setClass
операторов, чем setMethod
. Внесение изменений после внесения изменений @slot
не будет слишком болезненным.
@slot
это, вероятно, то, что вы хотите в долгосрочной перспективе, но это должно быть реализовано в первую очередь ...