Data.table: FR: atribua nomes a CJ () como data.table () faz
Eu freqüentemente faço
DT[CJ(colA = colA, colB = colB, unique=TRUE), on=c("colA","colB")]
# to complete missing levels
# or
DT[, CJ(colA = colA, colB = colB, unique=TRUE)][!DT, on=c("colA","colB")]
# to identify missing levels
# http://stackoverflow.com/a/36065607/1191259
Seria bom se eu pudesse escrever colA e colB menos vezes. O FR aqui é para
CJ(colA, colB, unique=TRUE, names=TRUE)
para inferir os nomes colA e colB , talvez usando qualquer método usado por data.frame () e data.table () ( make.names ?).
(A repetição do nome poderia ser reduzida ainda mais se on=.Icols fosse uma coisa, suponho, mas deixarei isso para um FR separado.)
Postagens SO para atualizar ...
franknarf1
Todos 3 comentários
CJ leva ... como primeiro argumento, e essa função vai ser um método genérico, então AFAIK precisaremos mudá-lo para CJ(x, ...) , essas mudanças podem ser feitas juntas # 1090
jangorecki
em 18 mar. 2016
+1 e não vejo a necessidade do argumento names - este deve ser o único comportamento. Com a alteração da sintaxe de junção para usar "on" em vez de setkey isso se tornou um grande obstáculo para mim.
Eu também gostaria de ver unique = TRUE como o padrão - eu não consigo pensar em _nunca_ não precisando unir os argumentos para CJ .
eantonya
em 18 mai. 2016
@jangorecki Eu não
MichaelChirico
em 17 jul. 2018
Questões relacionadas
sbudai
·
3Comentários
jimhester
·
3Comentários
st-pasha
·
3Comentários
lux5
·
3Comentários
pannnda
·
3Comentários
Comentários muito úteis
+1 e não vejo a necessidade do argumento
names- este deve ser o único comportamento. Com a alteração da sintaxe de junção para usar "on" em vez desetkeyisso se tornou um grande obstáculo para mim.Eu também gostaria de ver
unique = TRUEcomo o padrão - eu não consigo pensar em _nunca_ não precisando unir os argumentos paraCJ.