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'.
O oposto de análise é serializar
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.
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.
Para complementar sua nomeação existente, o composeQuery parece melhor.
Mas, no caso geral, o oposto de análise é ǝsɹɐd
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.
Definitivamente render.
Eu chamaria isso de constructQuery.
gerar ou emitir, possivelmente.
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.
Faça sua escolha
Cada um deles tem conotações ligeiramente diferentes.
Talvez prettyPrintQuery ?
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).
Possivelmente Format (). ou ToSQL () em sua instância?
unParse ()? Brincadeirinha, eu iria com toQueryString ()
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.
Eu diria serializar e desserializar, em vez de analisar e ...
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)
DateTime.Parse( DateTime.Parse( myDate.ToString() ).ToString() );
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.
Eu usaria render
> a = 'html': { 'head': {'title': 'My Page'}, 'body': { 'h1': 'Hello World', 'p': 'This is a Paragraph' } }
> b = render(a)
> console.log(b)
<html>
<head>
<title>My Page</title>
</head>
<body>
<h1>Hello World</h1>
<p>This is a Paragraph</p>
</body>
</html>
Qual é IMHO, o oposto de analisar ()
> c = parse(b)
{ 'html': {
'head': {
'title': 'My Page'
}
'body': {
'h1': 'Hello World',
'p': 'This is a Paragraph'
}
}
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):
public class FooBarParser{
public Foo parse(Bar bar);
public Bar parse(Foo foo);
}
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: