Buscar este blog

sábado, 21 de julio de 2018

Curso completo de Bootstrap desde cero 1.- Introducción e Instalación

How to install Bootstrap locally on Windows 7 | 8 | 10

Qué es un wireframe y cómo trabajar con uno gratis (wireframe.cc)

Editor JSON Online

En esta breve nota vamos a describir una herramienta sencilla y poderosa para editar JSON (JavaScript Object Notation) la notación de  Objetos de Java Script
JSON es una notación de  formato liviano de intercambio de datos. Es fácil para los humanos leer y escribir. Es fácil para las máquinas analizar y generar. Se basa en un subconjunto del lenguaje de programación JavaScript, estándar ECMA-262 3ª edición, diciembre de 1999.
Por su practicidad JSON,  traspasa el mundo de programadores JAVA  y cada vez más está siendo utilizado por cada vez más lenguajes y programadores y esta siendo en este momento un fuerte competidor del XML. Las ventajas con respecto al XML es que es más sencillo y rápido de implementar además de ser más claro para su lectura y construcción.
Por eso es importante contar con herramientas para que nos asista para analizar y editar JSON, y una que tenemos para usar en forma efectiva, rápida y gratuita es JSONONLINE   para usarla podemos ingresar a https://jsoneditoronline.org/ y vamos a ver la siguiente pantalla.


En el menú principal de las aplicaciones contiene opciones para borrar, cargar y guardar los contenidos JSON de la aplicación. Los archivos se pueden cargar desde el disco (a través del menú o arrastrar y soltar), url o en línea, y se pueden guardar en línea o en el disco. Tenga en cuenta que debido a restricciones de seguridad, la aplicación solo puede abrir URL desde sitios web públicos, no desde una intranet.
Como vemos en la fitura la aplicación contiene dos paneles: un editor de código a la izquierda y un Editor de árbol a la derecha.
Hay un divisor entre los dos paneles, lo que permite cambiar el ancho de ambos paneles según las necesidades. Para copiar el contenido de un panel a otro, se pueden usar los dos botones de copia entre los paneles.
En la derecha tenemos na notación java y en la izquierda una serie de herramientas para controlar el código la notación y navegar el árbol con suma facilidad.

Referencias
https://jsoneditoronline.org/
https://www.json.org/

Step by Step Tutorial - C# REST Client

REST Web API

La tecnología del desarrollo de sistemas informáticos varia y evoluciona a una velocidad impresionante. De la programación estructurada, la progración visual a los conceptos actuales de servicios web, API (Application Programming Interface) y REST (Representational State Transfer). Actualmente en aplicaciones o sitios web hoy, lo mas común es hablar de REST y .NET Web API. A menos que estes usando esas tecnólogias si estan en el ámbito de la informatica y no te toco susarlas es probable qué no sepas bien de que se trata. La mejor forma de entender las cosas es usarlas en forma práctica.

En un esquema de integración de aplicación tradicional cada aplicación cliente tiene su propia lógica de negocios (probablemente programada en varios leguajes diferentes) que se conecta directamente a la base de datos para obtener, actualizar y manipular datos.

Esta lógica de negocios local significa que las aplicaciones del cliente pueden volverse complejas fácilmente y todas deben mantenerse sincronizadas entre sí. Cuando se requiera una nueva característica, deberá actualizar cada aplicación en consecuencia. Este puede ser un proceso muy costoso que a menudo conduce a la fragmentación de las características, errores y realmente puede retrasar la innovación.

Ahora analisesmos la misma arquitectura con una API centralizada que contiene toda la lógica de negocio.
La Arquitectura REST modera sigue el concepto de Don’t Repeat Yourself’ (DRY)  No repetir el proceso' (DRY) de desarrollo de software. Las aplicaciones se convierten en capas de interfaz de usuario relativamente livianas. REST es un patrón arquitectónico para crear una API que usa HTTP como su método de comunicación subyacente.

REST fue originalmente concebido por Roy Fielding en su trabajo de disertación de 2000 titulado 'Estilos arquitectónicos y el diseño de arquitecturas de software basadas en red', les recomiendo ver ese artículo en el siguiente link:

Casi todos los dispositivos que están conectados a Internet ya usan HTTP; es el protocolo base sobre el que se basa Internet, y por eso es una gran plataforma para una API.

HTTP es un sistema de solicitud y respuesta; un cliente llamante envía una solicitud a un punto final y el punto final responde. El cliente y el punto final pueden ser cualquier cosa menos un ejemplo típico es un navegador que accede a un servidor web o a una aplicación que accede y API.

Hay varios detalles clave de implementación con HTTP que debe tener en cuenta:

Recursos: REST usa recursos direccionables para definir la estructura de la API.
Un identificador de recursos uniforme (URI) es o bien un localizador uniforme de recursos (URL), como también un nombre de recurso uniforme (URN), o ambos a la vez.

Estas son las URL que usa para llegar a las páginas en la web,
por ejemplo 'http://www.microsoft.com/Surface-Pro-3' es un recurso.
Acciones de solicitud: describen lo que quiere hacer con el recurso.
Un navegador típicamente emite un
  • GET para obtener un recurso del servidor
  • POST para crear un recurso del servidor, envía datos a una URL para que el recurso en esa URI los maneje.
  • PUT para actualizar un recurso del servidor, pone un recurso en la dirección especificada en la URL. Exactamente en esa dirección. Si no existe, lo crea, si existe lo reemplaza.
  • DELETE para eliminar un recurso del servidor

En el contexto de una API REST, los recursos normalmente representan entidades de datos (es decir, 'Paciente', 'Profesional', 'Orden', etc.). El verbo que se envía con la solicitud informa a la API qué hacer con el recurso, por ejemplo, una solicitud GET obtiene datos sobre una entidad, las solicitudes POST crean una nueva entidad.

Existe una convención que establece que las solicitudes GET a una url de la entidad, como Pacientes, devuelve una lista de Pacientes , posiblemente coincida con algunos criterios que se enviaron con la solicitud. Sin embargo, para recuperar un Paiente específico, usaría la identificación del Paciente como parte del recurso.
Por ejemplo
/ Paciente / 81 devolvería el Paciente con la ID de 81.

También es posible usar parámetros de cadena de consulta con una API, por ejemplo puede tener algo como / Paciente? Sexo= Femenino que devuelve todos los Pacientes femeninos.

La Web API utiliza los conceptos de Controlador y Acción de MVC ( Model View Controller) , por lo que si ya entiende .net MVC, se encuentra en un buen lugar. Si no lo hace, entonces la API web es una excelente forma de aprender MVC.

Los recursos se asignan directamente a los controladores; normalmente tendría un controlador diferente para cada una de sus entidades de datos principales (Paciente, Profesional, Orden, etc.).

La API web usa el motor de enrutamiento .net para asignar direcciones URL a los controladores. Normalmente, las API se mantienen dentro de una ruta '/ api /' que ayuda a distinguir los controladores API de otras API que no pertenecen al mismo sitio web.


Las acciones se utilizan para mapear verbos HTTP específicos, por ejemplo, normalmente tendrías una acción GET que devuelve todas las entidades.

Web API es parte de 'One ASP.net'
Web API es parte de la familia 'One ASP.net', lo que significa que admite de forma nativa todas las excelentes funciones compartidas que puede usar actualmente con MVC o formularios web, esto incluye (estos son solo algunos ejemplos):
  • Entity Framework, (Marco de la entidad).
  • Authorisation and identity, (Autorización e identidad).
  • Scaffolding, (Andamiaje).
  • Routing, (Enrutamiento).
El uso de una API hará que la arquitectura de su aplicación sea mucho más limpia, lo que facilitará la adición de características y la corrección de errores a medida que avance su proyecto.

REST es un patrón arquitectónico que se basa en HTTP y utiliza solicitudes HTTP, respuestas, verbos y códigos de estado para comunicarse. El hecho de que los servicios REST usen HTTP significa que pueden ser consumidos por casi cualquier dispositivo o aplicación "en línea" (incluidos dispositivos IoT como tostadoras, automóviles, podómetros, etc.). No se requiere conocimiento propietario de la API.

Web API en .net es la forma en que escribes los servicios de API REST en .NET. Web API le ofrece todos los beneficios del .NET Framework y se ocupa de muchas de las complejidades de la negociación de contenido, el enlace de modelos, etc. que tendría que tratar usted mismo sin Web API.


viernes, 20 de julio de 2018

¿Qué formato tienen los archivos de SNOMED CT?

El formato de publicación 2 (RF2, por release format 2 en inglés) es el formato principal utilizado para los archivos de publicación de SNOMED CT.


La Edición Internacional de SNOMED CT se publica como un conjunto de archivos:
  • Los archivos de publicación son:
    • Archivos de texto delimitados por tabulaciones
    • Codificados de acuerdo con la especificación UTF-8 Unicode (que permite utilizar una amplia variedad de caracteres, símbolos y caracteres con acentos)
  • Hay archivos individuales con columnas especificadas para cada uno de los componentes centrales de SNOMED CT:
    • Conceptos
    • Descripciones
    • Relaciones


Tipos de publicación

La especificación RF2 ofrece un mecanismo de historial en los archivos distribuidos. Esto permite ofrecer diferentes tipos de publicación con el mismo formato de archivos y utilizar este mecanismo para optimizar la instalación y actualización de la terminología.
Publicación completa: Una publicación "completa" contiene cada versión de cada componente publicado alguna vez. Esta publicación proporciona un registro histórico completo y puede utilizarse para obtener vistas del estado de cualquier componente en cualquier punto de tiempo desde la primera publicación. La publicación "completa" es la forma más sencilla de instalar e inicializar SNOMED CT. Sin embargo, los archivos son grandes y en cada publicación sólo se modifica una pequeña proporción del contenido.
Publicación “delta”: Una publicación "delta" sólo contiene las versiones de componentes creados, inactivados o modificados desde la publicación anterior.  La publicación "delta" es mucho más pequeña que la publicación "completa" y es ideal para actualizar una publicación "completa" de la versión previa. El agregado de una publicación "delta" a la versión "completa" previa la actualizará como la versión actual "completa".
Publicación “snapshot”: Como en una fotografía, esta publicación contiene la última versión de cada componente publicado en un momento determinado. La versión de cada componente contenido en este tipo de publicación es la versión más reciente de ese componente en el momento de la publicación. La publicación "snapshot" es útil para instalaciones simples pero no brinda una historia ni una vista retrospectiva de la terminología.
Hay casos de uso válidos para cada tipo de publicación. Cada edición internacional incorporará estos tres tipos de publicación, y permitirá que cada usuario seleccione el formato más apropiado para sus necesidades. Las extensiones siempre deben estar disponibles como una publicación completa aunque también pueden estar disponibles los otros tipos de publicaciones.

Referencias