Se você fizer uma pesquisa global pela palavra em qualquer configuração padrão Troca de dados, você verá muitos links para ele. Tanto em módulos gerais como em módulos de diretórios, documentos, cadastros, etc. Vamos considerar o que é essa propriedade e para que ela é usada.
Se você abrir uma ramificação no assistente de sintaxe Objetos de aplicativo, você descobrirá que muitos deles: DiretórioObject, DocumentObject, para registros Conjunto de recordes etc. há uma propriedade Troca de dados.
O tipo deste objeto é: Opções de compartilhamento de dados, que por sua vez contém três propriedades
Essas propriedades são usadas no processo de troca entre nós base de informações distribuída. Na propriedade Remetente um link para o nó no qual o objeto foi alterado é armazenado. Destinatários contém um conjunto de nós do plano de troca nos quais as alterações serão carregadas. Se alguma ação não padrão for necessária durante a troca de dados entre os bancos de dados e o remetente, a composição do conjunto de nós poderá ser alterada programaticamente. Mas gostaria de me deter na terceira propriedade com mais detalhes.
Se esta propriedade estiver definida como Verdadeiro, isso indica que um objeto recebido através de mecanismos de troca de dados está sendo gravado. Isso pressupõe que o objeto contenha dados corretos e que a plataforma 1C execute um número mínimo de verificações. Mas muitas vezes, ao gravar um objeto, muitas coisas são feitas verificações de programa em procedimentos predefinidos de um módulo de objeto. E esse código também é executado ao escrever um objeto recebido do arquivo de troca. E neste caso podem ocorrer erros, por exemplo, pelo facto de os dados que estão a ser verificados simplesmente ainda não terem sido registados.
Portanto, muitas vezes em módulos de objetos você pode encontrar o seguinte código:
Procedimento antes da gravação (rejeição) se a troca de dados retornar; EndIf ;//Aqui está o código com verificação de dadosFim do procedimento
Por outro lado, a presença de tal código permite ao desenvolvedor contornar ilegalmente a verificação de dados ao escrever um objeto programaticamente, porque A propriedade também é gravável. Por exemplo, usando este código:
NovoProduto = Diretórios. Bens. CriarItem() ; NovoItem. Nome ="Teste de gravação"
;
NovoItem. DataExchange Verdadeiro;
NovoItem. Escrever() ;
E em algumas situações excepcionais isto pode realmente ajudar como medida temporária. Mas você não deve abusar disso.
O que é Data Exchange.Load = True, como usar Data Exchange.Load.
Data Exchange.Loading é um atributo de qualquer objeto no sistema 1C Enterprise. Permite indicar ao gravar um objeto que é necessário desabilitar quaisquer verificações (incluindo verificações no nível da plataforma 1C). Isso foi feito para evitar conflitos durante a troca de dados.
Obtenha 267 videoaulas em 1C gratuitamente: Esta é uma boa forma entre os desenvolvedores 1C. Controle de registro no processamento 1C padrão
Troca universal
dados, etc.), você provavelmente notou uma configuração que geralmente é chamada de “Controle de Gravação”. Esta configuração é responsável por ligar/desligar o atributo “Data Exchange.Download”.
Como configurar o modo de troca de dados Download
É muito conveniente usar este atributo no código do programa para desabilitar todas as verificações. Por exemplo, este atributo é necessário se você precisar registrar um objeto, mas ele possui detalhes obrigatórios não preenchidos. Isso também pode ser usado como uma forma de aumentar a velocidade do processamento de dados em massa - se você desabilitar todas as verificações, o sistema grava o objeto mais rapidamente.
Última modificação: 01/09/2015
A troca universal de dados destina-se ao carregamento e descarregamento de dados em um arquivo no formato XML entre diferentes configurações 1C de acordo com as regras de troca configuradas.
Nomenclatura, códigos de barras, ativos fixos, etc. será carregado das configurações 1C padrão no banco de dados Cleverens: Property Accounting, e vice-versa, do banco de dados Cleverens: Property Accounting, inventário, nomenclatura, divisões, etc. Ao usar este modo, as regras e os arquivos de dados de download são transferidos do cliente para o servidor, e o arquivo de dados de download é transferido do servidor para o cliente. Os caminhos para esses arquivos localizados no cliente devem ser especificados na caixa de diálogo imediatamente antes de executar a ação.
No servidor. Neste modo, os arquivos não são transferidos para o cliente e os caminhos para eles devem ser especificados no servidor.
Arquivo processamento externo e os arquivos do protocolo Exchange devem estar sempre no servidor, independentemente do modo operacional.
Procedimento de upload de dados:
Fazendo upload para um arquivo de troca.
Especifique o nome do arquivo no qual os dados serão carregados. O arquivo resultante com os dados baixados pode ser compactado.
Conectando e fazendo upload de dados para o receptor de segurança da informação.
Selecione o tipo de base de informações:
Selecionamos a plataforma 1C e o diretório da base de informações para conexão.
Na guia “Dados carregados”, você pode selecionar os tipos de objetos que devem ser carregados, configurar seleções para selecionar objetos ou especificar o nó de troca de dados para o qual deseja carregar dados.
Na guia “Opções de upload”, você pode especificar parâmetros adicionais para upload de dados.
Na guia “Comentário”, você pode escrever um texto de comentário arbitrário para ser incluído no arquivo de troca.
Para baixar os dados, você deve especificar o nome do arquivo do qual os dados serão baixados; se você digitou uma senha para compactação durante o upload, deve especificá-la para descompactação;
"Modo de depuração do manipulador de inicialização" é recomendado para uso apenas por desenvolvedores!
O marcador é usado para configurações detalhadas upload e download de dados.
Marcador necessário apenas para desenvolvedores regras de troca. Permite excluir objetos arbitrários da infobase.
1. Ordem das regras de upload de dados
Recomenda-se organizar as regras de upload de dados em tal ordem que os links dos objetos dependentes sejam de baixo para cima. ou seja, devem ser colocadas primeiro as regras de descarregamento de dados cujos objetos não se referem a ninguém, seguidas das regras de descarregamento de objetos que se referem ao primeiro grupo, etc.
Exemplo: Você precisa baixar dois diretórios Usuários e Indivíduos. Usuários do Diretório tem o requisito Físico. pessoa - link para o diretório Indivíduos. Ou seja, o diretório Usuários refere-se ao diretório Indivíduos. A sequência recomendada de regras de upload neste caso: Indivíduos, usuários.
2. Selecione dados para upload em uma solicitação
Se não houver transferência na regra de conversão partes tabulares e movimentos, bem como em eventos anteriores ao descarregamento não há chamadas diretas ao objeto que está sendo descarregado, recomenda-se utilizar o modo “Selecionar dados para descarregamento em uma solicitação” na regra de descarregamento de dados. Este modo permitirá que você receba todos os dados carregados em uma solicitação certo tipo, em vez de criar consultas separadas para descarregar cada objeto.
3. Uso pesquisa rápida ao carregar
Este modo de descarregamento e carregamento é recomendado para aquelas regras de conversão de objetos que descarregam tipos de referência, cujo número total é relativamente pequeno (até aproximadamente 1000 elementos), para os quais existem muitas referências em outros objetos.
Exemplo: Usuários do diretório. Quase todos os documentos possuem um link para este diretório e o número de elementos no diretório não excede 1000.
4. Não descarregue objetos de propriedade por referência
O modo permite que a regra de conversão de objetos não descarregue todos os elementos aos quais existem links. Se o modo estiver definido, ao descarregar o próprio objeto e as informações para pesquisa, todos os seus links serão descarregados, mas as informações completas sobre os elementos dependentes não serão descarregadas. Essa otimização pode acelerar várias vezes o upload e o download de dados.
5. Não me lembro de objetos descarregados
Para regras de conversão para objetos sem referência (registros), é necessário marcar a caixa de seleção "Não lembrar de objetos descarregados", pois você não pode se referir a linhas de registro, portanto não faz sentido lembrar as linhas de registro que foram descarregadas. Para objetos de referência, esse sinalizador geralmente é necessário para otimizar o acesso repetido para descarregar o mesmo objeto.
6. Não crie manipuladores de eventos comuns para todos os objetos
Não é recomendado usar manipuladores de eventos comuns antes de fazer upload e carregar dados para todos os objetos. Os manipuladores de upload e download não sabem o que será executado nesses manipuladores, portanto, algumas otimizações (por exemplo, ao carregar apenas gravações de objetos alterados) não terão efeito. Caso haja necessidade de utilizar os mesmos algoritmos de processamento de dados ao fazer upload e carregamento, é recomendado criar novo algoritmo e chame-o em eventos dos objetos necessários.
7. Use um formato otimizado para troca de dados
8. Baixe dados no modo de troca
Permite evitar verificações desnecessárias na fase de carregamento de dados
9. Registre apenas objetos alterados
Permite registrar apenas objetos alterados na infobase. Se o objeto não tiver sido alterado, ao carregar do arquivo de troca ele não será sobrescrito.
10. Gravação otimizada de objetos
O modo permite reduzir drasticamente o número de acessos na infobase para gravação de objetos.
11. Escreva registros com conjuntos de registros
O modo permite que alterações de registro sejam gravadas por conjuntos de registros em vez de gerenciadores de registros.
12. Troca de dados via COM
Para troca V8-V8 se bases de informação a origem e o destino estão localizados na mesma rede local, é recomendado usar o exchange através de uma conexão COM. É necessário apenas que o processamento do Universal Data Exchange esteja presente na configuração do receptor.
Sinceramente, Vladimir Milkin(professor e desenvolvedor