C# Y Windowsforms

[Capiflash]

 He leido sobre la supuesta facilidad de crear aplicaciones para windows con la plataforma .Net . He estado mirando el lenguaje en si , pero no he encontrado nada que diga claramente como crear las susodichas "ventanas" . ¿ Es tipo Visual Basic "dibujando" los componentes , o como diablos es ??  

[ShAq]

 Sip, es como visual basic, vas dibujando los componentes en la ventana.
Hasta un niño podria hacer una aplicación en .Net,  :P  

[Zaelsius]

 Bájate Visual C# 2005 Express y comprúebalo tu mismo ;)

La forma de trabajar en Visual C# es muy parecida al Visual Basic. No obstante, todos los cambios que hagas con el editor de formularios se reflejan en el código automáticamente. Es decir, podrias programar toda la GUI sólo con el Notepad y algo de paciencia :P

Este es el código de una plantilla de aplicación que muestra un formulario vacío:

Código [Seleccionar] Expand

using System;
using System.Drawing;
using System.Collections;
using System.ComponentModel;
using System.Windows.Forms;
using System.Data;

namespace TestApp
{
/// <summary>
/// Descripción breve de Form1.
/// </summary>
public class Form1 : System.Windows.Forms.Form
{
 /// <summary>
 /// Variable del diseñador requerida.
 /// </summary>
 private System.ComponentModel.Container components = null;

 public Form1()
 {
  //
  // Necesario para admitir el Diseñador de Windows Forms
  //
  InitializeComponent();

  //
  // TODO: agregar código de constructor después de llamar a InitializeComponent
  //
 }

 /// <summary>
 /// Limpiar los recursos que se estén utilizando.
 /// </summary>
 protected override void Dispose( bool disposing )
 {
  if( disposing )
  {
   if (components != null)
   {
    components.Dispose();
   }
  }
  base.Dispose( disposing );
 }

 #region Código generado por el Diseñador de Windows Forms
 /// <summary>
 /// Método necesario para admitir el Diseñador. No se puede modificar
 /// el contenido del método con el editor de código.
 /// </summary>
 private void InitializeComponent()
 {
  this.components = new System.ComponentModel.Container();
  this.Size = new System.Drawing.Size(300,300);
  this.Text = "Form1";
 }
 #endregion

 /// <summary>
 /// Punto de entrada principal de la aplicación.
 /// </summary>
 [STAThread]
 static void Main()
 {
  Application.Run(new Form1());
 }
}
}

[Capiflash]

 Gracias a ambos , pues me gusta la idea al menos de antemano de diseñar la GUI como en VB . Gracias por el codigo de ejemplo , pa empezar a mirarlo no esta nada mal . Dejo bajando la version express esa , un saludo .

[Capiflash]

 Siento dar le coñazo tood el rato con C# arriba C# abajo , pero  no se si es que no encuentro lo que quiero o no lo está . Estoy buscando informacion sobre el tratado de ficheros en C# , y no veo ni en la MSDN algo que se le asemeje , alguna pagina sobre C# a resaltar ?? algun manual ??  

[Tei]

Siento dar le coñazo tood el rato con C# arriba C# abajo , pero  no se si es que no encuentro lo que quiero o no lo está . Estoy buscando informacion sobre el tratado de ficheros en C# , y no veo ni en la MSDN algo que se le asemeje , alguna pagina sobre C# a resaltar ?? algun manual ??

Vale ya entiendo tu problema.

Tu en realidad lo que quieres es Perl, que permite reescribir el lenguaje antes de ejecutar el bytecode.

Es algo de mas bajo nivel que reflection, eso si.

¿Que carajo quieres decir con eso de "tratado de ficheros en C#"? ¿Trabajo de IO en ficheros?

[Capiflash]

 Bueno , hablando claramente , saber como leer/escribir en ficheros , mas claro imposible ;)

[Grugnorr]

 0.001 segundos en la Msdn

Ahora C# es como Visual Basic?, antes era como Java y mañana será como....  :D

Respecto a WinForms, el diseño es de "arrastrar y configurar", como VB, Delphi-C++ Builder, etc etc

Tu en realidad lo que quieres es Perl, que permite reescribir el lenguaje antes de ejecutar el bytecode.

Es algo de mas bajo nivel que reflection, eso si.

Uh?,  qué tiene que ver eso con "tratado de ficheros"?. Por cierto, con Reflection.Emit puedes generar "bytecode" y hasta compilarlo en ejecución y demás, Perl no es interpretado?

Capiflash, busca un poco por google, tienes muucha documentación.  

[chechocossa]

 Bueno Capiflash, puedes comenzar leyendo un poco sobre FileStream, StreamReader, StreamWriter, etc.:

"Utilice la clase FileStream para leer, escribir, abrir y cerrar archivos en un sistema de archivos, así como para manipular otros identificadores del sistema operativo relacionados con archivos, como canalizaciones, entrada estándar y salida estándar amd. Puede especificar que las operaciones de lectura y escritura sean sincrónicas o asincrónicas. FileStream almacena en el búfer la entrada y la salida para obtener un mejor rendimiento.

StreamReader está diseñado para la entrada de caracteres mediante una codificación determinada, mientras que la clase Stream está diseñada para la entrada y salida de bytes. Se utiliza StreamReader para leer líneas de información desde un archivo de texto estándar.

StreamWriter está diseñado para obtener caracteres como salida en una codificación determinada, mientras que las clases derivadas de Stream están diseñadas para entrada y salida de bytes"

Saludos.

Sergio Cossa
Argentina

[Capiflash]

 Gracias Chechocossa.

Otra pregunta , veo que como han dicho en alguna respuesta anterior , cuando te pones a diseñar formularios , etc el entorno es muy similar por decir identico a VB . Eso me hace plantearme una pregunta , ¿ son estables las aplicaciones windows desarrolladas con C# o petaran al minimo cambio como pasa con VB ?

Un saludo

[nsL]

 Digo yo que si petan sera porq el programador hace alguna gambada, o por el SO.

[Grugnorr]

 ....

Sea lo que sea a lo que te refieras... petarán siempre mucho más las aplicaciones en C, aquí no hay accesos inválidos de memoria ni demás "petes"