Programando em NCL 3.0.pdf - Telemidia - PUC-Rio
Programando em NCL 3.0.pdf - Telemidia - PUC-Rio Programando em NCL 3.0.pdf - Telemidia - PUC-Rio
C.2 Entidades e PropriedadesToda entidade (entity) do modelo possui como atributos: umidentificador único (ID), um nome, uma descrição, a data de criação e umautor. 5 Além dessa coleção básica de atributos, uma entidade NCM mantémuma lista de atributos estendidos, para permitir extensões que não serestrinjam apenas a heranças de classes. No NCM, a maioria dos atributos échamada propriedade e eles devem ser envolvidos (wrapped) por uma classedo modelo chamada propriedade (property). Isso permite ao NCM o suportepara manutenção, para cada propriedade da entidade (básica ou estendida),de informações acerca de direitos de acesso, do último usuário que modificouo seu valor, da data dessa modificação, se a mudança deve ocasionar ou nãoum versionamento da entidade etc. Em outras palavras, o NCM prevê umcontrole granular bastante fino quando da implementação de suporte acontrole de versões e controle de acesso das entidades, obrigando que aspropriedades mantenham outros atributos. No entanto, sistemas que nãotenham interesse em explorar todas as capacidades do modelo podem optarpor representar os campos das classes como atributos tradicionais, em vez deutilizar o wrapper propriedade oferecido pelo modelo. Mesmo para aquelessistemas que implementam controles de acesso e/ou de versões, campos declasses que não necessitem ser monitorados com tal granularidade podem serrepresentados sem a utilização dos wrappers.Entidades do modelo devem oferecer métodos get e set para cadapropriedade básica (por exemplo, getId, setId, getName, setName, etc.), 6métodos para adicionar/remover propriedades estendidas, e dois métodosgenéricos para consultar (get) e modificar (set) valores das propriedadesestendidas.C.3 Nós e ÂncorasUm nó (node) é uma entidade NCM que tem como propriedades básicasadicionais: um conteúdo, um descritor genérico (propriedade opcional) e umalista ordenada de âncoras.O conteúdo de um nó é composto por uma coleção de unidades deinformação. A noção exata do que constitui uma unidade de informação é5 O NCM define um tipo usuário cuja implementação fica a cargo dos sistemas hipermídia queutilizem as classes do modelo.6 Deste ponto em diante, será assumido que as subclasses deverão especificar métodos do tipo get eset para manipular cada uma de suas propriedades.464
parte da definição do nó e depende de sua especialização, conforme seráexemplificado mais adiante.Descritores NCM serão explicados nas Seções C.10 e C.11. A definiçãode um descritor como propriedade do nó é opcional. Quando especificado, eleconterá informações (proprieadades) determinando como o nó deve serexibido no tempo e no espaço.Cada elemento da lista ordenada de âncoras é chamado âncora do nó,ou simplesmente âncora. Toda âncora (anchor) é uma entidade NCM, quepode ser especializada, conforme ilustrado no diagrama de classes da FiguraC.2. 7 O modelo define dois tipos de âncora (ou interfaces). O primeiro tipo échamado de âncora de conteúdo (content anchor ou area anchor), quepossui um atributo denominado região (region). A região da âncora defineuma coleção de unidades de informação do conteúdo do nó. Qualquersubconjunto de unidades de informação do conteúdo de um nó pode definiruma âncora. Tem-se, assim, que a definição exata da região da âncora édependente do tipo de conteúdo do nó. No entanto, o modelo requer que todonó contenha uma âncora de conteúdo com uma região representando amarcação de todo o conteúdo do nó. Essa âncora é chamada de âncoraconteúdo total e sua região correspondente é representada pelo símbolo . Aâncora conteúdo total deve sempre ser a primeira âncora na lista de âncorasdo nó. Âncoras serão extremamente importantes na especificação derelacionamentos entre nós.EntityInterfaceAnchorPortnodenodeIntPtSwitchPortnodeListintPointListContentAnchorregionAttributeAnchorattributeNameAllContentAnchorFigura C.2 Hierarquia de classes das interfaces de nós NCM.entidade.7 Na verdade, âncoras NCM herdam da classe ponto de interface, que por sua vez herda da classe465
- Page 454 and 455: Note que, assim procedendo, o decod
- Page 456 and 457: Y = 0,299R + 0,587G + 0,114BAs comp
- Page 458 and 459: Uma vez que uma imagem estática po
- Page 460 and 461: Note que, no modo progressivo, os p
- Page 463 and 464: ao redor que possuam uma amplitude
- Page 465 and 466: Figura A.9. O MP3 usa bandas não-u
- Page 467 and 468: CentralPrincipalEsquerdoPrincipalDi
- Page 469 and 470: televisão. A recomendação BT 601
- Page 471 and 472: JPEG modo sequencial, gerando os bl
- Page 473 and 474: Macroblocos também podem ser codif
- Page 475 and 476: No MPEG-2, o perfil principal (main
- Page 477 and 478: Fn (atual)ME+-DnTQXReordenaCodifica
- Page 479 and 480: A função do MPEG-2 System [ISO/IE
- Page 481 and 482: Na classe de tráfego contínuo com
- Page 483 and 484: A.4.3 ÁudioA mídia de áudio tem
- Page 485 and 486: eserva de pacotes antes de dar iní
- Page 487 and 488: Faria, A.L.A. “Implementação do
- Page 489 and 490: ITU-T G.723.1 (1996). International
- Page 491 and 492: B.1 IntroduçãoO DSM-CC [ISSO/IEC
- Page 493 and 494: como uma mensagem de alto nível pa
- Page 495 and 496: carrossel é transmitida no fluxo d
- Page 497 and 498: Como já mencionamos, cada instânc
- Page 499 and 500: Eventos de fluxo são bastante úte
- Page 501 and 502: ARIB STB-B24 V 4.0 (2004). Associat
- Page 503: C.1 IntroduçãoA definição de do
- Page 507 and 508: Outro tipo especial de nó de conte
- Page 509 and 510: Note que a definição de dois tipo
- Page 511 and 512: 2..nidRule1..* ruleList1..*0..10..*
- Page 513 and 514: podem ser estendidas: evento de exi
- Page 515 and 516: Um evento de apresentação pode mu
- Page 517 and 518: C.9.1 ConectoresA Figura C.6 ilustr
- Page 519 and 520: RoleideventTypeminCardinalitymaxCar
- Page 521 and 522: condição ou avaliação, quanto u
- Page 523 and 524: opcionalmente negada. Qualquer expr
- Page 525 and 526: de estados de eventos, a ideia é f
- Page 527 and 528: Por outro lado, a exibição do nó
- Page 529 and 530: C.10 Objetos de Dados XObjetos de R
- Page 531 and 532: O NCM define uma classe descritor g
- Page 533 and 534: navegação em um documento. Usuár
- Page 535 and 536: i) ela pode conter nós de conteúd
- Page 537 and 538: D.1 Conectores CausaisNo Capítulo
- Page 539 and 540: Listagem D.1 Exemplo de base de con
- Page 541 and 542: E.1 IntroduçãoUm receptor pode co
- Page 543 and 544: Como mencionamos, um NPT pode come
- Page 545 and 546: F.1 IntroduçãoComo mencionamos no
- Page 547 and 548: Assim, quando um comando de ediçã
- Page 549 and 550: carrossel de objetos diferente daqu
- Page 552 and 553: documento XML representando o metad
C.2 Entidades e PropriedadesToda entidade (entity) do modelo possui como atributos: umidentificador único (ID), um nome, uma descrição, a data de criação e umautor. 5 Além dessa coleção básica de atributos, uma entidade NCM mantémuma lista de atributos estendidos, para permitir extensões que não serestrinjam apenas a heranças de classes. No NCM, a maioria dos atributos échamada propriedade e eles dev<strong>em</strong> ser envolvidos (wrapped) por uma classedo modelo chamada propriedade (property). Isso permite ao NCM o suportepara manutenção, para cada propriedade da entidade (básica ou estendida),de informações acerca de direitos de acesso, do último usuário que modificouo seu valor, da data dessa modificação, se a mudança deve ocasionar ou nãoum versionamento da entidade etc. Em outras palavras, o NCM prevê umcontrole granular bastante fino quando da impl<strong>em</strong>entação de suporte acontrole de versões e controle de acesso das entidades, obrigando que aspropriedades mantenham outros atributos. No entanto, sist<strong>em</strong>as que nãotenham interesse <strong>em</strong> explorar todas as capacidades do modelo pod<strong>em</strong> optarpor representar os campos das classes como atributos tradicionais, <strong>em</strong> vez deutilizar o wrapper propriedade oferecido pelo modelo. Mesmo para aquelessist<strong>em</strong>as que impl<strong>em</strong>entam controles de acesso e/ou de versões, campos declasses que não necessit<strong>em</strong> ser monitorados com tal granularidade pod<strong>em</strong> serrepresentados s<strong>em</strong> a utilização dos wrappers.Entidades do modelo dev<strong>em</strong> oferecer métodos get e set para cadapropriedade básica (por ex<strong>em</strong>plo, getId, setId, getName, setName, etc.), 6métodos para adicionar/r<strong>em</strong>over propriedades estendidas, e dois métodosgenéricos para consultar (get) e modificar (set) valores das propriedadesestendidas.C.3 Nós e ÂncorasUm nó (node) é uma entidade NCM que t<strong>em</strong> como propriedades básicasadicionais: um conteúdo, um descritor genérico (propriedade opcional) e umalista ordenada de âncoras.O conteúdo de um nó é composto por uma coleção de unidades deinformação. A noção exata do que constitui uma unidade de informação é5 O NCM define um tipo usuário cuja impl<strong>em</strong>entação fica a cargo dos sist<strong>em</strong>as hipermídia queutiliz<strong>em</strong> as classes do modelo.6 Deste ponto <strong>em</strong> diante, será assumido que as subclasses deverão especificar métodos do tipo get eset para manipular cada uma de suas propriedades.464