| Luciana 的个人资料Luciana Medina照片日志列表 |  工具  帮助 |
|
2月9日 Alguien quedó fueraPerdón Martín Peppino!!! Si hay alguien a quien le deba dar las gracias por ayudarme, es a Martín Peppino... Desde que entré a Raona, Martín ha estado ahí para lo que necesité. Siempre dispuesto a ayudarme. Gracias!! Como por ejemplo con este Blog, me ha dado una mano importantísima para que yo lo cree y lo customice a mi gusto... Bueno, hoy aprovecho para decirte gracias y FELIZ CUMPLE!!!!
Más ayuda en TFSDebo agregar una persona más a la lista de compañeros que me tienen paciencia. En este caso, Lucas Ontivero ha tenido que soportar mis consultas. Gracias Lucas!! Al fin, luego de renegar un tiempo considerable, he logrado automatizar el Build con Team Foundation Server. Les aclaro que después de momentos de luchas, broncas y satisfacciones; de días de leer y releer casi todo lo que google mostraba, resultó divertido crear Automated Builds. Para hacer estos Builds es necesaria otra herramienta que se incorpora a TFS. Esta herramienta es Team Foundation Build que proporciona la funcionalidad de un laboratorio de generación (o Builds) a Visual Studio; permite sincronizar el código fuente, compilar la aplicación, ejecutar las pruebas unitarias asociadas, realizar análisis de código, automatizar los Builds y publicar informes de los mismos. En cuanto a los Builds, es posible ejecutarlos desde el Command Prompt de Visual Studio o creando tareas programadas de Windows. Si! podemos automatizar los Builds creando tareas programadas de Windows. Se crea un archivo .bat que contiene los parámetros necesarios:
y se lo incorpora a una tarea programada de Windows. Ya está, tenemos un Automated Build!! Lástima que a mi me llevó más tiempo que esos 8 renglones... ... ...
2月6日 Novedades InformáticasViendo las novedades informáticas encontré un artículo que me ha llamado la atención. El título es: "Un tribunal alemán prohíbe el uso policial de programas informáticos de espionaje contra sospechosos" Se supone, o quiero creer, que la tecnología y la programación avanzan para mejorar la vida de las personas. ¿Por qué creer que tiene que ser utilizado con otro fin? Acá les dejo el link por si quieren leer el artículo completo
2月2日 Algo relacionado con C#
Raona no sólo es mi lugar de trabajo, sino mi fuente de conocimientos... Por el momento C#, junto a TFS, son los protagonistas. Es importante aclarar que todo lo que logro día a día es gracias a la paciencia de Ramón Bosch, Gustavo Bonansea y Carlos Zanini. Principalmente de Carlos quien está soportando mis consultas a diario... Entremezclado con TFS, habrá algo de C# para comentar, como en este caso. Leyendo un poco llegué a los ensambladores (o Assemblies), se me ocurrió hacer un Post con información (recopilación de información) sobre ellos. ------------------------------------------------------------------------------------------------ Los Assemblies componen la unidad fundamental de implementación, control de versiones, reutilización, ámbito de activación y permisos de seguridad en una aplicación basada en .NET. Los Assemblies adoptan la forma de un archivo ejecutable (.exe) o un archivo de biblioteca de vínculos dinámicos (.dll), y constituyen unidades de creación de .NET Framework. Le proporcionan al Common Language Runtime la información que necesita para estar al corriente de las implementaciones de tipos. Un Assembly puede entenderse como una colección de tipos y recursos que forman una unidad lógica de funcionalidad y que se generan para trabajar conjuntamente. Cada Assembly es auto descriptivo y basta con colocar el Assembly en un directorio determinado para poder obtener su funcionalidad. Metadata es información guardada en un Assembly que describe el tipo y método del mismo. Es esto lo que le permite al Assembly, ser auto descriptivo. Todos los Assemblies contienen un manifiesto (Manifest) que describe qué hay dentro de cada Assembly, incluyendo información de identificación (nombre, versión, etc.), una lista de resources, un mapa para conectar tipos públicos con el código de implementación y una lista de Assemblies con los que se referencia. Es posible ver el Manifest utilizando ILDasm. Cuando el Assembly tiene más de un módulo, el Manifest incluye un código que identifica cada módulo para asegurar que, cuando el programa se ejecute, sólo la versión apropiada de cada módulo sea levantada. El Assembly que es utilizado en una única aplicación es denominado Assembly Privado. En cambio, cuando la dll tiene un propósito general, que puede ser utilizada por varias aplicaciones y de la cual existe una copia en el Global Aassembly Cache, este Assembly se denomina Assembly Compartido. Global Assembly Cache (GAC) es una carpeta especial en el disco donde se guardan todos los Assemblies Compartidos. Entonces, un Assembly es: · Una unidad lógica de código · Físicamente existe como DLLs o EXEs · Puede contener uno o más archivos · Los archivos pueden incluir cualquier tipo de imagen, texto · Cuando se compila el código fuente, por defecto, el exe/dll generado es un Assembly · A menos que el código esté ligado al Assembly, éste no puede ser usado por otra aplicación · Cuando se habla de la versión de un componente, se habla en realidad de la versión del Assembly al que pertenece · Cada archivo de Assambly contiene información sobre sí mismo. Esta información es llamada Assembly Manifest ----------------------------------------------------------------------------------------------- Luciana Medina |
|
|
