El producto es generado bajo el concepto de 3-tier Application Design: Interfase de Usuario, Business Object Layer (BOL) y Database Layer. Cada tabla del DCT tiene una clase asociada en BOL, como la clase ABC File Manager de Clarion.

El Data Layer es responsable de accesar los datos, esto se realiza mediante la configuración global de Fénix a través de prompts que facilitan la conexión a la base de datos. Inclusive, fácilmente Fénix permite cambiar la base de datos y el proveedor de base de datos, ya que los cuatro proveedores son soportados (SQL Server provider, OleDB Provider, ODBC provider y Oracle provider). Para realizar el cambio de proveedor de base de datos simplemente es necesario presionar el botón correcto, internamente Fénix reemplazará las clases necesarias y añadirá los nombres al Business object compiler para el proyecto completo. Fénix soporta sintaxis nativa de la base de datos, existen un prompt globales que permite definir a que base de datos destino será la generación de la sintaxis de SQL. Esto permite accesar base de datos Oracle utilizando por ejemplo el proveedor OleDB y respetar cierta sintaxis o funcionalidad especifica.

El Business Object es el responsable de relacionar las tablas/campos del Diccionario de Datos de Clarion con el ambiente de ASP.NET. Esto significa que las formas nunca accesan los datos directamente en vez de esto utilizan BO para insertar, obtener un registro, modificar, ver o borrar registros. El BO también implemente métodos como GetByFilter (obtener por Filtro) el cual regresa un conjunto de datos con los registros que cumplan con cierta condición, GetByRelation (obtener por Relación), etc. Adicionalmente, el BO cuando construye una consulta de actualización solamente incluirá aquellos campos que han cambiado su valor (Técnica SmartUpdate). Dentro del IDE de Clarion se permite incluir código embebido con el fin de sustituir el comportamiento de un método especifico de cada tabla o para agregar un método o propiedad a las clases ya generadas. Finalmente, la fuente BO es compilada como un DLL para una reutilización futura dentro de los Procedimientos de Fénix (paginas ASPX).

En la Interfase de Usuario (UI), los controles de la ventana son relacionados a controles del Servidor Web utilizando una técnica de especial de posiciones, el cual archiva la “relación” optima entre las dos diferentes técnicas utilizadas: Formas de Windows vs. Formas Web. Cada control contiene puntos de embed que permiten personalizar el código generado (HTML / lógico). En el orden de mejorar la capacidad de cambiar el contenido HTML independiente al código de las páginas el código es generado utilizando la técnica de Code Behind.

El producto tiene asistentes (de aplicación, Browse y forma), que permiten añadir todos templates requeridos así como mejorar la productividad. Al crear un nuevo procedimiento uno tiene la opción de crear ASPX estándar (con Code Behind) o un ASPX sin Code Behind o una clase VB.NET (dll) o una Clase CSharp (dll). Además, Variables Globales son soportadas como Variables de sesión ASP.NET y las Variables Locales son generadas como controles.

Browse Template
El Browse Template soporta paginación, ordenamiento, localización de registros (Locator Template), configuración Look & Feel (estilo) y Edit-In-Place básico (EIP). Todas estas características pueden ser heredadas desde las definiciones Globales o reemplazar cada instancia del Browse. Los Browses son implementados como Control Templates, permitiendo insertar tantos Browses por procedimiento como sean necesarios inclusive relacionar entre ellos como browses padre – hijo. Cada Browse tiene sus propias propiedades tal como: cantidad de renglones a mostrar, ordenamiento, paginación, etc. El Browse Template también tiene en sus botones de Seleccionar, Ver, Cambiar y Borrar acciones. Estos botones de acción llaman a un procedimiento especifico cada uno o como opción alterna utilizar EIP (solamente para las acciones de los botones de Insertar/Cambiar). también son soportados los “Hot Fields”, es decir cada vez que se selecciona un renglón del Browse los campos “Hot Fields” son actualizados para mostrar correctamente los valores correspondientes al renglón seleccionado.

Resumen de Características del Browse:

Form Template
Las formas soportan tanto validación Local (en una ventana) como también Validación Global utilizando los métodos de validación BO. Los campos son relacionados al BO y una cantidad flexible de eventos/embeds son proveídos en el orden para personalizar el comportamiento especifico para el procedimiento.

En el área visual (“look & feel”), el producto soporta CSS (Cascada de Hojas de Estilo) para permitir modificaciones en la apariencia, sin necesidad de cambiar el código, pero también soporta la mayoría de las propiedades de Clarion como alineación, fuente, etc.

Embeditor View
El Embeditor muestra el código VB.NET con los dos archivos integrados (.aspx y .vb), estos dos archivos representan la parte visual (controles web y su posición) y la parte lógica. Este es uno de los conceptos más interesantes en las formas WEB ya que permite separar completamente la Interfase (apariencia) de la parte Lógica (código). Los procedimientos de Clarion generaran 2 archivos en vez de uno solo como los template ABC generalmente lo hacen.

Al ingresar al Embeditor los dos archivos son combinados y muestran al desarrollador un solo archivo, para facilitar tanto la búsqueda como el agregar código.

Global & Business Object Layer
A un nivel global permite definir características del proyecto, conexión a Base de Datos (ADO) y comportamiento BO, Global Class mapping, defaults para Browses / Formas, etc. Igualmente el BO contiene cierta configuración para tipos de datos especiales que tienen diferente sintaxis dependiendo de la base de datos utilizada. Por ejemplo, la configuración de Fecha es posible configurarla como fecha tipo ANSI o utilizar una función especifica para convertir fecha (como en Oracle la función TO_DATE)

Soporte para incluir campos de imágenes dentro del Browse y Formas

SQL Code Template