S3 i S4 wydają się być oficjalnymi (tj. Wbudowanymi) podejściami do programowania obiektowego. Zacząłem używać kombinacji S3 z funkcjami osadzonymi w funkcji / metodzie konstruktora. Moim celem było uzyskanie składni typu object $ method (), tak aby mieć półprywatne pola. Mówię półprywatne, ponieważ nie da się ich tak naprawdę ukryć (o ile wiem). Oto prosty przykład, który tak naprawdę nic nie robi:
EmailClass <- function(name, email) {
nc = list(
name = name,
email = email,
get = function(x) nc[[x]],
set = function(x, value) nc[[x]] <<- value,
props = list(),
history = list(),
getHistory = function() return(nc$history),
getNumMessagesSent = function() return(length(nc$history))
)
nc$sendMail = function(to) {
cat(paste("Sending mail to", to, 'from', nc$email))
h <- nc$history
h[[(length(h)+1)]] <- list(to=to, timestamp=Sys.time())
assign('history', h, envir=nc)
}
nc$addProp = function(name, value) {
p <- nc$props
p[[name]] <- value
assign('props', p, envir=nc)
}
nc <- list2env(nc)
class(nc) <- "EmailClass"
return(nc)
}
print.EmailClass <- function(x) {
if(class(x) != "EmailClass") stop();
cat(paste(x$get("name"), "'s email address is ", x$get("email"), sep=''))
}
I trochę kodu testowego:
test <- EmailClass(name="Jason", "jason@bryer.org")
test$addProp('hello', 'world')
test$props
test
class(test)
str(test)
test$get("name")
test$get("email")
test$set("name", "Heather")
test$get("name")
test
test$sendMail("jbryer@excelsior.edu")
test$getHistory()
test$sendMail("test@domain.edu")
test$getNumMessagesSent()
test2 <- EmailClass("Nobody", "dontemailme@nowhere.com")
test2
test2$props
test2$getHistory()
test2$sendMail('nobody@exclesior.edu')
Oto link do wpisu na blogu, który napisałem o tym podejściu: http://bryer.org/2012/object-oriented-programming-in-r Z zadowoleniem przyjmuję komentarze, krytykę i sugestie dotyczące tego podejścia, ponieważ nie jestem przekonany siebie, jeśli to najlepsze podejście. Jednak problem, który próbowałem rozwiązać, działał świetnie. W szczególności w przypadku pakietu makeR ( http://jbryer.github.com/makeR ) nie chciałem, aby użytkownicy bezpośrednio zmieniali pola danych, ponieważ potrzebowałem upewnić się, że plik XML reprezentujący stan mojego obiektu pozostanie zsynchronizowany. Działało to doskonale, o ile użytkownicy przestrzegali zasad, które zarysowałem w dokumentacji.