Toba SIU-Toba

Desarrollo/PuertasNucleo

Acceso al Nucleo

Idea principal: Separar el procesamiento de la solicitud en dos fases

  • Procesamiento de eventos
    • Se identifica el ITEM
    • Se crea la ZONA (verifica su canal).
    • Se regenera el arbol de objetos cargado en el request anterior.
    • Se dispara el procesamiento de eventos.
  • Generacion de la interface
    • Esta fase NO se ejecuta siempre: Cuando un componete JS dialoga con su homologo PHP por AJAX no es necesaria la generacion global porque el evento responde directamente. En estos casos hay que desabilitar el reciclado de memoria.
      • En las cascadas el formulario JS se comunica con el formulario PHP, que le devuelve un conjunto de datos directamente.
      • En el caso que desde un CI JS se comunique con su contraparte para realizar una validacion en linea.
    • Tipo de pagina SUPERIOR.
    • Zona SUPERIOR.
      • Salida de componentes: switch por tipo de salida (html, pdf, gif, etc) en base a un parametro manejado a nivel global (POST o GET)
        • El vinculador tiene que generar vinculos para las distintas salidas.
        • Los CIs tiene un metodo por tipo de salida existente (primos del obtener_html)
        • Si el tipo de salida es 'html', la solicitud es responsable de mostrar la zona y el tipo de pagina
          • El CI externo pierde sus responsabilidades 'especiales', puede acceder a la zona (para cargarla o descargarla), pero no esta encargado del display de la misma.
        • La zona necesita un metodo para cargarse dentro de un request (antes esto no era necesario: la solicitud se procesaba en una fase y cuando los objetos tomaban el control ya se habia generado el html de la zona).
    • Zona INFERIOR.
    • Tipo de pagina INFERIOR.