RSS

Capitulo 2 – Introdução a Arquitetura MO: DCA – Parte II

Capitulo 2 – Introdução a Arquitetura MO: DCA – Parte II

MO: DCA – Conceitos

Overlays

Overlays são objetos de recurso de página, como objetos que contêm dados e que definem os parâmetros próprio do ambiente.
Overlays podem ser incluídos diretamente no espaço de apresentação do meio utilizando uma palavra-chave no campo estruturado Medium Modification Control (MMC). Esses overlays estão posicionados na origem do espaço da apresentação de médio e médio são chamados overlays.
Overlays também podem ser incluídos no espaço lógico página de apresentação usando Incluir overlays de página(IPO) e Page Modificação Control (PMC) do campos estruturados.
Essas sobreposições estão posicionados em um deslocamento da origem de página lógica que é definida pelo IPO e PMC e são chamados de sobreposições de página. Sobreposições de página que estão incluídos com uma PMC também são referidos como PMC Overlays.
Note-se que a MMC e PMC são especificados em um Medium Map print control object ou objeto de controle Médio Mapa impressão, enquanto que o IPO é especificado diretamente no fluxo de dados.

Page Segments

Page Segments são objetos de recursos que contêm objetos de dados, mas que não definem seus parâmetros próprios dentro do  ambientes. Page Segments pode ser incluído no espaço lógico página de apresentação ou no espaço de apresentação de overlays usando Incluir Página Segmento (IPS) no campo estruturado, e herdados os  parâmetros do ambiente definido pela página de inclusão ou de sobreposição.

Objects

Objetos contêm os dados que vão ser exibidos. Eles também podem conter informações sobre o ambiente necessário para estabelecer a localização adequada e orientação para os dados sobre a superfície de apresentação. Objetos no fluxo de dados são limitados por delimitadores que identificam o tipo, tais como gráficos, imagem ou texto. O MO: DCA suporta duas categorias de objetos:

  • objetos de dados
  • objetos de recurso

Data Objects

Geralmente são os objetos de dados compostos a serem exibidos e as diretivas necessárias para apresentá-lo. O conteúdo de cada tipo de objeto de dados é definida por uma arquitetura de objeto que especifica as funções de apresentação que pode ser usado dentro da arquitetura MO: DCA em um determinado espaço de coordenadas. Todos os objetos de dados funcionam como iguais no ambiente do  MO: DCA fluxo de dados. Os objetos de dados são realizados como entidades separadas, sem dependências nas estruturas de layout ou no ambiente de fluxo de dados que contêm.
A área do objeto é o espaço em uma página que é utilizado para apresentar os dados do objeto. Uma área do objeto é definido por informações de layout, tais como a origem da área do objeto, largura do objeto,profundidade do objeto e orientação da página.

Resource Objects

Objetos de recursos são denominados objetos ou conhecidos como coleções de objetos que podem ser referenciados dentro do documento. Em geral, os recursos mencionados podem residir em um grupo de recursos ou de uma biblioteca externa e pode ser referenciada várias vezes. Eles podem ser usados ​​em vários locais em um documento ou em diversos documentos. Eles são caracterizados por uma composição imutável e, muitas vezes complexos. É ineficiente e, portanto, indesejável, para aplicaçõesde gerar esses objetos cada vez que eles são necessários. Em vez disso, a inclusão desses objetos em um grupo de recursos ou uma biblioteca permite que aplicativos possam recuperá-los repetidamente, como eles são necessários para obter o efeito desejado para exibição. Exemplos de objetos de recurso são:

  • Fontes que os objetos de texto usam de apoio para a exibição e também gráficos
  • Objetos de dados referenciados
  • Pages Overlays que contém logotipos corporativos, avisos de direitos autorais, ou qualquer outro material
  • As tabelas de atributos de cor
  • Page Segments
  • Tabelas de mapeamento de cores

Objetos de Recursos Secundário

Um objeto de dados que é processado como um recurso pode-senecessitar de recursos adicionais para a exibição. Tais recursos são chamados de fontes secundárias.

