{"id":1145,"date":"2016-08-16T11:57:05","date_gmt":"2016-08-16T17:57:05","guid":{"rendered":"http:\/\/agiltools.com\/blogsp\/?p=1145"},"modified":"2016-08-16T13:38:45","modified_gmt":"2016-08-16T19:38:45","slug":"class_vs_agent","status":"publish","type":"post","link":"http:\/\/agiltools.com\/blogsp\/class_vs_agent\/","title":{"rendered":"Cu\u00e1ndo usar Java Class y cu\u00e1ndo Agentes en AnyLogic"},"content":{"rendered":"

\"class<\/p>\n

Para aquellos familizarizados con la programaci\u00f3n, es com\u00fan la utilizaci\u00f3n de clases en la manipulaci\u00f3n de objetos. Una clase en t\u00e9rminos generales es una plantilla de c\u00f3digo donde se crean los objetos del programa. Los objetos son entidades personalizadas con atributos y operaciones espec\u00edficas (para entender con mayor detalle el concepto de clases y objetos sugiero leer los siguientes\u00a0art\u00edculos: conceptos<\/a>\u00a0y\u00a0ejemplo sencillo<\/a>\u00a0).<\/p>\n

Un concepto similar a una clase\u00a0es un agente. Los agentes son plantillas gen\u00e9ricas que\u00a0permiten capturar atributos (par\u00e1metros, variables, colecciones, etc.),\u00a0realizar calculos, gr\u00e1ficos, animaciones e incluso incrustar grupos de agentes adicionales. Todas estas funcionalidades son igualmente posibles en una clase Java, as\u00ed que porqu\u00e9 utilizar una u otra figura?<\/p>\n

Desde el punto de vista de complejidad y curva de aprendizaje, el agente es mejor opci\u00f3n ya que todas sus propiedades son creadas\u00a0con solo arrastrar el \u00edcono del elemento requerido. Por ejemplo, si se quiere agregar una variable, se arrastra el \u00edcono correspondiente, se cambia el tipo de valor (doble, string, etc.) y se re-nombra. Igual con colecciones, poblaciones, estad\u00edsticas, etc. (ver animaci\u00f3n).<\/p>\n

\"agent<\/p>\n

La misma operaci\u00f3n en una clase requiere de\u00a0cierto conocimiento de programaci\u00f3n para poder definir correctamente las variables, tipo de acceso, funciones, etc. En otras palabras, todo debe hacerse mediante\u00a0c\u00f3digo (ver animaci\u00f3n).<\/p>\n

\"class<\/p>\n

Una clase puede volverse confusa para un usuario si desde su dise\u00f1o\u00a0no ha sido bien estructurada. Una pr\u00e1ctica recomendada por muchos usuarios es utilizar agentes de manera general, incluso\u00a0convertir las clases Java en agentes (AnyLogic ofrece esa posibilidad como se observa en la imagen siguiente)<\/p>\n

\"convert_class\"<\/p>\n

Otro beneficio relacionado con el uso de agentes es las poblaciones. Grupos de agentes pueden ser almacenados y manipulados en poblaciones, las cuales tienen incluso funciones pre-definidas que permiten organizar, filtrar, etc. Las clases Java no pueden almacenarse igual y deben ser (si se requiere) a\u00f1adidas a\u00a0colecciones.<\/p>\n

Cuando usar clases?<\/h2>\n

A\u00a0pesar de ser recomendados los agentes, dado que se pueden realizar las mismas actividades existen casos en los que es mejor utilizar clases, a continuaci\u00f3n algunos ejemplos:<\/p>\n

    \n
  1. Almacenamiento de informaci\u00f3n:<\/strong> En muchos modelos se requiere almacenar informaci\u00f3n\u00a0(local o global) que no requiere ser manipulada, solo creada y consultada. Un ejemplo muy com\u00fan es la creaci\u00f3n de \u00f3rdenes o pedidos, o la lista de pasajeros de un vuelo, o los registros de mediciones de un evento. La clase Java Pedido puede ser la lista de \u00edtems requeridos con cantidad. Se crea peri\u00f3dicamente y se env\u00eda a una gente para que aliste los productos en una bodega cuyo contenido es una lista con objetos (agentes o simplemente n\u00fameros).<\/li>\n
  2. C\u00e1lculos o Elementos que requieren ser transportados entre diferentes softwares:<\/strong> Cuando se trabaja en equipos de desarrollo, es com\u00fan que partes del mismo programa sean desarrollados por diferentes personas o equipos. Los c\u00e1lculos \u00a0son generalmente desarrollados por especialistas en el mismo o diferente software y luego enviados a los modeladores para ser incorporados. Las clases son ideales para esto pues son transportables y pueden ser validadas\u00a0en otros ambientes (tests funcionales y control de cambios).<\/li>\n
  3. Limitaci\u00f3n de agentes:<\/strong> Ciertas versiones de AnyLogic como la PLE tienen limitaciones\u00a0en cuanto al n\u00famero de agentes a utilizar y por ende si el modelo es complejo se requiere combinar clases con agentes (ver comparaci\u00f3n de ediciones<\/a>, secci\u00f3n tama\u00f1o del modelo).<\/li>\n<\/ol>\n

     <\/p>\n

    \"Editions\"<\/p>\n