hdolder.com srl

La Plataforma BLOCKS

043

Esta página pertenece al eBook de M&P y algunos de sus links (los que tienen texto en letra cursiva) no están habilitados en la Web
Download eBook

La Plataforma BLOCKS™ se encuentra actualmente en etapa de pruebas avanzadas.

La Plataforma BLOCKS™ permite construir sistemas

Event-Driven Data-Flow
Distribuidos
Asincrónicos

utilizando Componentes denominados BLOCKS.

Un Sistema BLOCKS esta conformado por componentes denominados BLOCKS interconectados para intercambiar información.

Un Sistema BLOCKS es una red heterárquica (no jerárquica) de componentes. La red puede extenderse sobre múltiples computadores.

La arquitectura BLOCKS define cuatro tipos de elementos básicos:

BLOCKS
Connectors
Connections
Messages

BLOCKS

Son los componentes de diversos tipos con que se construye un sistema.

Un BLOCK (BLOQUE) tiene Connectors que le permiten conectarse con otros BLOCKS.

Connectors

Los Connectors (Conectores) de un BLOQUE le permiten intercambiar información (Messages) con otros BLOQUES. El intercambio de información es Asincrónico.

Los Conectores pueden ser de Input, de Output y Bidireccionales.

La información se recibe mediante los Conectores de Input y se envía mediante los Conectores de Output.

Los Conectores Bidireccionales pueden recibir y enviar información.

Connections

Las Connections (Conexiones) son los elementos que conectan a los BLOQUES entre si, permitiendo su colaboración mediante el intercambio de información.

Una Conexión vincula un par de Conectores en diferentes BLOQUES. Una Conexión establece un DataBinding entre el par de Conectores.

El DataBinding puede ser OneWay (Unidireccional) o TwoWay (Bidireccional).

Las Conexiones implementan el concepto de Property-Property-Binding: Los Métodos de un BLOQUE son internos y se ejecutan como consecuencia de la recepción de información en un Conector de Input (asignación de un valor a una Property).

Tipos especializados de Conectores de Input

Existen dos tipos especializados de Conectores de Input (desempeñan Roles específicos):

Triggers
Enablers

Triggers

Un Trigger al recibir una señal (información de cualquier tipo) dispara ciertas operaciones en el BLOQUE.

* Enablers

Un Enabler al recibir una señal esencialmente booleana habilita o deshabilita ciertas operaciones en el BLOQUE.

Messages

Los BLOQUES intercambian información mediante Mensajes que tienen un formato genérico: S-Expressions Lisp (ver LEX - Lisp Expression en onBOARD).

Las S-Expressions Lisp son compactas y permiten una serialización y deserializacion de máxima performance en el Procesamiento Distribuido.

Event-Driven Data-Flow

En la Plataforma BLOCKS los datos fluyen impulsados por eventos. Los BLOQUES esperan y actúan solo cuando reciben la información "impulsada" por el evento cuya ocurrencia esperan.

Full-Asynchronous - Paralelismo

Los Mensajes son enviados en forma asincrónica permitiendo desacoplar los BLOQUES de manera de aprovechar las facilidades de procesamiento paralelo disponibles (por ejemplo en procesadores multi-core).

En caso de ser necesario un BLOQUE puede sincronizar un Request con su correspondiente Response.

BLOCKS-inside-BLOCKS

Un BLOQUE puede contener una Red de BLOQUES. La red de BLOQUES interna es encapsulada por el BLOQUE contenedor (sus Conectores no son accesibles desde fuera del Contenedor).

Modos de operación

La Plataforma BLOCKS se basa en la tecnología XAML provista por .NET en WPF y Silverlight (SL) [R1].

Un BLOCK es básicamente un Control XAML (WPF/SL), los Conectores se implementan usando Properties (Propiedades) del Control y las Conexiones se implementan usando Bindings de XAML.

La Plataforma BLOCKS puede operar en dos contextos diferentes:

Visual
No-visual

Contexto Visual

En el contexto Visual los BLOCKS operan en forma estándar en el Engine de visualización XAML de Silverlight en los Browsers y de WPF en el Desktop.

Si bien el XAML Engine esta enfocado en la interface gráfica de usuario (GUI) tiene capacidad de procesar Controles que no tienen componentes visuales. Esta capacidad hace del XAML Engine un procesador de informaciónde propósitos generales.