Exemplos de objetos de dados e suas fontes secundárias são:

  • Um  objeto de imagem IOCA, que faz referência a recursos FS45 com seu respectivo título
  • Um objeto de uma única página em PDF que requer uma fontepersonalizada
  • Um objeto EPS que poderá ser impresso com um perfil de cores SWOP ou Euroscale

Um recurso secundário pode ser referenciado explicitamente a partir de um dado objeto, como um recurso de titulo IOCA, ou pode ser ligada implicitamente os dados do objeto, como um perfil de cor. Um recurso secundário deve ser mapeado com um MDR que carrega o identificador externo do recurso no terceto FQN do tipo X’DE. Esse identificador é usado para identificar o recurso secundário no fluxo de dados e no sistema de apresentação.

Se houver também uma referência explícita ao recurso secundário a partir do objeto de dados, o identificador interno é especificado em um tipo triplets FQN X’BE. O tipo FQN X’DE e tipo FQN X’BE’ trigêmeos estão emparelhados no objeto inclui o tempo (quando o campo Incluir objeto estruturado que inclui o objeto de dados e é processada) para igualar-se os identificadores internos e externos.

Resource Object Mapping

A arquitetura MO: DCA define Mapa de campos de objetos  estruturado que estão a ser tratados como objetos de recurso.

Exemplos disso são o Mapa de overlays de página (MPO), da Página do Pagesegment (MPS), Mapa Codificado Fonte(FCM), e Mapa de Dados de Recursos (MDR) campos estruturados. Mapear campos estruturados são especificados em grupos ambientalistas e indicar ao servidor de apresentação que o objeto referenciado deve ser processado como um objeto de recurso e será necessário para a apresentação. Eles também podem fornecer informações adicionais, tais como o mapeamento de uma referência de recurso a um identificador de local para o recurso. O escopo do ambiente determina o âmbito de aplicação do mapeamento. Por exemplo, se um recurso é mapeado no ambiente Active Group (AEG) para uma página, o escopo do mapeamento é a página. Qualquer objeto que deve ser tratada como um recurso deve ser mapeado. Para alguns objetos como segmentos de página, IOCA objetos, e objetos não-OCA de dados, tratando o objeto como um recurso é opcional .Portanto, para esses objetos, o mapeamento é opcional. Se um mapeamento é especificado, o objeto é enviado para o dispositivo de apresentação e pode ser usada várias vezes através de um comando de inclusão. Nesse caso, o objeto é chamado às vezes de um objeto rígido. Se um mapeamento não for especificado, o objeto é enviado para o dispositivo de apresentação, como parte da página, ou sobreposição, e é às vezes chamado de um objeto macio.

Nota: Para otimizar o desempenho de impressão, é fortemente recomendado que o mesmo esquema de codificação para ser usado sempre que uma referência de recurso em um arquivo de impressão que fazem referência a recursos é especificada. Ou seja, o esquema de codificação usado para o recurso de incluir o mapa de recursos, e a capa do recurso deve ser o mesmo.

Pré-carga e pré-processamento de Objetos de Recursos

O Grupo de  Ambiente Recursos (REG), permite o pré-carregamento dos recursos complexos antes da impressão quando a  primeira página é impressa. Isso pode evitar erros ou Catch-ups de dispositivo que pode acarretar  a descarga de recursos  entre as páginas.

Pré-processamento do recurso é uma extensão do conceito de pré-carga de recursos. Pode ser usado com objetos que têm um tempo de rasterização de comprimento, e faz com que esse rasterização deve ser feito depois que o recurso é pré-carregado,mas antes da impressão da primeira página .

Isso pode evitar déficits de dispositivo que pode ocorrer se rasterização tenha lugar entre as páginas. Exemplos de objetos de recursos que possam beneficiar de pré-processamento do recurso são os seguintes:

  • Grande IOCA objetos de imagem FS45 que precisam ser girado,dimensionado, ou aparado
  • Complexo EPS e objetos PDF

A pena para o encaixe de um dispositivo é dependente das características do dispositivo. Por exemplo, em uma impressora de folhas soltas, a pena é normalmente um atraso de tempo maiorentre a impressão de página, que pode ser aceitável. Em umaimpressora contínua de formas que podem backhitch e se recuperar de um encaixe, a pena é normalmente uma perda derendimento e de manutenção da impressora o eventual aumento.Em uma impressora de formulários contínuos que não podembackhitch, a pena é mais grave em que as folhas em brancoindesejada são gerados durante o encaixe. Estas folhas em brancodevem ser consideradas e descartadas pelo sistema depós-processamento.

