Default
Interfaces, Classes and Traits
- TSLIBussinessService
- Interfase que define los minimos requerimientos a implementar para un servicio de la aplicacion.
- TSLIConstrainedController
- Interfase base para controladores que manejen requerimientos de data con order by , limites de numero de registros u filtros.
- TSLISessionController
- Interfase base para controladores que manejen requerimientos de session.
- TSLIBasicRecordDAO
- Esta interface define los metodos a implementar del DAO comun para manejar modelos simples que basicamente representen una entidad en la persistencia.
- TSLITransactionManager
- Interface que debe definirse para todo Transaction Manager de una persistencia , digase base de datos por ejemplo.
- TSLJsonAble
- Interface que debe definirse para todo objeto convertible a JSON.
- TSLIDataTransferObj
- Interface que debe definirse para todo Data Transfer Object, el mismo que es usado como objeto goma entre las diferentes capas del sistema.
- TSLIDTOEnconder
- Interfase que define los metodos requeridos para generar el encode de un Data Transfer Object.
- TSLIProcessorLoaderHelper
- Interfase que define los metodos requeridos para un cargador de Constraints,Filters,Sorters, etc
- TSLIInputProcessor
- Define los metodos a implementar para un procesador de valores de entrada en general (normalmente http parameters), enviados por el cliente.
- TSLIResponseProcessor
- Define los metodos a implementar para un procesador de salida de los datos a enviar al cliente.
- TSLAppCRUDBussinessService
- Objeto de Negocios que manipula las acciones directas a la entidad tales como listar , agregar , eliminar , etc., este es util para casos simples donde las operaciones CRUD se asocian directamente a un modelo.
- TSLAppDefaultController
- Controlador base default para las aplicaciones.
- TSLAppDefaultCRUDController
- Controlador sugerido como default para las aplicaciones tipo CRUD las cuales tiene operaciones de fetch,read,update y delete.
- TSLAppPerfilDAO_postgre
- Este DAO es especifico para el manejo de los items de detalle de perfiles al sistema, todo sistema que implementa perfiles hara uso de este DAO , este caso especifico es la implementacion para POSTGRES SQL y debera ser adaptada para otras bases de datos , lo unico especifico aqui es el uso del campo xmin.
- TSLAppPerfilDetalleDAO_postgre
- Este DAO es especifico para el manejo de los header de perfiles al sistema, todo sistema que implementa perfiles hara uso de este DAO , este caso especifico es la implementacion para POSTGRES SQL y debera ser adaptada para otras bases de datos , lo unico especifico aqui es el uso del campo xmin.
- TSLAppSistemasDAO_postgre
- Este DAO es especifico para el manejo de la lista de sistemas que componen un producto , todo sistema que implementa perfiles y usuarios hara uso de este DAO , este caso especifico es la implementacion para POSTGRES SQL y debera ser adaptada para otras bases de datos , lo unico especifico aqui es el uso del campo xmin.
- TSLAppBasicRecordDAO_postgre
- Este DAO es especifico para el postgresql e implementa solo la parte comun y especifica de la base de datos POSTGRES SQL, como en este caso son la determinacion de algunos errores comunes a la bases de datos de diferente marca , pero que en el caso del POSTGRESQL no usa los estandares ansi. Todas los DAO para postgres deben implementar esta clase , la misma que es abstracta
- TSLAppPerfilDetalleModel
- Modelo para los items de detalle del perfil
- TSLAppPerfilModel
- Modelo para los perfiles de los sistemas , este modelo representa en realidad el header del perfil.
- TSLAppSistemasModel
- Modelo para los sistemas que componen una aplicacion.
- TSLBussinessService
- Clase abstract que implementa la logica de un Servicio de Negocio, es abstracta ya que requiere implementar metodos especificos a cada clase que la implemente.
- TSLStandardBussinessService
- Define la implementacion default de un Bussiness Service para los metodos menos usados.
- TSLBaseController
- Controlador basico especificamente disenado para el caso WEB , basicamente efectuara la validacion de los parametros , control de errores a nivel de problemas de sistema y define metodos a ser requeridos para todos los controladores que implementen basados en este, como determinar la vista de salida y el response procesor que se requerira para transformar los datos para la vista.
- TSLReportController
- Clase abstracta que debera implementarse para los controladores de los reportes del sistema.
- TSLReportJasperController
- Controlador especifico para el backend JasperREports , basado en comunicacion SOAP este generara un archivo de reporte final para su posterior download por parte del browser.
- TSLReportKoolReportController
- Controlador especifico para el backend KoolReport , basicamente prepara los parametros e invoca el reporte.
- TSLBasicRecordDAO
- Este DAO basico sirve para los casos simples de hacer operaciones CRUD a modelos del sistema, basicamente es usable cuando la entidad = modelo.
- TSLDataModel
- Esta es la clase base para definir los modelos de datos , esta clase permite como cualquier objeto puro con getters y setters o como una clase normal pero sin acceso directo a sus componentes, ya que siempre pasara por los getter y setters gracias al uso de __get and __set magic methods,.
- TSLTransactionManager
- Clase que implementa el transaction manager para las bases de datos soportadas por CodeIgniter.
- TSLTrxFactoryManager
- Clase tipo factory que permite obtener referencia a Transaction Manager de cada un de las bases de datos en uso.
- TSLRequestConstraints
- Esta clase define los constraints que pueden usarse para acceder a un query en la base de datos , define al menos los minimos conocidos pudiendo agregarse mas los cuales seran de interpretacion por las clases.
- TSLBaseMessage
- Clase base para los diferentes tipos de error ya sea por proceso , por validacion de modelos , validacion de campos etc, estos al menos deben contar con un mensaje de error.
- TSLFieldErrorMessage
- Clase que define el error derivado de la validacion de un modelo o de los campos de entrada. Estos errores se componen de de un nombre de campo,de un codigo de error y el mensaje de error.
- TSLOutMessage
- Clase que define el mensaje de salida el cul sera armado o recopilado a traves del data transfer object .
- TSLProcessErrorMessage
- Interfase que define lo s minimos requerimientos a implementar que define el error derivado del proceso de una accion invocada por el bussiness service ,
- TSLDataTransferObj
- Implementacion del Data Transfer Object a ser usado por el framework.
- TSLDTOEnconderJSON
- Clase que implemente el JSON encoding para el DTO
- TSLDbException
- This class define the main class for all db exceptions, support to put some data on the exception , for example a current value of a record.
- TSLProgrammingException
- Define las excepciones derivadas de errores de programacion o php , normalmente el php emite estos como errores simples y aparecen en la pantalla , la idea es que la aplicacion capture esta informacion y la convierta en una excepcion para que siga la ruta normal que el framework espera y pueda enviar al cliente dicho error como parte del mensaje de salida.
- TSLConstraintProcessorLoaderHelper
- Helper que carga un especifico procesador de los constraints segun los tipos soportados como json,xml,csv.
- TSLDAOLoaderHelper
- TSL framework helper que carga un especifico DAO para una determinada base de datos.
- TSLFilterProcessorLoaderHelper
- Helper que carga un especifico procesador de los campos filtro segun los tipos soportados como json,xml,csv.
- TSLResponseProcessorLoaderHelper
- Helper que carga un especifico procesador de salida para el formato indicado.
- TSLSorterProcessorLoaderHelper
- Helper que carga un especifico procesador de los campos de sort enviados segun los tipos soportados como json,xml,csv.
- TSLUtilsHelper
- Clase helper para funciones requeridas por diversas partes del framework.
- TSLConstraintProcessorSmartclientJson
- Procesador default para generar los constraints a la persistencia basado en un input en JSON y especificamente para la libreria smartclient.
- TSLFilterProcessorJson
- Procesador default para la lista de campo/valor en JSON.
- TSLSorterProcessorJson
- Procesador default para la lista de nombre campo/valor/direccion de sort en JSON.
- TSLResponseProcessorJson
- Clase que implemente el JSON encoding para el DTO, ESTE ES EL DEFAULT sino se implementa ninguno en especial
- TSLResponseProcessorSmartclientJson
- Clase que implemente el JSON encoding para el DTO, ESTE ES EL DEFAULT sino se implementa ninguno en especial