2008-11-19 13 views
6

Recientemente me actualicé a Delphi 2009 y me decepcionó descubrir que no podía reemplazar fácilmente un componente VCL por otro. La mejor respuesta fue que GExperts podría usarse para hacer esto.¿Debería incorporarse la funcionalidad GExperts a Delphi?

¿Vale la pena solicitarle a Embarcadero que incorpore algunas o todas las capacidades de GExperts directamente en Delphi? ¿Cuál de sus "Expertos" usa más y le gustaría ver en Delphi?

¿O es mejor dejar a GExperts como complemento de Open Source de la comunidad?

+0

No se decepcione demasiado, Delphi 2009 es un gran paso adelante en comparación con las versiones anteriores. –

+0

Fue aún más un gran paso para mí. Actualicé desde Delphi 4. :-) – lkessler

+1

Como nota al margen: trabajamos muy de cerca con el equipo de GExperts para asegurarnos de que esté listo para cada nueva versión de Delphi, y Delphi 2009 no fue diferente. –

Respuesta

9

¿Qué características en GExperts lo que más le gustaría ser incluido en sí mismo Delphi? Sugeriría que se te ocurra una lista priorizada de tus, digamos, 10 características principales. Luego diríjase a Quality Central (http://qc.codegear.com) y vea si ya se han agregado como sugerencias y, de ser así, vote por ellas. Si no, no dude en continuar y agregarlos. Esta información se extrae y consulta regularmente no solo por los defectos del producto, sino también como una forma de que escuchemos a nuestros clientes sobre las mejoras del producto. El sistema de votación nos ayuda a priorizar la planificación de nuestros ciclos de trabajo y producto.

+2

Creo que StackOverflow ahora también actúa como un foro donde Embarcadero escucha a sus clientes. Nick Hodges parece estar leyendo y comentando muchas de las preguntas etiquetadas como "Delphi". – lkessler

+2

@lkessler: Simplemente no cuente con los comentarios que aquí se traducen a solicitudes de funciones. La mejor manera de obtener algo en su radar es asegurarse de que esté en control de calidad, donde se puede discutir y tomar medidas al respecto. –

+0

Gracias, Bruce. Estás absolutamente en lo cierto. El control de calidad es el lugar definitivo para garantizar que realmente veamos estas sugerencias. –

2

Mi número uno GExpert es Grep Search.

El segundo cierre es la ventana Lista de procedimientos.

También son muy útiles los diversos métodos abreviados de teclado y la barra de herramientas incrustada en el editor. Tengo algunos botones allí; como CPU-view, Project Manager y las herramientas de selección como un menú desplegable (como la selección de clasificación).

A veces uso la ventana Historial del portapapeles.

Y aún más raramente las ventanas ASCII.

Todo lo demás no toco realmente.

Sé que la lista de procedimientos también se puede encontrar en el panel de estructura de Delphi 2009, pero de alguna manera el hecho de que puedo presionar Ctrl + G para obtener una ventana con funciones de filtrado rápido y vista previa es más productivo para mí.

Lo mismo para grep: la versión de GExperts es mucho más poderosa que la función de búsqueda estándar de Delphi.

Si estos dos (y tal vez el historial del portapapeles) estuvieran incrustados en Delphi estándar, probablemente ya no instalaría GExperts.

Pero, por otro lado, me gusta el hecho de que estas soluciones estén disponibles como código abierto; esto me permitió, por ejemplo, agregar filtro de sección a grep-search, que de otro modo no hubiera sido posible para mí ...

9

Voto la búsqueda grep y la ventana de procedimiento también. Probablemente ventana de procedimiento en primer lugar aunque

+0

Grep (línea de comandos) ya está incluido. –

2

He pensado en eso antes también. Muchas de las características de GExperts son tan útiles que creo que deberían ser parte de Delphi. Creo que todo se reduce a tener mano de obra para mantener esas características en casa, además de todas las otras cosas que están haciendo.

3

Me encantaría que el formato de código sea compatible (puerto experimental de DelForEx en Gexperts) y algunas funcionalidades para ayudar a administrar las cláusulas de uso.

No me importa Delphi's Find in Files, pero me gusta poder usar la búsqueda grex de Gexperts fuera del IDE.

Cosas útiles como el código de comentario/eliminación y la localización de delimitadores coincidentes ya está en Delphi.

La mayor parte del resto probablemente pertenezca a complementos de terceros como Gexperts para no saturar el IDE con demasiadas características "especiales". Cosas como invertir una declaración, reemplazar componentes o la tabla ASCII.

4

Mi voto sería negativo en esto. Creo que, con sus recursos limitados, es mejor que se concentren en el lenguaje central: mejoras en la plataforma que la comunidad no puede darles la mano debido a la naturaleza cerrada de estos aspectos.

La comunidad ya toma la carga de este complemento de alta calidad en sí misma y todo lo que deberían hacer, creo, es promocionarlo de forma clara (es decir, un enlace en la página de bienvenida).

1

Yo voto por la ventana procedimiento (CTRL + G) y copiar el componente de código fuente

0

características más usadas para mí son: Grep Buscar y reemplazar los componentes.

embargo, creo que no es una buena idea para incluir funcionalidad GExperts en IDE en absoluto. Porque:

  1. GExperts son producto independiente que se puede instalar fácilmente en menos de minutos
  2. Hay demasiados errores no fijadas en control de calidad, para pasar el tiempo el equipo de Codegear para reinventar bicicletas.
  3. Y lo principal es GExperts license, que tiene la línea de siguiente:

no podrá utilizar la fuente GExperts código para desarrollar productos comerciales de propiedad o incluyendo plugins o bibliotecas de dichos productos. Usted puede utilizar el código fuente GExperts en un proyecto de código abierto , en los términos que se indican a continuación .

Esto significa que CodeGear debe escribir esta funcionalidad desde cero.

0

Yo también voto por la ventana procedimiento (CTRL + G). No sé cómo viví sin él antes de GExperts. También me gusta mucho la función de copia de seguridad postal ... Es mi "control de código fuente" :-)

3

Me pregunto ¿Es el momento ahora que Delphi tenía un sistema de plugins mejor, más estable. Sé que Toolsapi ha existido por bastante tiempo y funciona bien, pero adolece de una serie de problemas.

  • Es realmente complicado. En 2009, no creo que escribir complementos para un IDE tenga que ser tan difícil como lo es implementar interfaces en ToolsAPI.
  • Su no soportado y sujeto a cambios - aunque no estoy seguro de si es cada vez cambiado de manera sustancial, el hecho de que existe la posibilidad de que el cambio no es un incentivo para crear en su nombre.

Sería bueno tener un sistema de plugins moderna simple para el IDE que haría que los plugins de escritura para Delphi trivial, esto realmente podría aumentar el número de buenos plugins y actúan como una fuerza positiva para el desarrollo de Delphi. No creo que Emb deba dedicar tiempo a escribir complementos, pero sí creo que deberían dedicar tiempo a escribir un marco de plugin decente.

1

Por favor, no olvide los recursos de CnWizards. No se puede programar en Delphi sin las mejoras de fuente de CnPack, utiliza una lista más limpia y de procedimientos.

1

¡También votaría por GrepSearch, especialmente la opción de buscar los formularios de diseño! ¡Recientemente necesité buscar referencias especiales de DataSet en TDatasources en todas mis formas! ¡Solo podía hacerlo con GrepSearch y la activación de la inclusión de formularios en mi búsqueda! ¡Eso es algo que realmente extrañé en Delphi IDE!

Cuestiones relacionadas