2011-02-02 15 views
5

Disculpe el "juego de palabras cast", pero soy un desarrollador de Delphi (desde hace mucho tiempo). Me he quedado en la versión 6 por una eternidad ahora porque era todo lo que necesitaba para el desarrollo. Sin embargo, últimamente he estado pensando en entrar en .NET porque esa parece ser la dirección dominante para el desarrollo EXE de Win32/64. Mi mayor preocupación es tener algo en .NET que sirva como un equivalente al modelo de componentes VCL en Delphi.¿.NET tiene un equivalente al modelo de componente VCL de Delphi?

Déjenme explicar mi mayor preocupación de esta manera. En Delphi, puedo crear un componente personalizado que una vez completado, se convierta en un miembro completo de la paleta de componentes Delphi (panel "widget"), que pueda arrastrar y colocar en un formulario en el momento del diseño, y usar la propiedad del IDE inspector/editor para completar las propiedades pertinentes al componente y, aún mejor, completar los códigos para varios controladores de eventos definidos por el programador (este último es como VB y muchos otros IDE, lo sé). Pero lo más importante es que puedo crear componentes que actúen como contenedores para otros componentes. En el momento del diseño, puedo agregar componentes secundarios de un tipo diferente al principal y llenar convenientemente las propiedades y los controladores de eventos para las instancias secundarias utilizando el mismo paradigma de editor de propiedades que para los componentes de nivel superior. He llegado a adorar esta capacidad y me gustaría saber si .NET tiene algo igualmente fácil en la administración/edición de componentes que contienen otros componentes en el momento del diseño.

+0

Sí, puede crear componentes de primera clase para ciudadanos en .Net. Para saber cómo es, puedes experimentar con una de las versiones _express_ de Visual Studio, Mono Develop o SharpDevelop. – Apalala

+0

¿De qué "juego de palabras" estás hablando? –

+0

(larga duración) como una forma de indicar que he estado programando Delphi durante mucho, mucho tiempo. –

Respuesta

4

Windows Forms es básicamente como VCL para .NET. Proporciona la mayor parte del mismo comportamiento basado en componentes que está acostumbrado con VCL, en un estilo muy similar (aunque con un marco diferente).

Dicho esto, si va a abandonar el barco, es posible que desee considerar mirar WPF y Silverlight. Proporcionan un modelo mucho más agradable (una vez que se supera la joroba de aprenderlo) para el desarrollo de aplicaciones. Este es realmente el modelo de desarrollo preferido en adelante con .NET (aunque Windows Forms aún es bastante popular), ya que brinda muchos beneficios.

+2

¿Estás seguro? Por lo que he escuchado, WPF y Silverlight están básicamente muertos para el desarrollo de escritorio y solo se están enfocando realmente en el desarrollo de la plataforma Windows Phone 7, que también está básicamente muerta. –

+2

@Mason: No estoy seguro de dónde oíste eso, pero es completamente falso. –

+4

De hecho. Como un usuario de BCB desde hace mucho tiempo que se negó a usar MFC, al principio me impactó la similitud de WinForms con el VCL. Pero hay una [buena razón para eso] (http://en.wikipedia.org/wiki/Anders_Hejlsberg). –

5

Suponiendo que entiendo su solicitud correctamente, eso es sin duda una parte de la NET/conjunto de características de Visual Studio.

Utilizando WinForms (el tipo de proyecto más utilizado para el desarrollo de aplicaciones de escritorio, aunque WPF está ganando terreno), puede crear componentes que luego se pueden agregar como componentes secundarios a controles visuales (o ventanas, llamados Formularios) o otros componentes.

Cuestiones relacionadas