Recursos de pré-carga e pré-processamento é um custo. O efeito indesejável de recursos pré-carga e pré-processamento é que o tempo para a primeira impressão é aumentada. Para alcançar um rendimento ótimo, um aplicativo deve ser ajustado para pré-carga e pré-processar somente os recursos cuja transferência e transformação entre as páginas causaria um dispositivo de encaixe inaceitável.

Object Containers

Um contêiner de objetos é um envelope para dados do objeto. Os dados do objeto pode ou não pode ser definida por uma arquitetura de  apresentação IBM.

O recipiente é constituído de pares Begin / End nos campos estruturado, um campo opcional Object Environment Group (OEG), e obrigatório objeto contêiner de dados (TOC) estruturado. O campo Começa estruturado  e especifica informações sobre o objeto de dados como o tipo de objeto identificador, classe, tipo, nível e estrutura, de modo que um receptor MO:DCA  pode determinar se ele é um objeto que pode ser processado dadas as suas capacidades. Os campos TOC estruturados são usados ​​para transportar os dados do objeto.

Se o objeto deve ser realizada em MO: DCA e grupos de recursos intercambiados, deve no mínimo ser envolvido por um par BEGIN / END, a classificação do triplete no campo do objetos (X’10 ‘) Começa estruturado deve especificar o objeto registrado tipo identificador (OID tipo de objeto) para o formato de dados de objetos e todos os dados do objeto deve ser particionado em OCD. Se o objetivo no  recipiente  é aparecer diretamente na página ou uma sobreposição, o recipiente deve ser estruturado de acordo com o MO: DCA-P sintaxe para objetos de dados suportados diretamente nas páginas e sobreposições, como IOCA, Goca e objetos BCOCA. Para a definição dessa estrutura, consulte “Objeto Containers” mais adiante nesta documentação. Recipientes de objetos podem ser incluídos indiretamente pelo nome em um documento usando o objeto de inclusão (IOB) no campo estruturado.

Se os dados do objeto são dados tradicional de exibição invariante no tempo, deve ser paginado, que é o espaço de apresentação no qual o objeto de dados é apresentada e deve ser restrito a uma única página. No entanto, os dados do objeto dentro do container não é obrigado a ser objeto de dados tradicional da apresentação. Exemplos de apresentação de dados de objeto que pode ser transportada em um contêiner de objetos são objetos de imagem no formato TIFF (Tag Image File Format), PCX (Paintbrush Picture Format), e DIB (Device Independent Bitmap) nestes respectivo formato. Exemplos de apresentação de dados não-objeto que pode ser transportada em um contêiner de objetos COM são arquivos de configuração e mapeamento de tabelas de cores.

Grupos Ambiente (Environment Groups)

Um grupo de ambiente no fluxo de dados é utilizado para transportar informações de layout e identificar os mapeamentos de recursos para a gestão dos recursos. Grupos de ambientes podem ser especificados no objeto, página ou documento. Um grupo de ambiente consiste de um conjunto de campos estruturado envolvido de par em par do começo até o final.

Grupos Ambiente Documento (Document Environment Groups)

Um grupo de ambiente de documento ( Document Environment Group ) pode ser associada com um objeto de formulário de controle de impressão do mapa. O grupo no ambiente documento contém as especificações de apresentação como os mapeamentos de recursos e de informação médio que se aplicam a todos os mapas Médio no Mapa do formulário. O escopo de um grupo do ambiente documento é o alcance do seu Mapa formulário que contém.

Ambiente Grupos de Recursos (Resource Environment Groups)

Um recurso do Grupo de Ambiente Resource Environment Group (REG) é associado com um documento ou um grupo de páginas em um documento. Ela está contida no envelope do documento final começam no fluxo de dados. O REG é usado para identificar recursos complexos, como imagens de alta resolução de cor, que precisam ser baixados para o dispositivo antes da apresentação das páginas que se seguem e são processados​​. O escopo de uma REG são as páginas que se seguem, até o REG seguinte (que é um substituto completo para o REG atual) ou final do documento, ou o que ocorrer primeiro. Especificação de um REG é opcional. Identificar um recurso em um REG não remove a necessidade de mapear esse recurso nos grupos de meio ambiente para as páginas e objetos que usam o recurso.

