Comparando valores y referencias en varios lenguajes de programación De Eduard Tomás
Del Amigo Eduard Tomás https://twitter.com/eiximenis, una comparativa de «comparaciones».. útil para entender mejor las operaciones entre tipos por valor y tipòs por referencia en distintos lenguajes.. Aunque le falte VB 🙂
http://www.campusmvp.es/recursos/post/Comparando-valores-y-referencias-en-varios-lenguajes-de-programacion.aspx
Rendimiento tempdb mejorado en SQL Server 2014
De nuestro blog de Relacional «El Rincón del DBA»
Desde tiempos inmemoriales, hay un dicho que dice: “Usa siempre que puedas tablas temporales porque esas tablas viven en RAM”. A veces lo he oido con variables de tabla, pero la “esencia” del dicho es que puedes mejorar el rendimiento de lógica de negocio en por ejemplo procedimientos almacenados, creando objetos “temporales”. Nada mas lejos de la realidad 🙂
La realidad es que una tabla temporal o una variable de tabla, finalmente acaba escribiendose en disco…pero en los discos donde residen los ficheros de tempdb. Es decir, que si, que una tabla temporal o variable de tabla SI genera presión de E/S. ¡Sorpresa!
Sigue el vínculo para leer el resto…
Cualquier conjunto de instrucciones que crees, deben estar necesariamente dentro de un miembro (member). Estos conjuntos de código deben estar contenidos en algún archivo que representa una unidad de código.
En Visual Basic, existen los módulos, que pueden cumplir esta función. (En realidad, esto se hereda de las primeras implementaciones del lenguaje, donde los miembros que se utilizaban como genéricos, podían estar en módulos globales).
Por herencia, esa funcionalidad sigue existiendo para el .Net Framework, pero C# no dispone de esa forma de contenedor. Para C# solo existen clases.
Esto no es ni malo, ni bueno.
Si se convierte un módulo de VB, a C#, basta con definir una clase como estática… y lo demás será igual (bueno, los miembros también deben declararse como estáticos).
Por otra parte, en el propio Visual Basic, también es posible declarar métodos estáticos.. pero no tiene la funcionalidad de clase estática.. para ello, ya tiene el módulo.
Considera que, una clase estática, podría ser como una biblioteca (y aclaro, es biblioteca NO “librería” 
), de tus funciones personalizadas “de uso directo”. Por ejemplo, si haces muchos programas financieros, podrías tener métodos estáticos para cálculos de interés, de amortización etc.
Sin embargo, en muchas otras oportunidades, una clase podrá representar una entidad de tu problemática y en dicho caso, podrás considerarlas como plantillas para crear distintas ocurrencias de dichas entidades.
Pero, en definitiva, una clase es una plantilla (template), que contiene código relacionado.
En ella, los miembros podrán ser de distinto tipo:
Representan los “atributos” de cada entidad (instancia). Por ejemplo, si quiero representar un color, podría definir una clase que exponga las propiedades Rojo, verde y azul.
Definirlas como propiedades, permite que se puede ejecutar código dentro de ellas. Así, cuando se le asigna un valor, establecer un cálculo, o validar que el valor esté dentro de un determinado rango.
O asignar un valor predeterminado cuando otro código reclama el valor.
Estamos entonces definiendo que, en realidad una propiedad es una combinatoria de dos miembros: el de asignar el valor, y el de obtener el valor.
Private m_Rojo As Integer Public Property Rojo() As Integer Get Return m_Rojo End Get Set(ByVal value As Integer) m_Rojo = value End Set End Property
int m_Rojo = 0; public int Rojo { get { return m_Rojo; } set { m_Rojo = value; } }
Si embargo, se puede obviar una de las dos partes.
Dejar la propiedad como de solo lectura.
Private m_Rojo As Integer Public ReadOnly Property Rojo() As Integer Get Return m_Rojo End Get End Property
int m_Rojo = 0; public int Rojo { get { return m_Rojo; } }
Dejar la propiedad como de solo escritura
Private m_Rojo As Integer Public WriteOnly Property Rojo() As Integer Set(ByVal value As Integer) m_Rojo = value End Set End Property
int m_Rojo = 0; public int Rojo { set { m_Rojo = value; } }
O definir la propiedad sin asignar código específico.
Public Property Rojo As Integer
public int Rojo { get; set; }
Son formas especiales de propiedades, que se basan en simplemente definir la variable, su tipo y su “exposición” (que nivel de otros objetos pueden utilizarlo).
Por lo demás, son variables dentro de la clase.
Public Verde As Integer
public int Verde;
Son conjuntos de código para ejecutar.
Podemos sub clasificarlos entre los que no retornan ningún valor (procedimientos), y los que si retornan un valor (funciones).
En C#, en realidad, todos retornan un valor (o sea, son funciones). Pero en el caso de no necesitar que retorne nada, se declara el tipo que se retorna como void.
Sub HacerAlgo() End Sub Function RetornarAlgo() As Integer End Function
public void HacerAlgo() { } public int RetornarAlgo() { }
Así mismo, un método admite que se le pasen argumentos:
Sub HacerAlgo(argumento As String) End Sub
public void HacerAlgo(string argumento) { }
Los argumentos pueden ser opcionales, en cuyo caso, se requiere que se le asigne un valor predeterminado. además, una vez que se declara un argumento como opcional, todos los que siguen deben serlo.
Sub HacerAlgo(Optional argumento As String = "Valor") End Sub
public void HacerAlgo(string argumento="Valor") { }
O declarar un conjunto de argumentos de los que no se conoce la cantidad. En este caso, se declara como vector, arreglo (Array), para que se asignen todos los que hagan falta.
Sub HacerAlgo(ParamArray argumentos() As String) End Sub
public void HacerAlgo(params string[] argumentos) { }
Dejamos para más adelante, definir otras cosas, como los eventos.
Pero con estos elementos, ya podremos empezar a crear cosas útiles.
Realizar programas es como cocinar. (Idea que he “robado” al amigo Miguel Egea, @miguelEgea https://twitter.com/miguelEgea). Combinar distintos ingredientes para obtener un resultado novedoso.
Comenzando con las sentencias, tipos de datos, variables que hemos visto previamente, hasta componentes pre armados “listos para usar”
Sin embargo, mucho de ese código debe realizar tareas complejas, de mucho cuidado, como manipular posiciones de memoria, acceder a recursos de hardware o sencillamente, realizar operaciones complicadas.
Esos conjuntos de códigos vienen pre armados y encapsulados en el .Net Framework,
Podríamos describir el .Net Framework como constituido por 3 partes:
Como vemos en la imagen, hay una serie de componentes que integran el CLR de modo de implementar en forma encapsulada, las acciones de bajo nivel.
Para destacar que hay un componente responsable de “cargar” los tipos (clases) en memoria asegurándose de darles el espacio suficiente, asignarle un identificador único, etc.
O el compilador de MSIL (que merece una aclaración): Para permitir que el mismo código pueda ejecutarse en distintas configuraciones de computación, éste no se compila en código binario sino en un “lenguaje intermedio” que luego, cuando se comienza a ejecutar, se termina de compilar a código nativo. Aunque parezca más laborioso y demorado, la realidad es que es imperceptible para el usuario. Además, si realmente es preocupante este hecho (que no se justifica realmente), existe, entre las herramientas del .Net Framework un “compilador a código nativo” que se puede ejecutar en la máquina destino, para dejarlo ya listo. (NGEN.exe).
Otra parte interesante es el GC (Garbage collector, o recolector de residuos). Una de las problemáticas en los anteriores mecanismos de programación de C++ a Visual Basic, era la posibilidad de “descuidar” las instancias de los objetos creados, que dejaban de ser referenciados por el código del programa… pero nunca se descargaba de memoria. El GC se encarga de ver revisar cada instancia y ver si “hay algún código en ejecución que la conozca”. Si no, se encarga de eliminarla. (En realidad, si la clase utilizara recursos de bajo nivel, primero se encarga de disponer dichos recursos para que no sigan en uso, y luego, descargar la instancia de la memoria). Otra consecuencia de esto, que se debe tener en cuenta, es que si un proceso crea una instancia de una clase, es factible que se le entregue una que está “en espera” en el GC para ser destruida, que es más rápido. Por ello se recomienda que no se asuma que las variables tengan valores predeterminados. Es importante inicializar las variables en cada creación.
Son todas aquellas clases que nos permiten interactuar directa o indirectamente con los recursos electrónicos de la máquina, memoria, procesador, periféricos, disco, y otros más complejos, pero, en todos los casos, el fundamento sobre el que se basa toda la ejecución.
Por ejemplo, los tipos de datos están todos definidos allí.
Vemos que además de las BCL, existen otros conjuntos ya pre armados, de funcionalidades específicas como manejo de datos, manipulación de XML, y especializaciones para funcionalidades de alto nivel, como formularios de ventanas de Windows, aplicaciones Web, etc.
La siguiente es una lista de los conjuntos de funcionalidades más importantes incluidas en la BCL.
En definitiva es la plantilla que incluye variables, propiedades, métodos y eventos relacionados con una funcionalidad específica.
Cuando necesitas usar una, creas una instancia y luego comienzas a utilizarla.
Existe además una forma especial de clases de instanciación automática, que sirven para realizar tareas. En ellas, cuando se utiliza uno de sus miembros (propiedad o método), se instancia sola y sirve para cualquier otro uso durante la ejecución del programa completo. Se denominan clases estáticas.
Teniendo tantas variedades y posibilidades, se podría transformar en una maraña incontrolable el conjunto de código.
Para mantener el orden, se agrupan en espacios de nombres, que además pueden ser jerárquicos.
Así, por ejemplo, las clases que permiten conectarse con un servidor de datos SQL Server están en:
System.Data.SqlClient
Esto permite además agrupar conjuntos de clases por “autor” (veremos más adelante que los permisos de ejecución de un componente pueden administrarse basados en espacios de nombres y/o ensamblados, que veremos ahora mismo.
Así, cosas que Microsoft ha hecho específicos, están dentro de un espacio de nombres que comienza precisamente por Microsoft como por ejemplo:
Microsoft.Win32.SafeHandles
… y también podremos crear los nuestros.
Uno o más espacios de nombres, se compilan en bibliotecas de carga dinámica (archivo de extensión DLL), que ante tantas combinatorias posibles, necesitan ser más identificables, requieren descriptores de sus contenidos, pueden utilizar textos, imágenes y otros recursos que se utilizan por las clases. El conjunto de todos esos elementos se denomina Ensamblado.
Las descripciones se contienen en un manifiesto, que describen unívocamente el ensamblado completo, y los metadatos de tipo, que contienen la descripción de cada una de las clases (recordemos, una clase es la plantilla de in Tipo), contenidas en el ensamblado.
El ensamblado completo queda entonces contenido dentro del archivo dll.
Un detalle: Nada condiciona que un espacio de nombres este contenido en un ensamblado. así, tipos distintos de un mismo espacio de nombres, pueden estar contenidos en distintos ensamblados. Eso asegura extensibilidad en la funcionalidad. Si yo necesito, digamos, un par de clases del espacio de nombres “espacio1” debo definir una referencia al ensamblado (y su correspondiente dll) que la contiene.
Luego, si necesito otra clase, puede ser que “No la encuentre” dado que su funcionalidad, más específica, se haya incluido en otro ensamblado (aunque pertenezca al mismo espacio de nombres). Deberé entonces agregar una referencia al otro ensamblado.
En la próxima entrega, empezaremos ya a recorrer las BCL más importantes y generar código de herramientas útiles en general.
El blog de Dani Seara
de rodar con cámara a rodar en una silla
Cynically bored
El blog de Dani Seara
El blog de los paso a paso
El blog de Dani Seara
Software Development, in the Third Millenium
El blog de Dani Seara
Segunda época del rockblog "Atascado en los 70". VIEJAS canciones y artistas PASADOS DE MODA. Tratamos al lector de usted y escribimos "rocanrol" y "roquero" con ortografía castellana.
El blog de Dani Seara
Dev Advocating 🥑 @Microsoft
Just another WordPress.com site
Blog sobre desarrollo, GitHub, DevOps, DevSecOps, AI y developer productivity
El blog de Dani Seara
Universidad Net 