En este contexto pueden operar tanto BLOCKS con contenido visual como BLOCKS sin contenido visual (BLOCKS No-visuales).

Mas abajo describiremos algunas de las funciones y roles que pueden desempeñar los BLOCKS No-visuales.

Contexto No-visual

En el contexto No-visual se utiliza un componente provisto por la Plataforma BLOCKS denominado BBLOCKSBoard que puede albergar y procesar una red de BLOCKS No-visuales.

Los BBLOCKSBoard pueden operar tanto en Browsers como en Servers y Desktops.

La posibilidad de operar Servers es fundamental para la implementación de sistemas distribuidos.

Múltiples instancias de BBLOCKSBoard pueden operar simultáneamente e interoperar entre si tanto en forma local como remota.

Las redes de BLOCKS residentes en BBLOCKSBoards pueden interoperar también con redes de BLOCKS residentes en los Engines XAML de SL y WPF mediante las facilidades de Procesamiento Distribuido de OBe.

El XAML Engine es un procesador "Asynchronous Event-Driven Data-Flow" [R1] de muy alta performance lo que lo convierte en el procesador ideal para las aplicaciones BLOCKS. El componente BBLOCKSBoard reproduce en el Contexto No-visual la funcionalidad del XAML Engine.

Compatibilidad entre Contextos

Un BLOCK No-visual normalmente funciona sin modificaciones en ambos contextos (visual y no visual).

Granularidad

Un BLOCK puede contener desde unas pocas líneas de código a subsistemas completos.

Adaptación Dinámica

La configuración de red de BLOQUES puede hacerse declarativamente, usando el lenguaje XAML y/o mediante código.

Utilizando código la red puede ser creada y/o modificada dinámicamente "al vuelo" (en run-time).

Algunas Funciones y Roles que pueden desempeñar los BLOCKS No-visuales

Los BLOCKS No-visuales pueden

Proveer interoperación con componentes onBOARD locales y remotos.
Proveer interoperación con BLOCKS residentes en otros BBLOCKSBoard y XAML Engines locales y remotos.
Incorporar lógica y cálculos en el Object-Graph sin utilizar "code-behind".

La migración de "code-behind" a "code-inside" resulta en una mejor modularización del sistema.
Convertir Eventos .NET en Property Changes.
Modificar al vuelo la estructura y el comportamiento del Object-Graph.
Incorporar funciones de auto-organización.
Interoperar con M&P/MPe.
Desarrollar Aplicaciones Event-Driven Data-Flow con funcionalidad avanzada.

Development Tools

La seccion BLOCKS - Development Tools describe las ayudas de desarrollo disponibles.

Ejemplos

Nombre Descripción
BO1
Ilustra una mini-aplicación WPF denominada "Color Chooser" que utiliza varios Controles estándar (visuales) y también un BLOCK genérico de la Plataforma BLOCKS. El BLOCK genérico en este ejemplo permite que la aplicación se resuelva en forma completamente declarativa usando XAML sin necesidad de incorporar "code-behind".
BO2 Muestra una mini-aplicacion BLOCKS No-visual en la que la configuracion de la red de BLOCKS se hace puramente mediante código sin utilizar XAML. El ejemplo utiliza el componente BBLOCKSBoard para albergar y procesar una red de BLOCKS muy simple compueta por dos instancias del BLOCK BTest1.
BO3 Muestra otra version de la mini-aplicacion BLOCKS No-visual del Ejemplo BO2 en la que la configuracion de la red de BLOCKS se hace mediante código XAML.

Biblioteca de BLOCKS

La seccion BLOCKS - Biblioteca incluye un catalogo de los BLOCKS genericos disponibles.

Valores Agregados

Creación de componentes genéricos reutilizables.
Modularización de las Aplicaciones.
Enfoque conexionista - configuración declarativa..
Aprovechamiento de facilidades de procesamiento paralelo.
Integración completa con componentes Silverlight/WPF.
Adiciona procesamiento distribuido a Silverlight/WPF.

Ver también

BLOCKS - Clases
MPe - M&P Everywhere

Referencias

[R1] WPF Architecture

M&P Model Driven Distributed System