Este tutorial muestra cómo crear y añadir fragmentos de código a la paleta de componentes HTML/JSP. Los fragmentos de código son pequeños trozos de código que pueden arrastrarse desde una paleta de componentes y soltarse en el Editor de Fuentes. Sirven para acelerar la codificación. La Paleta de Componentes HTML/JSP ya tiene varios fragmentos de código, pero es posible que desee añadir algunos adicionales y compartirlos con los demás.
Después de haber creado o añadido los archivos anteriores al módulo de NetBeans, los declaras en un archivo XML de declaración de recursos, que registras en el Sistema de Archivos de NetBeans mediante el archivo layer.xml.
En este tutorial aprenderá sobre dos escenarios diferentes. El primer escenario es sencillo, no requiere codificación y es útil si no necesita que aparezca un personalizador cuando se suelta el elemento de la paleta. El segundo escenario es más complejo, y por lo tanto más flexible, y requiere que proporcione código Java para definir un personalizador.
El IDE crea el proyecto NewSnippets1. El proyecto contiene todas sus fuentes y metadatos del proyecto, como el script de construcción Ant del proyecto. El proyecto se abre en el IDE. Puede ver su estructura lógica en la ventana Proyectos (Ctrl-1) y su estructura de archivos en la ventana Archivos (Ctrl-2).
Puedes crear un fragmento de código con sólo unos pocos pasos. Todo lo que necesitas hacer es crear un archivo XML, rellenar los elementos apropiados, y añadir tu código a él. Opcionalmente, puedes hacer uso de parámetros de sustitución y referencias al proyecto. Importe el fragmento de código a su instalación de Visual Studio mediante el botón Importar del Administrador de fragmentos de código (Herramientas > Administrador de fragmentos de código).
Es posible que desee que partes de un fragmento de código sean reemplazadas por el usuario. Por ejemplo, puede querer que el usuario reemplace el nombre de una variable con una en su proyecto actual. Puede proporcionar dos tipos de reemplazos: literales y objetos. Utilice el elemento Literal para identificar un reemplazo de un fragmento de código que esté completamente contenido en el fragmento, pero que probablemente se personalizará después de insertarlo en el código (por ejemplo, una cadena o un valor numérico). Utilice el elemento Object para identificar un elemento requerido por el fragmento de código pero que probablemente se definirá fuera del propio fragmento (por ejemplo, una instancia de objeto o un control).
Back in 2009, Sergey Chikuyonok wrote an article to present a new way of writing HTML and CSS code. This revolutionary plugin, called Zen Coding, has helped many developers through the years and has now reached a new level.
Emmet, previously known as Zen Coding, is the most productive and time-saving text-editor plugin you will ever see. By instantly expanding simple abbreviations into complex code snippets, Emmet can turn you into a more productive developer.
By default, plugin has almost no shortcuts. To bind keyboard shortcuts to Emmet actions or change existing ones, go to Tools > Options > Keymap. For your convenience, all Emmet actions are grouped under Emmet categories.
To effectively take advantage of nesting without turning them into a confusing mess of operators, you’ll need to group some pieces of code. It’s like math — you just need to use parentheses around certain pieces. For example, (.foo>h1)+(.bar>h2) will output this:
But Emmet is more intelligent. It looks at the parent tag name every time you expand the abbreviation with an implicit name. So, if you declare .item inside of a <ul>, it will generate <li></li> instead of <div></div>.
NetBeans tiene una función de plantillas de código que permite a los usuarios crear plantillas de código personalizadas e insertar automáticamente fragmentos de código en el documento. Esta función es muy útil para reutilizar patrones de código comunes. Por ejemplo, un patrón de código común es un bucle for o una declaración if.
Sin embargo, la función no proporciona “pistas” al usuario, obligándole a recordar sólo unas pocas plantillas de código utilizadas con frecuencia. Si el usuario no recuerda las plantillas de código, entonces esas plantillas de código no se utilizarán.
En total, se han dedicado 50 horas, tal y como se indica en la Tabla 1. Diez horas se destinan a la fase de diseño, que incluye una revisión del módulo de autocompletado de NetBeans, seguida de un diseño de los componentes basado en la información obtenida en la investigación. Para la fase de ejecución se dedican 24 horas. Se prevé que la fase de pruebas dure diez horas y el despliegue seis horas.
La clase de proveedor de finalización es sencilla. Todo lo que se necesita es devolver una implementación de AsyncCompletionQuery. Esta implementación de la clase AsyncCompletionQuery es quizás la más compleja, ya que es la clase que contendrá o invocará la lógica para filtrar, crear y proporcionar los elementos de finalización. La clase completion item es relativamente sencilla y sólo requiere la lógica para renderizar el texto de las ‘pistas’ y la lógica para la acción por defecto para insertar el fragmento de código en el documento.