Contenidos
Modularidad y abstracción | ¿Qué es un objeto?
La mayoría de las aplicaciones empresariales requieren que los usuarios creen y manipulen datos. En el proyecto de ejemplo de Cotización de Ventas, los usuarios de la aplicación introducen los datos relacionados con la cotización que incluyen información sobre el cliente, la cotización y otros tipos de datos. Además, una aplicación puede necesitar crear y manipular otros datos que sólo se utilizan internamente como parte de la función general de la aplicación.
Los objetos de datos también pueden ser definidos en base a un objeto de negocio. Los objetos de negocio permiten agrupar datos relacionados. Por ejemplo, si estás creando una aplicación que necesita almacenar información sobre un empleado, puede que necesites crear un objeto de negocio que almacene el nombre, la dirección, el salario y otra información sobre el empleado. Los objetos de negocio son similares al concepto de clases utilizado en los lenguajes de programación orientados a objetos como Java.
En tiempo de ejecución, no se crean nuevos objetos de datos, pero el valor de la información que almacenan se altera a medida que los usuarios interactúan con su aplicación. Los procesos en ejecución pueden almacenar, acceder y manipular datos. Los valores de los datos también pueden determinar la ramificación del proceso.
Objeto frente a proceso
Una visión general de la metodología de procesos de objetosLa metodología de procesos de objetos (OPM) proporciona una metodología holística que se utiliza para cubrir el comportamiento y la estructura de un sistema determinado. En este caso, un sistema es un grupo de partes interrelacionadas que interactúan entre sí con el objetivo de completar una tarea o meta. Un sistema determinado suele estar formado por dos componentes: su estructura y su comportamiento. El OPM permite a los desarrolladores de sistemas diseñar tanto la estructura del sistema como el comportamiento que éste mostrará. La principal motivación para el desarrollo de la Metodología de Proceso de Objetos fue asegurar que los desarrolladores de sistemas pudieran tener una imagen muy clara de cómo se estructuraría un sistema dado y cómo se comportaría cada componente de la estructura del sistema. La OPM puede utilizarse para desarrollar dos tipos de representaciones. Éstas son:
Las entidades del OPMLas representaciones del OPM suelen tener las siguientes entidades: El Diagrama Objeto-Proceso (OPD)El Diagrama Objeto-Proceso (OPD) es la representación gráfica utilizada en OPM. Este diagrama se utiliza para describir objetos y procesos. El diagrama también intenta describir los vínculos que existen entre ellos. Estos vínculos son de dos tipos principales: Un sistema puede ser expresado en Diagramas Objeto-Proceso que están organizados jerárquicamente. Esto significa que el OPD inicial o raíz, también conocido como Diagrama de Sistemas (DG), proporciona una vista general o de pájaro del sistema. Los diagramas subsiguientes proporcionan un nivel de detalle creciente.
Diagramas objeto-proceso
El objeto proceso es el objeto global de Node. Se puede acceder a él desde cualquier lugar; es una instancia de EventEmitter. Cada Node.js tiene un conjunto de funcionalidades incorporadas, accesibles a través del objeto de proceso global. El objeto de proceso proporciona los flujos estándar de entrada/salida (stdio) stdin, stdout y stderr (como en C/C++) como en lo siguiente:
Las funciones stdout o no bloqueantes son console.log, console.info, util.puts, util.print y Stderr. Las funciones de bloqueo son console.warn console. error, util.debug, y process.stdin (un flujo legible para obtener la entrada del usuario).
Cómo definir los estados de los objetos de datos en los procesos de negocio
Un objeto de trabajo permite gestionar grupos de procesos como una unidad. Los objetos de trabajo son objetos con nombre, seguros y compartibles que controlan los atributos de los procesos asociados a ellos. Las operaciones realizadas en un objeto de trabajo afectan a todos los procesos asociados al objeto de trabajo. Algunos ejemplos son la imposición de límites como el tamaño del conjunto de trabajo y la prioridad del proceso o la finalización de todos los procesos asociados a un trabajo.
Para asociar un proceso a un trabajo, utilice la función AssignProcessToJobObject. Después de asociar un proceso a un trabajo, la asociación no puede romperse. Un proceso puede estar asociado a más de un trabajo en una jerarquía de trabajos anidados. Para obtener más información, consulte Trabajos anidados.
Windows 7, Windows Server 2008 R2, Windows XP con SP3, Windows Server 2008, Windows Vista y Windows Server 2003: Un proceso puede estar asociado a un solo trabajo. Los trabajos no se pueden anidar. La capacidad de anidar trabajos se añadió en Windows 8 y Windows Server 2012.
Después de asociar un proceso con un trabajo, por defecto cualquier proceso hijo que cree usando CreateProcess también se asocia con el trabajo. (Los procesos hijos creados mediante Win32_Process.Create no se asocian al trabajo). Este comportamiento predeterminado se puede cambiar estableciendo el límite extendido JOB_OBJECT_LIMIT_BREAKAWAY_OK o JOB_OBJECT_LIMIT_SILENT_BREAKAWAY_OK para el trabajo.