Классы S4: аргументы, переданные в new (), не попадают в их слоты

Я создаю пакет R с классами S4, и у меня проблемы с функцией new. У меня есть класс Configs

setClass("Configs", 
  slots = list(
    burnin = "numeric",
    chains = "numeric",
    features = "numeric",
    iterations = "numeric",
    mphtol = "numeric",
    samples = "numeric",
    seed = "numeric",
    thin = "numeric",
    verbose = "numeric"
  ),
  prototype = list(
    burnin = 0,
    chains = 2,
    features = 5,
    iterations = 5,
    mphtol = 1e-4,
    samples = 3,
    seed = sample(1e6, 1),
    thin = 0,
    verbose = 0
  )
)

и когда я загружаю только эту часть в свою глобальную среду, я могу создать новый объект Configs со слотами, отличными от значений по умолчанию.

> new("Configs", features = 1000)
An object of class "Configs"
Slot "burnin":
[1] 0

Slot "chains":
[1] 2

Slot "features":
[1] 1000

Slot "iterations":
[1] 5

Slot "mphtol":
[1] 1e-04

Slot "samples":
[1] 3

Slot "seed":
[1] 437211

Slot "thin":
[1] 0

Slot "verbose":
[1] 0

Однако, когда я устанавливаю весь пакет, загружаю его в новую среду и запускаю new("Configs", features = 1000), я получаю features из 5. Почему new() больше не помещает значения в слоты?

Мой пакет прошел R CMD check без ошибок, предупреждений или примечаний. Вот информация о моей сессии.

> sessionInfo()
R version 3.2.0 (2015-04-16)
Platform: x86_64-unknown-linux-gnu (64-bit)
Running under: CentOS release 6.6 (Final)

locale:
 [1] LC_CTYPE=en_US.UTF-8       LC_NUMERIC=C              
 [3] LC_TIME=en_US.UTF-8        LC_COLLATE=en_US.UTF-8    
 [5] LC_MONETARY=en_US.UTF-8    LC_MESSAGES=en_US.UTF-8   
 [7] LC_PAPER=en_US.UTF-8       LC_NAME=C                 
 [9] LC_ADDRESS=C               LC_TELEPHONE=C            
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C       

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

other attached packages:
[1] heterosis_0.0  pracma_1.8.3   MCMCpack_1.3-3 MASS_7.3-40    coda_0.17-1   

loaded via a namespace (and not attached):
[1] tools_3.2.0     grid_3.2.0      lattice_0.20-31

Изменить: я понял, но все еще не удовлетворен.

Оказывается, моя функция initialize вызывала проблемы.

setMethod("initialize", "Configs", function(.Object, ...){ 
#  .Object = new("Configs", ...)
  validObject(.Object)      
  return(.Object)
})

Когда я его снимаю, new снова вставляет вещи в слоты. Я рад, что обнаружил проблему, но не хочу полностью удалять функцию инициализации. Мне нужен удобный способ вызова validObject и выполнения других проверок ошибок, и initialize кажется подходящим и подходящим местом для этого. И если я раскомментирую закомментированную строку, я получу бесконечную рекурсию. Как создать конструктор, не нарушая new?


person landau    schedule 31.05.2015    source источник


Ответы (1)


initialize() имеет двойное назначение - инициализация и копирование. Обычно лучше (также более информативно для пользователя) предоставить явный конструктор

.A = setClass("A", representation(x="numeric"))

A = function(x=numeric(), ...)
    .A(x=x, ...)

validOjbect() вызывается методом инициализации по умолчанию, когда создание объекта связано с назначением слота, поэтому нет необходимости вызывать его явно во время вашего собственного метода инициализации (см. Ниже); может быть, у тебя было бы

.A = setClass("A", representation(x="numeric"),
    prototype=prototype(x=NA_integer_))

setValidity("A", function(object) {
    if (length(object@x) != 1L)
        "'x' must be length 1"
    else TRUE
})

A = function(x=NA_integer_, ...)
    ## signature is informative -- 'x' is integer(1), not just '...'
    ## coercion (e.g., as.integer(), below) and other set-up
    new("A", x=as.integer(x), ...)

с участием

> A()
An object of class "A"
Slot "x":
[1] NA

> A(x=1)
An object of class "A"
Slot "x":
[1] 1

> A(x=1:2)
Error in validObject(.Object) : 
  invalid class "A" object: 'x' must be length 1

Важное предостережение заключается в том, что метод проверки действительности не вызывается при отсутствии инициализированных пользователем слотов, поэтому для создания действительного объекта необходимо определить prototype() (проверьте это с помощью validObject(new("A")).

На ваш вопрос, функция валидности - это правильное место для «проверки других ошибок». Очень сложно написать правильный метод инициализации, но что-то более правильное - это

.B = setClass("B",
    representation(x="numeric", y="numeric"),
    prototype=prototype(x=NA_integer_, y=NA_real_))
setMethod("initialize", "B", 
    function(.Object, ..., x=.Object@x, y=.Object@y)
{
    ## pre-processing, then invoke 'next' initialize() method
    ## base initialize() creates the object then calls validObject()
    ## so no need for explicit test of validity
    .Object <- callNextMethod(.Object, ..., x=x, y=y)
    ## post-processing
    .Object
})

Такая странная конструкция позволяет initialize() продолжать вести себя как конструктор копирования.

> b = new("B", x=1, y=2)    # constructor
> initialize(b, x=2)        # copy-constructor
An object of class "B"
Slot "x":
[1] 2

Slot "y":
[1] 2

что важно при наследовании классов. Но, как видите, это довольно сложно - в конце концов, это действительно сложно и редко стоит усилий, чтобы получить initialize() правильный ответ.

Обратите внимание, что мы не полностью выполнили договор initialize(),

setClass("C", representation(x="numeric", y="numeric"))  # default initialize()

который фактически действует как конструктор копирования при вызове с new()

> c = new("C", x=1, y=2)
> new("C", c, x=2)
An object of class "C"
Slot "x":
[1] 2

Slot "y":
[1] 2

по сравнению с отсутствием копирующей конструкции для реализации B

> b = new("B", x=1, y=2)
> new("B", b, x=2)
An object of class "B"
Slot "x":
[1] 2

Slot "y":
[1] NA
person Martin Morgan    schedule 31.05.2015
comment
Спасибо, это помогает. Я действительно хотел узнать больше о конструкторах в R, даже не осознавая этого. - person landau; 02.06.2015