Eu tenho uma função, parseQuery, que analisa uma consulta SQL em uma representação abstrata dessa consulta.
Estou prestes a escrever uma função que pega uma representação abstrata de uma consulta e retorna uma string de consulta SQL.
Como devo chamar a segunda função?
Respostas:
Eu acho que o verbo que você quer é 'compor'.
fonte
O oposto de análise é serializar
fonte
Na terminologia do compilador, o oposto é "unparse". Especificamente, a análise transforma um fluxo de tokens em árvores de sintaxe abstrata, enquanto a análise não processada transforma árvores de sintaxe abstrata em um fluxo de tokens.
fonte
Compor? Ao analisar uma consulta, você a divide em suas partes constituintes (tokens etc.), o inverso compõe as partes em uma consulta de string.
fonte
Para complementar sua nomeação existente, o composeQuery parece melhor.
Mas, no caso geral, o oposto de análise é ǝsɹɐd
fonte
Eu usaria um destes:
fonte
Eu acho que "serializar" é provavelmente a palavra que você deseja. Significa produzir uma representação textual dos dados que podem ser exportados (e importados) do programa.
fonte
O antônimo de 'analisar' é 'sintetizar'.
fonte
ToQueryString ()
fonte
Definitivamente render.
fonte
Eu chamaria isso de constructQuery.
fonte
gerar ou emitir, possivelmente.
fonte
Apenas para adicionar algumas coisas.
Certamente analisar é uma palavra de mão dupla.
Você pode analisar um resumo em uma consulta.
Você pode analisar uma consulta em um resumo.
A pergunta deve ser: qual é o nome da parte final do método e, nesse caso, você está analisando um resumo para fazer uma consulta que você chamaria
parseAbstract
.Para responder à pergunta, a análise não tem oposto.
fonte
generateQuery, possivelmente? createQuery?
fonte
Faça sua escolha
Cada um deles tem conotações ligeiramente diferentes.
fonte
Talvez prettyPrintQuery ?
fonte
compor, construir, gerar, renderizar, condensar, reduzir toSQL, toString, dependendo da natureza da classe e de seus operadores relacionados
fonte
Um compilador tradicional possui duas partes: um analisador e um gerador de código.
Então você pode chamar de "Gerar". Claro, é um pouco diferente aqui, porque o compilador não está escrevendo o código-fonte. (a menos que seja um pré-compilador).
fonte
Possivelmente Format (). ou ToSQL () em sua instância?
fonte
unParse ()? Brincadeirinha, eu iria com toQueryString ()
fonte
achatar?
O objeto de consulta analisada talvez represente uma hierarquia de condições, que você está "achatando" novamente em uma cadeia unidimensional.
Mas, como você está passando de objeto para string, use apenas toString ou toSQL () ou algo assim. Além disso, se você o projetou bem e está usando o aplicativo certo, poderá renomeá-lo mais tarde e colocar algumas coisas nos comentários sobre o que ele faz.
fonte
Eu diria serializar e desserializar, em vez de analisar e ...
fonte
Eu iria para o ToString (), já que geralmente você pode aninhar em cadeia (funções opostas, que permitem passar da Classe1 para a Classe2 e vice-versa)
Serialize () parece uma boa opção, mas já tem um oposto em Deserialize ().
No seu cenário específico, como outro apontado, ToSql () é outra boa opção.
fonte
Eu usaria render
Qual é IMHO, o oposto de analisar ()
fonte
+1 para Generate, mas inclua o que você está gerando, ou seja, GenerateSQL ()
fonte
Votei em 'compor', mas se você não gostar, sugiro 'compilar'
fonte
E quanto ao asSQL () ou ainda mais ao asQuery ()?
fonte
INHO Serializar, sintetizar são boas opções. Além disso, como você nomeou parseQuery, irei com o codeQuery
fonte
Eu normalmente uso "analisar" como método de conversão e, portanto, não consigo encontrar uma palavra oposta para "converter". (você não pode "desconverter" algo, pois "não converter" é um tipo de conversão)).
pensando dessa maneira, a melhor solução (para mim) é ter dois métodos de "análise" que recebem argumentos diferentes. Exemplo (Java):
fonte
separar
Separar é analisar, como:
A análise / análise não é mudança de estrutura, mas conversão. Conversão precisa entre texto equivalente e formatos de árvore de sintaxe abstrata, mantendo todos os relacionamentos e estrutura.
"Compor" significa mudança de estrutura, por isso não está certo. Ele sugere a combinação de partes independentes separadas (geralmente pela primeira vez). Assim como "decompor" sugere se dividir em partes independentes. Eles mudam de forma, não apenas de formato.
Uma pesquisa rápida mostra o termo usado em:
fonte