Dlaczego ls() w R nie pokazuje zmiennych globalnych?

Question

W poniższym kodzie, litery i litery są globalne, albo w globalnej ścieżce wyszukiwania i osiągalny za pośrednictwem innego pakietu (to samo!)

> LETTERS 
[1] "A" "B" "C" "D" "E" "F" "G" "H" "I" "J" "K" "L" "M" "N" "O" "P" "Q" "R" "S" 
[20] "T" "U" "V" "W" "X" "Y" "Z" 
> letters 
[1] "a" "b" "c" "d" "e" "f" "g" "h" "i" "j" "k" "l" "m" "n" "o" "p" "q" "r" "s" 
[20] "t" "u" "v" "w" "x" "y" "z" 
> ls() 
character(0) 
> a <- "1 2 3" 
> ls() 
[1] "a" 
> rm(a) 
> ls() 
character(0) 
> 

Answer 1

Z tego samego powodu nie lista wszystkich eksportowanych funkcji we wszystkich załączonych pakietów (od ?ls):

Domyślnie środowisko zaproszenia do „ls” lub „obiektów” jest używany.

Określ środowisko, które zawiera LETTERS, a ls wydrukuje jego nazwę.

# LETTERS is in there somewhere... 
sapply(search(),ls) 

Answer 2

Ponieważ są one wbudowane obiekty danych. Czy normalne przypisanie do normalnej zmiennej i można go zobaczyć:

R> myLETTERS <- LETTERS 
R> ls() 
[1] "myLETTERS" 
R> 

Running

R> data() 

pokazuje wszystkie dostępne zestawy danych. Więcej informacji można znaleźć na stronie help(data), np. Jak wyszukiwać dane w określonych środowiskach, a nie globalnych.

Answer 3

apropos("letters",where=TRUE) 
     9   9 
"letters" "LETTERS" 

wskazuje, że są one w pozycji 9 na liście wyszukiwania, która jest,

search() 
[1] ".GlobalEnv"  "package:stats"  "package:graphics" 
[4] "package:grDevices" "package:utils"  "package:datasets" 
[7] "package:methods" "Autoloads"   "package:base" 

pakiet base.

Answer 4

Jeśli czytasz , zauważysz, że są to stałe, a nie obiekty danych. Ta strona wskazuje również, że te stałe znajdują się w przestrzeni nazw base. Aby je wymienić trzeba powiedzieć ls() szukać w tej przestrzeni nazw:

> ls(name = "package:base", pattern = "LETTERS") 
[1] "LETTERS" 
> ls(name = "package:base", pattern = "letters") 
[1] "letters" 

Answer 5

Jeśli chcesz zobaczyć obiekty o szczególnym trybie i mają regex wyszukiwania wzorca na uwadze, można przejść badanie z apropos. Byłem trochę zdenerwowany tym, jak dużo znajdę, więc najpierw sprawdziłem długość tego wysiłku, która wynosiła tylko 30. Tutaj są wszystkie wektory postaci znalezione w mojej przestrzeni roboczej. Zauważ, że zarówno „litery” i litery „są wyświetlane.

apropos(what="^", mode="character") 
[1] ".Depends"    ".Depends"    ".Depends"    ".Depends"    
[5] ".Depends"    ".Depends"    ".Depends"    ".Depends"    
[9] ".Depends"    ".Depends"    ".Depends"    ".Depends"    
[13] ".Device"    ".Firstlib_as_onLoad" ".knownS3Generics"  ".Library"    
[17] ".Library.site"  ".S3PrimitiveGenerics" "blues9"    "letters"    
[21] "LETTERS"    "month.abb"   "month.name"   "p.adjust.methods"  
[25] "R.version.string"  "sas.get.macro"  "state.abb"   "state.name"   
[29] "tm" 

Jeśli tak to z nową sesją nie dostanie tyle” .Depends”. Wiele innych wbudowanych wtyczek pojawiają się tutaj, ale „pi” brakuje, ponieważ nie jest z trybie znakowym Jeśli szukać „pi” w moim komputerze jego pozycja jest 25, co nie jest bardzo sensowne, dopóki używasz search().

> search()[as.numeric(names(apropos(what="^pi", mode="numeric",where=1)))] 
[1] "package:base" 
# Removing the numeric restriction 
> search()[as.numeric(names(apropos(what="^pi",where=1)))] 
[1] "package:base"  "package:utils"  "package:lubridate" "package:grDevices" "package:graphics" 
[6] "package:graphics" "package:MASS"  "package:MASS"  "package:MASS"  "package:base"  

Tak wszystkie te pakiety mają jakiś obiekt (głównie funkcje), które zaczynają się od "pi". Pozycja numeryczna będzie się różnić w zależności od liczby załadowanych pakietów, ponieważ ostatnio załadowane pakiety o niższej liczbie będą naciskać pozycję wyszukiwania o f "podstawa" wyższa.