Ambiente Grupos ativos (Active Environment Groups)

Um Grupo de ambiente ativo Active Environment Group (AEG) está associado a cada página, e está contida no envelope da página final começam no fluxo de dados. Figura abaixo mostra o relacionamento do grupo de ambiente ativo para a página. O grupo no ambiente ativo contém o layout e formatação de informações que definem as unidades de medida e tamanho da página, e pode conter informações sobre recursos. Todos os objetos que são necessários para a apresentação da página e que devem ser tratados como objetos de recurso deve ser mapeado com um mapa de campo estruturado na AEG. O âmbito de um grupo de ambiente ativo é o escopo da sua página que contenham ou sobreposição. Em muitos casos, as informações contidas em um grupo de ambiente ativo pode ser herdada por objetos contidos na página.

Grupos de Objetos Ambiente (Object Environment Groups)

Um Object Environment Group (OEG) pode estar associado a umobjeto e está contido em envelope do objeto begin-end. Figura acima mostra o relacionamento do grupo de meio ambiente do objeto e de seu objeto correspondente. O grupo no ambiente objeto define a origem do objeto e a orientação da página, e pode conter informações sobre recursos.

Todos os objetos que são necessários para a apresentação de objetos e que estão a ser tratados como objetos de recurso deve ser mapeada usando um mapa de campo estruturado no OEG.

Nota de aplicação: Para PSF gestão de recursos, qualquer mapeamento especificado no OEG de um objeto também deve ser especificado na AEG para a página ou sobreposição que inclui o objeto. Isso às vezes é referida como factoring o mapeamento de recursos do OEG aAEG.
O âmbito de um grupo de meio ambiente objeto é o alcance do seu objeto recipiente. Um aplicativo que cria um documento de fluxo de dados, pode omitir alguns dos parâmetros normalmente contidos no grupo ambiente objeto, ou pode especificar que um ou mais valores padrão serão usados​​. Os valores a serem utilizados podem ser:
  • Herdado do grupo de ambiente ativo na página atual
  • Fornecido por valores-padrão definido pela arquitetura MO: DCA
  • Fornecido por valores padrão definido pela aplicação

Grupos de Recursos (Resource Groups)

Um grupo de recursos é usado no fluxo de dados para conter os recursos durante a transmissão. Os recursos podem ser referenciados ou incluídos em outras posições dentro do fluxo de dados. Um documento pode consistir apenas de grupos de recursos e pode ser usado para transmitir qualquer tipo de recursos entre os produtos sem qualquer sobrecarga de composição de documentos.

Grupos de recursos podem existir no nível do arquivo de impressão, o nível do documento, o nível da página, e os dados de objeto de nível. Um grupo de recursos tem o mesmo alcance que o seu recipiente. Ou seja, o conteúdo do grupo de recursos estão disponíveis para referência até que o componente contendo será encerrada. Por exemplo, quando um grupo de recursos está contido dentro de uma página, o conteúdo do grupo de recursos estão disponíveis apenas para referência dentro da página. Uma vez que o campo End Page estruturado é encontrado, os recursos contidos dentro desse grupo de recursos não estão mais disponíveis.
Embora a arquitetura MO: DCA tenha várias maneiras de fazer referência a um objeto de recurso, em última análise, resultam todas em combinar um identificador relacionado com o identificador utilizado para o objeto do recurso. Se o objeto do recurso está dentro de um grupo de recursos no fluxo de dados, o identificador do objeto do recurso é especificado no campo inicial estruturado que define o objeto. Se o recurso está em uma biblioteca externa, o objeto do recurso do identificador é o nome da biblioteca associado com o objeto. O MO: DCA não exige que o nome da biblioteca é o mesmo que o identificador especificado no campo inicial estruturado.
Além de combinar o identificador, o tipo de objeto do recurso também deve corresponder ao de referência. Assim, se for feita uma referência a uma sobreposição de página chamado ABCDEF, e uma tabela de atributos de cor chamado ABCDEF é encontrado o dono do grupo de recursos, não é considerado um jogo válido, pois o campo Inicial  estruturado é do tipo errado.
Embora o MO: DCA  permite objetos de diferentes tipos de recursos para ter o mesmo identificador, exige que os objetos do tipo do mesmo recurso no mesmo grupo de recursos têm identificadores exclusivos. No entanto, não há restrição de ter vários objetos do mesmo tipo de recurso e identificador de vários grupos de recursos.
O MO: DCA define a ordem em que os grupos de recursos devem ser revistos quando tentar localizar um recurso específico. Ao procurar por um recurso, o primeiro recurso localizado que satisfaça os critérios de pesquisa encerra a pesquisa. Assim, apesar de duas versões diferentes do mesmo tipo de recurso com o mesmo nome podem existir em diferentes grupos de recursos, as regras de escopo da arquitetura MO: DCA para recursos, busca eliminar qualquer incerteza sobre quais os recursos serão selecionados.
Quando a referência é a partir de um objeto de dados, a ordem de pesquisa do MO: DCA é:
  1. Os dados do objeto atual por nível de grupo de recursos, se houver
  2. A página atual por nível de grupo de recursos, se houver
  3. O documento do grupo de recursos de nível, se houver
  4. A cópia do arquivo de grupo de recursos de nível, se houver

