Archivo con formato Clang
El nombre del archivo. No es necesariamente único dentro de una carpeta. Tenga en cuenta que para los elementos inmutables, como las carpetas de nivel superior de las unidades compartidas, la carpeta raíz de Mi unidad y la carpeta Datos de aplicación, el nombre es constante.
Si el archivo ha sido eliminado, ya sea explícitamente o desde una carpeta padre eliminada. Sólo el propietario puede eliminar un archivo. El elemento eliminado se excluye de todas las respuestas devueltas por files.list para cualquier usuario que no sea propietario del archivo. Sin embargo, todos los usuarios con acceso al archivo pueden ver los metadatos del elemento eliminado en una respuesta de la API. Todos los usuarios con acceso pueden copiar, descargar, exportar y compartir el archivo.
Los ID de las carpetas principales que contienen el archivo. Si no se especifica como parte de una solicitud de creación, el archivo se colocará directamente en la carpeta Mi unidad del usuario. Si no se especifica como parte de una solicitud de copia, el archivo heredará todos los padres detectables del archivo de origen. Las solicitudes de actualización deben utilizar los parámetros addParents y removeParents para modificar la lista de padres.
Una colección de pares clave-valor arbitrarios que son privados para la aplicación solicitante. Las entradas con valores nulos se borran en las solicitudes de actualización y copia. Estas propiedades sólo pueden recuperarse mediante una solicitud autenticada. Una solicitud autenticada utiliza un token de acceso obtenido con un ID de cliente OAuth 2. No se puede utilizar una clave de API para recuperar propiedades privadas.
Ejemplo de archivo Docker Compose
Los servidores de recursos (aplicaciones o servicios que sirven recursos protegidos) suelen basarse en algún tipo de información para decidir si se debe conceder acceso a un recurso protegido. En el caso de los servidores de recursos basados en RESTful, esa información suele obtenerse de un token de seguridad, normalmente enviado como token portador en cada solicitud al servidor. Para las aplicaciones web que se basan en una sesión para autenticar a los usuarios, esa información se almacena normalmente en la sesión de un usuario y se recupera de ahí para cada solicitud.
Con frecuencia, los servidores de recursos sólo toman decisiones de autorización basadas en el control de acceso basado en roles (RBAC), donde los roles otorgados al usuario que intenta acceder a los recursos protegidos se comparan con los roles asignados a esos mismos recursos. Aunque los roles son muy útiles y utilizados por las aplicaciones, también tienen algunas limitaciones:
Un recurso puede ser una página web, un recurso RESTFul, un archivo en tu sistema de archivos, un EJB, etcétera. Pueden representar un grupo de recursos (como una Clase en Java) o pueden representar un recurso único y específico.
Archivo de configuración con formato Clang
Con PackageReference, también puedes utilizar las condiciones de MSBuild para elegir referencias de paquetes por framework de destino, u otras agrupaciones. También permite un control detallado de las dependencias y el flujo de contenido. (Ver Para más detalles NuGet pack y restore como objetivos MSBuild).
De forma predeterminada, PackageReference se utiliza para proyectos .NET Core, proyectos .NET Standard y proyectos UWP orientados a Windows 10 Build 15063 (Creators Update) y posteriores, a excepción de los proyectos C++ UWP. Los proyectos .NET Framework admiten PackageReference, pero actualmente utilizan packages.config de forma predeterminada. Para utilizar PackageReference, migra las dependencias de packages.config a tu archivo de proyecto y, a continuación, elimina packages.config.
Avanzado: Si no tienes paquetes instalados en un proyecto (no hay PackageReferences en el archivo de proyecto y no hay archivo packages.config), pero quieres que el proyecto sea restaurado como estilo PackageReference, puedes establecer una propiedad del proyecto RestoreProjectStyle a PackageReference en tu archivo de proyecto.
Esto puede ser útil, si hace referencia a proyectos que son de estilo PackageReference (proyectos existentes de estilo csproj o SDK). Esto permitirá que los paquetes a los que se refieren esos proyectos sean referenciados “transitivamente” por tu proyecto.
Docker-compose especificar archivo
que expone opciones de configuración específicas del kernel de Linux, pero también algunas propiedades específicas de los contenedores de Windows, así como características de la plataforma en nube relacionadas con la colocación de recursos en un clúster, la distribución replicada de aplicaciones y la escalabilidad.
La especificación Compose permite definir una aplicación basada en contenedores independiente de la plataforma. Una aplicación de este tipo se diseña como un conjunto de contenedores que deben funcionar juntos con recursos compartidos y canales de comunicación adecuados.
Los servicios se comunican entre sí a través de redes. En esta especificación, una Red es una abstracción de capacidad de plataforma para establecer una ruta IP entre contenedores dentro de servicios conectados entre sí. Las opciones de red de bajo nivel específicas de la plataforma se agrupan en la definición de Red y PUEDEN estar parcialmente implementadas en algunas plataformas.
Los servicios almacenan y comparten datos persistentes en Volúmenes. La especificación describe estos datos persistentes como un sistema de archivos de alto nivel con opciones globales. Los detalles de implementación específicos de cada plataforma se agrupan en la definición de Volúmenes y PUEDEN estar parcialmente implementados en algunas plataformas.