ORGANIZACION DE ARCHIVOS ACTUALESPROCESAMIENTO DE ARCHIVO CSV Archivos secuenciales es la forma mas simple de almacenar y recuperar un archivo nuevo ya que sirve para representar datos en forma de tabla tiene distintas características las columnas se encuentran separadas por comas y las filas por saltos de lineas Ya que en este caso las utilizamos en hojas de calculo ya que este también guarda uncamente el texto y los valores que aparezcan en dichas hojas. PROCESAMIENTO DE ARCHIVO XML Es un formato de datos estructurados esto facilita unas declaraciones de contenido más precisas y unos resultados de búsquedas más significativos en varias plataformas. Proporciona un estándar de datos que puede codificar el contenido, la semántica y los esquemas de una gran variedad de casos como un documento normal, un registro estructurado, un objeto condatos ORGANIZACION DE ARCHIVOS NO ESTRUCTURADOS La organizacion no estrucurada basicamente se basa en un identificador mas un separador un valor y otro separador ya que esto se almacena informacion a cerca de su contenido. Inserción : incluye un nuevo registro en el archivo de datos. Lectura: localizar un registro a partir de algun valor de clave primaria Lectura consecutiva: tras haber realizado una lectura, consiste en leer el siguiente registro segun el criterio de búsqueda establecido, de forma ordenada. Lectura exhaustiva: Listar todos los registros desde el principio hasta el final, sin ordenar. Lectura ordenada: Listar todos los registros desde el principio hasta el final, ordenados por clave. Borrado: Eliminar el registro del archivo. Actualización : Modificar los valores de un registro .Reorganizacion : Compactar el archivo eliminando los huecos dejados por los registros borrados o actualizados Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información. Cambiar biblioteca Procesamiento de archivos .Xml El compilador genera una cadena id. por cada construcción del código marcada para generar documentación.Para obtener más información, veaComentarios de documentación recomendados de etiquetas.La cadena id. identifica de forma exclusiva cada construcción.Programas que procesan el archivo .xml pueden utilizar la cadena de identificador para identificar los metadatos de .NET Framework o el elemento correspondientes de la reflexión para los que la documentación se aplica. El archivo .xml no es una representación jerárquica del código, es una lista plana con un identificador generado para cada elemento. El compilador cumple las siguientes reglas cuando genera las cadenas id.: No se coloca ningún espacio en blanco en la cadena. La primera parte de la cadena de id. identifica el tipo de miembro por medio de un único carácter seguido de dos puntos.Se utilizan los siguientes tipos de miembros: Carácter Descripción N Espacio de nombres No puede agregar los comentarios de documentación a un espacio de nombres, referencias cref a un espacio de nombres es posible. T tipo: class, interface, struct, enum, delegate D definición de tipos F campo P propiedad (incluidos indizadores u otras propiedades indizadas) M método (incluidos métodos especiales como constructores, operadores, etc.) E Event ! cadena de error El resto de la cadena proporciona información acerca del error.El compilador de Visual C++ genera información de error para los vínculos que no pueden resolver. La segunda parte de la cadena es el nombre completo del elemento, empezando en la raíz del espacio de nombres.Separan el nombre del elemento, el tipo contenedor o tipos, y el espacio de nombres durante períodos.Si el propio nombre del elemento contiene puntos, éstos se reemplazan por el signo #.Se supone que ningún elemento tiene un hash- signo directamente en su nombre.Por ejemplo, el nombre completo del constructor de String sería “System.String.#ctor”. Para propiedades y métodos, si existen argumentos para el método, la lista de argumentos que se encuentra entre paréntesis aparece a continuación.Si no existen argumentos, no se escribe ningún paréntesis.Los argumentos se separan por comas.La codificación de cada argumento indica directamente cómo se codifica en una firma de .NET Framework: o Tipos base.Los tipos normales (ELEMENT_TYPE_CLASS o ELEMENT_TYPE_VALUETYPE) se representan como el nombre completo del tipo. o Tipos intrínsecos (por ejemplo, ELEMENT_TYPE_I4, ELEMENT_TYPE_OBJECT, ELEMENT_TYPE_STRING, ELEMENT_TYPE_TYPEDBYREF.y ELEMENT_TYPE_VOID) se representan como el nombre completo del tipo completo correspondiente, por ejemplo, System.Int32 oSystem.TypedReference. o ELEMENT_TYPE_PTR se representa con un '*' a continuación del tipo modificado. o ELEMENT_TYPE_BYREF se representa con un signo '@' a continuación del tipo modificado. o ELEMENT_TYPE_PINNED se representa con un signo '^' a continuación del tipo modificado.El compilador de Visual C++ nunca genera esto. o ELEMENT_TYPE_CMOD_REQ se representa como una '|' y el nombre completo de la clase modificadora, a continuación del tipo modificado.El compilador de Visual C++ nunca genera esto. o ELEMENT_TYPE_CMOD_OPT se representa como '!' y el nombre completo de la clase modificadora, a continuación del tipo modificado. o ELEMENT_TYPE_SZARRAY se representa como "[]" a continuación del tipo de elemento de la matriz. o ELEMENT_TYPE_GENERICARRAY se representa como "[?]" a continuación del tipo de elemento de la matriz.El compilador de Visual C++ nunca genera esto. o ELEMENT_TYPE_ARRAY se representa como [límite inferior:size,límite inferior:size] donde el número de comas es el rango, 1, y los límites inferiores y el tamaño de cada dimensión, si se conocen, se representan en decimal.Si no se especifica un límite inferior ni un tamaño, simplemente se omite.Si el límite inferior y el tamaño de una dimensión particular se omiten, el signo ':' también se omite.Por ejemplo, una matriz de dos dimensiones con 1 como límites inferiores y sin tamaños especificados se representa como [1:,1:]. o ELEMENT_TYPE_FNPTR se representa como "=FUNC:type (firma)", donde type es el tipo de valor devuelto y firma corresponde a los argumentos del método.Si no existen argumentos, los paréntesis se omiten.El compilador de Visual C++ nunca genera esto. Los siguientes componentes de una firma no se representan porque nunca se utilizan para diferenciar métodos sobrecargados: o convención de llamadas o tipo de valor devuelto o ELEMENT_TYPE_SENTINEL Para los operadores de conversión sólo, el valor devuelto del método se codifica como “~” seguido del tipo de valor devuelto, como codificado previamente. En los tipos genéricos, el nombre del tipo va seguido de un acento invertido y de un número que indica el número de parámetros de tipo genérico.Por ejemplo, <member name="T:MyClass`2"> Para un tipo que se define como public class MyClass<T, U>. Para métodos que toman tipos genéricos como parámetros, los parámetros de tipo genérico se especifican como números con un acento invertido antepuesto (por ejemplo `0, `1).Cada número representa una notación de matrices basada en cero en los parámetros genéricos del tipo. FUENTES DE INFORMACIÓN: 1. Arranz Ramonet Antonio, “Administración de datos y Archivos por computadora”, Ed. Limusa. 2. loomis Marie E. S., “Estructura de datos y Organización de Archivos”, Prentice Hall. 3. Verzello Robert J., Reutter John, “Procesamiento de Datos, conceptos y sistemas”, Mc. Graw Hill. 4. Folk Michel J., Zoellick Bill, “Estructura de Archivos”, Addison Wesley 5. Stern Robert A., Stern Nancy B., “Principios de Procesamiento de Datos”, Ed. Limusa. 6. Cairó. Estructuras de datos, 2ª Edición. Mc Graw-Hill, 2001. 7. Mark Allen Weiss Mark. Estructuras de datos en Java. Pearson. 8. Heileman. Estructuras de datos, algoritmos y programación orientada a objetos. Mc Graw-Hill 2001. 1997.