SoloCodigo

Deberás crear las instancias de las clases previamente a que el usuario pueda elegir la entidad, por ejemplo, al inicio de la aplicación.
Luego puedes guardar esas instancias en un lugar público y conocido, para poder acceder a ellas (un "gestor de objetos").

Otra opción es implementar un patrón singleton en esas clases, y así, cada vez que el usuario elija una opción, vuelves a crear la clase correspondiente. De esta forma es un pelín más complejo, pero no es necesario guardar las instancias en ningún lugar conocido.

Para establecer valores de enums mediante reflection puedes leerte http://www.codeproject.com/KB/cs/SetEnumWithReflection.aspx

pero como dice JuanK seguramente es mucho mejor usar un List<string> o cualquier otro método para establecer los items de tu UserControl.

- static indica que el método será el mismo para todos los objetos que se instancien a partir de esta clase.
Para variables es fácil de entender, pero para métodos es un poco más dificil. Te lo explico para variables y luego lo re-piensas para métodos.
Imagina una clase con una variable _a. Ahora creas 100 instancias de esa clase. Cada variable _a de cada instancia puede tener un valor diferente.
En cambio, si es "static", el valor de _a es el mismo en las 100 instancias. Si cambias el valor de _a en una instancia, se cambia en el de las 99 restantes (en realidad es el mismo, no es que se cambie).
Para el método, significa que es el mismo para todas las instancias que se creen de esa clase (en tu ejemplo, la clase "prueba1")

- void es el objeto de retorno de ese método. Void significa que ese método no retorna nada al método que lo invoca. Si fuera double, como dices, la función debería retornar un Double. Pero,
- ¿ qué sentido tiene una función que cuando la invocas elimina los números no-primos, y luego te devuelve un Double ?
- ¿ para qué quieres que te devuelva un Double ? ¿ qué significaría ?

pues eso, espero haberme explicado.
sl2

No sé cómo hacerlo, pero creo que sé lo que dices.
Necesitas obtener un Tipo a partir de un string, para poder hacer una instancia de ese tipo. Lo único que tienes es el nombre del tipo (o de la clase, que es un formulario), y necesitas instanciarlo. Creo que debes trastear con Reflection, pero siento no poder ofrecer más que la orientación.

Si no es lo que dice daniel44, a lo mejor basta con poner un "pictureBox1.Update()" o "pictureBox1.Refresh()" después de asignar la imagen. (nunca sé cual de los dos es el correcto).

Tratalo con las librerias estandar de C# para archivos de texto (StreamWriter y StreamReader. Son subclases de TextWriter y TextReader, por si necesitas otras funcionalidades).


Métodos que puedes emplear:
Read()
ReadLine()   -->   Secuencia de caracteres que termina en \r, \n, o \r\n. La cadena de caracteres devuelta no contiene a estos.

etc ...

saludos

A ver, por lo poco que sé, los problemas pueden estar en:

1) Ya lo habrás pensado, pero lo más obvio e inmediato es que, al hacer la llamada de la API desde tu programa, debes pasar el struct como referencia. Supongo que será un parámetro out, y que después de la llamada el struct habrá quedado modificado para que tu dispongas de los datos.
Por tanto, desdde C#, no sólo tienes que declarar la API con sus parámetros "ref",  la llamada debe conterner también los "ref":


2) El segundo problema que se me ocurre es al serializar el string para pasarlo dentro del struct. Concretamente "public string Serial_number;"
Peeero, los strings en C# son inmutables (si te fijas, cualquier operación sobre un string devuelve una copia del original modificado). Por tanto esa propiedad del struct no podrá ser modificada.
Prueba a pasar un buffer StringBuilder (de System.text) como Serial_number, sería algo así como:


Como StringBuilder ya implementa ISerializable, no hace falta definir el "[MarshalAs( loquesea)]"

De momento no se me ocurre nada más ... si se me ocurre algo más ya lo pongo

Uno que me parece muy bueno y gratuito es ZedGraph

link: zedgraph.org/wiki/index.php?title=Sample_Graphs

suerte

Como siempre, tienes varias soluciones. Te apunto un par de las que yo uso, dependiendo del caso.

1- El Form que invoca mantiene una referencia del Form que recibe la llamada.
Como dice lalo_soft, el método debe ser público.
Supongamos que tienes dos forms, uno llamado "MainWindow" y otro llamado "Opciones". El método es de "MainWindow", y en un momento dado queremos que lo invoque el Form "Opciones".
En este caso, en el momento de la creación de "Opciones" le pasamos en el constructor la referencia del "MainWindows".

Por ejemplo, si creamos los dos Forms por separado, desde el método de creación hacemos:


Evidentemente, en el constructor de "Opciones" deberemos incluir el parámetro de entrada y guardar la referencia en una variable. Imaginemos que lo guardamos en la variable "_mw"
Así, cada vez que queramos invocar el método, desde "Opciones" simplemente haremos:

_mw.ElMetodo(los parametros);

Por ejemplo (2): creamos la "MainWindow" y desde ahí el resto de Forms. En el inicio de este (evento "MainWindow_Load" o incluso en el constructor) crearemos la referencia de "Opciones" y los otros Forms, y le pasamos directamente la referencia del "MainWindow".

Sería:


Desde "Opciones" la estrategia sería la misma: guardar en una variable la referencia de la "MainWindow" e invocarla de la misma forma.

2- El Form que invoca no mantiene la referencia.
Esta estrategia es una de las que más uso. En vez de implementar otras estrategias más complejas y elegantes, yo prefiero esta por su simplicidad y flexibilidad.
Me hago una clase pública y estática, que mantiene referencias (estáticas) a objetos que deben ser accedidos desde varios sitios. De esta forma, cada objeto (ya sea un Form o cualquier otro), puede siempre acceder a la propiedad adecuada de la clase estática, que le devolverá siempre la misma referencia, en este caso, el Form cuyo método queremos invocar.
Con un ejemplo se ve más claro. Esta es la clase estática:


Ahora, desde el método Main() de la aplicación, voy creando las instancias y seteandolas en la clase global:


Y así, sin guardar la referencia, desde "Opciones" siempre podemos hacer:


Hay otras soluciones, pero supongo que con una de estas ya te vale.
Saludos.

Hola amigos

Aprovecho para presentarme al foro. Soy un programador casual (sólo programo aplicaciones para mi mismo) y autodidacta (no soy informático) pero llevo bastante tiempo programando. La experiencia es un grado, aunque debo admitir que a veces me cuesta demasiado.
En fin, espero pasarme por aquí a menudo, ahora que conozco el foro, y aportar lo que buenamente pueda.

Venga, ahí va la primera pregunta:
¿ dónde puedo aprender a importar dlls compiladas en un programa C# ? (y a usar sus APIs claro). Concretando, ¿ conocéis algún buen tutorial en algún sitio donde lo expliquen ?

muchas gracias