Hola Elektro,
tu no me hiciste criticas. Me referia a NEBIRE. Y que lo hiciera, eso no lo critique. Al
contrario. No se si leiste, pero escribi: "Permitete hacerme mas criticas, por favor.
Criticas que no sean constructivas."
Y con el tema de Visual Studio y que yo no soy ni sere nunca competente con C#, las librerias
de Visual Studio ni que mi torpez jamas se cambiara tengo esto que decir:
Yo te ensenere:
No entiendo lo que significa la clase Dictionary<TKey, TValue>. Bueno, busquemos en
microsoft.com. Ahi leemos: Representa una colección de claves y valores. Excelente!
Entiendo! Sigamos: Jerarquía de herencia:
System.Object
System.Collections.Generic.Dictionary<TKey, TValue>
System.ServiceModel.MessageQuerySet
Aha. Interesante. Sigamos:
Sintaxis:
[SerializableAttribute]
[ComVisibleAttribute(false)]
public class Dictionary<TKey, TValue> : IDictionary<TKey, TValue>,
ICollection<KeyValuePair<TKey, TValue>>, IEnumerable<KeyValuePair<TKey, TValue>>,
IEnumerable, IDictionary, ICollection, IReadOnlyDictionary<TKey, TValue>,
IReadOnlyCollection<KeyValuePair<TKey, TValue>>, ISerializable,
IDeserializationCallback
Mometo! Que es [SerializableAttribute]? Busquemos en microsoft.com de nuevo. Ahi encontramos:
Indica que una clase se puede serializar. Esta clase no puede heredarse.
Espera... que significa serializar en C#? Busquemos en Wikipedia Serializacion.
Ahi leemos: En ciencias de la computación, la serialización (o marshalling en inglés)
consiste en un proceso de codificación de un objeto en un medio de almacenamiento (como
puede ser un archivo, o un buffer de memoria) con el fin de transmitirlo...
Pero... espera de nuevo. Que es un buffer?
Busquemos de nuevo en Wikipedia. En Búfer de datos leemos: En informática, un búfer (del
inglés, buffer) es un espacio de memoria, en el que se almacenan datos de manera temporal,
normalmente para un único uso (generalmente utilizan un sistema de cola FIFO); su principal
uso...
Un momento... Que era el sistema de cola FIFO? Tengo que verlo...
Y asi podria estar dias, semanas, meses, anos, decadas....
Tu quiza no. NEBIRE tampoco. Tendran otra mente. Con intelegencia normal. O tuvieron un
curso y todas esa palabras les fueron ensenadas.
Pero yo no.
Por todo lo que has dicho y de la manera en la que lo expresas, me transmites la sensación
de que tú prefieres aprender a base de fallos, o dicho de otra manera aprender mediante el
ensayo y error (o trial and error), me explico: encontrarse con un nuevo problema a resolver
(ej. añadir elementos a una lista), en el que debes recurrir a la utilización de un
miembro/método/concepto desconocido para ti, y al ponerlo en práctica ves que te sale mal,
te da un fallo o no te da el resultado esperado, y entonces te ves en la necesidad de
recurrir a la experiencia/ayuda de otras personas, entonces copias y pegas códigos esperando
que eso resuelva tu problema específico, y si no lo resuelve y te da fallo entonces ponerte
a buscar otro "parche" hasta poder resolverlo definitivamente, y esa no es ni de lejos una
forma práctica de aprender ni de programar.
Exacto! Pero no me queda otra. Les dije que ustedes no tienen porque ayudarme. ES EN VANO.
Ni siquiera soy capaz de hacer un madito reproductor mp3.
Hola NEBIRE,
claro que el fallo esta mi. De esto no hay duda.
A ver, yo personalmente no critico a nadie...
Por supuesto que lo haces. Para ti es ayuda en vez de critica. Pero no digo que esta mal que
me critiques. Digo que deberias hacerme mas criticas que no sean constructivas en vez de
mostrarme codigos. Asi como lo hiciste en este ultimo comentario tuyo pero todavia faltan
mas criticas...
Saludos