Quando a referência é de fora de um objeto de dados, a ordem de pesquisa do MO: DCA é:

  1. A página atual nível de grupo de recursos, se houver
  2. O documento do grupo de recursos de nível, se houver
  3. A cópia do arquivo de grupo de recursos de nível, se houver
Se não existem grupos de recurso ou se o objeto do recurso referenciado não for encontrado em nenhum dos grupos de recursos pesquisados​​, a busca é estendido para uma biblioteca externa. A convenção de pesquisa não incluem os métodos de acesso à biblioteca, pois estes são dependentes do sistema de execução.

Grupos de Páginas (Page Groups)

Um grupo de páginas é usado no fluxo de dados para definir um grupo com nome, lógico de páginas seqüenciais. Página de grupos são delimitados por um campo Inicial e final dos  campos estruturados que levam o nome do grupo de páginas. Página grupos são definidos de modo que as páginas que compõem o grupo pode ser referenciado ou processadas como uma única entidade. Exemplos de processamento de grupo de páginas são:
  • A atribuição de um conjunto de atributos comuns de indexaçãopara o grupo page
  • Recuperando o grupo de páginas a partir de um sistema de arquivo para visualização

Objetos de Controle de Impressão (Print Control Objects)

Objetos de controle de impressão são objetos de recurso que contêm a formatação, layout e mapeamento de recursos de informação utilizadas para apresentar páginas do documento em mídia física. Objetos de controle de impressão pode ser selecionado no momento da solicitação de impressão, ou eles podem ser invocadas directamente a partir do documento. Existem dois tipos de objetos de controle de impressão, mapas forma,também conhecidas como definições de formulário ou formdefs e mapas de mídia. Uma forma de mapa de objeto de controle de impressão contém um ou mais objetos médio mapa de controle de impressão. Note-se que um mapa médio também é por vezes referido como um copygroup.

Process Elements

Elementos do processo são estruturas de documentos que facilitem as formas particulares de processamento de documentos.Um elemento do processo é definido por um campo estruturado e não contém quaisquer especificações de apresentação, ou seja, não afeta a aparência de um documento quando o documento é apresentado. Um exemplo de um elemento do processo é uma etiqueta de elementos lógicos (ELT), que especifica as informações do objeto de atributo que pode ser usado para apoiar a indexação de documentos com base em atributos e navegação de documentos baseada em atributos. Outro exemplo é uma ligação lógica do elemento (ELL), que especifica uma ligação de um componente do documento de origem a um componente de documento de destino.
Então finalizamos todo o capitulo 2 e te espero no  Capitulo 3 – Estruturas de Dados – MO: DCA
Se você gostou ou não deixe seu recado ou entre em contato pelo blog ou pelo e-mail: jmarciosilva@gmail.com

Até Breve!
Márcio Leitão

 

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

 
%d blogueiros gostam disto: