Ir para o conteúdo

Modificando Objetos de Negócios de Origem

No Vinyl, as regras de fonte criadas na camada de lógica de negócios destinam-se a ser objetos de negócios que atuam como uma cópia exata da tabela subjacente, com todas as suas colunas associadas, da camada de dados. Para apresentar quaisquer dados de tabela em uma página no Vinyl, eles devem primeiro residir em um objeto na camada de lógica de negócios.

As regras de origem são criadas para a maioria das tabelas em uma fonte de dados como um meio de trabalhar com os dados subjacentes e apresentá-los na camada de UI do aplicativo. Por exemplo, um objeto Categoria (Fonte) conterá todas as Colunas que a tabela Categoria tem disponíveis. Os objetos de origem devem ser nomeados seguindo a metodologia de nomenclatura Jitterbit, que é TableName (Source). Quando uma regra de origem é gerada a partir dos dados posteriores por meio de um acelerador, ela é automaticamente nomeada seguindo a metodologia Jitterbit.

Uma regra de origem contém (ou seleciona) todas as colunas na tabela subjacente e todas as colunas são definidas como destino às colunas correspondentes da tabela.

De modo geral, os Objetos de Negócios de Origem não devem ser modificados para incluir informações que não sejam fundamentalmente parte da tabela de Destino subjacente. Um desenvolvedor do Vinyl esperaria que um objeto chamado TableName (Source) fosse projetado para incluir todas as colunas da tabela subjacente da tabela, e nenhuma tabela adicional, informações de junção ou valores calculados. Se houver necessidade de adicionar qualquer um desses tipos de informações a uma Regra de Origem, a prática recomendada é copiar a Regra de Origem, renomeá-la adequadamente e, em seguida, modificar o Business SQL para conter apenas a lógica exigida pela nova Regra.

Importante

Tenha cuidado ao criar Objetos de Negócios para não usar Colunas estranhas que não sejam necessárias para a Regra, pois isso pode, às vezes, levar a problemas de desempenho.

Se você estiver adicionando uma coluna apenas para fins de exibição, simplesmente combinando informações de colunas existentes em uma nova coluna, poderá modificar um objeto de origem neste cenário. Por exemplo, a tabela Employee da fonte de dados Northwind tem uma coluna FirstName e LastName, mas não FullName. Se você pretende exibir a coluna FullName da camada de UI do aplicativo, você pode modificar o objeto Employee (Source) para incluir uma função Concat que agrupa os campos FirstName e LastName em uma nova coluna FullName singular. Observe que esta nova coluna requer um valor de Alias e não deve ter um valor de destino definido, pois não há valor de coluna correspondente na fonte de dados para gravar dados.