Как сделать плагин: Как создать плагин — Плагин

Sing up

═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═
➥после чего нажимаем на кнопку «скачать«

➥после нажимаем скачать «Community Edition«

═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═
скачали, запустили

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

➥после чего нажимаем на вкладку «plugins»

≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷≷

⇢далее пишем «Minecraft Developer»

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

⇗после чего устанавливаем и нажимаем «new project» после у нас появится вкладка «minecraft»

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

⇗Выбмраем ядро сервера для меня «spigot» и нажимаем «next»

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

Groupld-Имя создателя(точно не помню, но вроде так)
Artifactld-название плагина
Version-Версия плагина

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

(у меня получилось так):

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

нажимаем «next»

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

Plugin Name — название плагина

Main Class Name — путь к классу файлу плагина (Лучше оставить как есть)

Minecraft Version — версия вашего сервера

Description — описание плагина (Можно оставить пустым)

Authors — разработчики плагина (Можно оставить пустым)

WebSite — сайт плагина (Можно оставить пустым)

Log Prefix — префикс логирования плагина в консоль (Можно оставить пустым, по умолчанию используется название плагина в качестве префикса)

Load Before — загружать плагин после определённых плагинов (Лучше оставить пустым)

Depend — зависимости плагина (Какие плагины обязательно требуются для работы нашего плагина, например Vault. Лучше оставить пустым, если вы не используете API других плагинов)

Soft Depend — не обязательные зависимости плагина (Какие плагины необязательно требуются для работы нашего плагина)

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

Project Name-Имя проекта

Project location-папка проекта

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

После мы попадаем в написание плагина

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

начинаем писать плагин

и так

public void onEnable() {
// Plugin startup logic
//тут будет происходить всё когда плагин включился
}

@Override
public void onDisable() {
// Plugin shutdown logic
//Тут когда плагин выключился
}

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

Открываем такой путь после чего
тыкаем 2 раза на «Plugin. yml«

Тут мы видим
name: SuperPlugin229
version: ‘${project.version}’
main: minec.feitap.superplugin229.SuperPlugin229
api-version: 1.16
(у вас может быть другой текст)

добавляем
commands:
название_команды: {}

Создаваем новый «package»

Называем его как-то

в package котором мы создали создадим «java class»

называем его как-то

нажимаем enter

добавляем implements и CommandExecutor

как видим его подчеркнуло красным
нажимаем alt enter

и выбираем «implement methods»

нажимаем ок

как видим у нас появилось publicboolean и тд

перед return false пишем вот такой код:

(return false мы изменили на return true)

И так мы написали всё, но не сделали самое главное
(не сделали так, чтобы сообщение «Привет» писалось и выполнялся данный клас)

≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔≔

возвращаемся сюда
теперь тут мы будем писать следующие

Как экспортировать проект?
Во вкладке «Maven»

открываем Lifecycle после нажимаем 2-а раза package
находим папку проекта

и у нас появилась папка «target»

открываем его

и вот наш плагин!
теперь при команде «/hello» игроку будет писать «Привет!»

очень старался так что, пожалуйста, оцените)

Создать плагин — унифицированный

Создание плагина с унифицированным

В этом руководстве показано, как создать плагин для ретекста, который проверяет количество пробелов между предложениями. Представленные здесь концепции применимы и к другим синтаксисам слова unified.

Застрял? Есть идея для другого руководства? См. support.md .

Содержание

• Основные сведения о плагине
• Чемодан
• Настройка
• Плагин
• Дополнительные упражнения

Основы подключаемых модулей

Унифицированный подключаемый модуль изменяет способ работы наложенного процессора несколькими способами. В этом руководстве мы рассмотрим, как проверять синтаксические деревья.

Плагины могут состоять из двух частей: присоединителя , который является функцией, которая вызывается, когда кто-то вызывает .use , и преобразователя , который является дополнительной функцией, вызываемой каждый раз, когда файл обрабатывается с помощью синтаксического дерева. и виртуальный файл.

В этом случае мы хотим проверить синтаксическое дерево каждого обрабатываемого файла, поэтому указываем преобразователь.

Теперь вы знаете основы плагинов в unified. К нашему делу!

Чемодан

Прежде чем мы начнем, давайте наметим, что мы хотим сделать. Скажем, у нас есть следующий текстовый файл:

 Одно предложение. Два предложения.
Одно предложение. Два предложения.
 

Мы хотим получить предупреждение для второго абзаца о том, что следует использовать один пробел вместо двух.

На следующем шаге мы напишем код для использования нашего плагина.

Настройка

Давайте создадим проект. Создайте папку, пример , войдите в нее и инициализируйте новый проект:

 mkdir
компакт-диск пример
инициализация npm -y
 

Затем убедитесь, что проект является модулем, чтобы импорт и экспорт работали, изменив package.json :

 --- a/package.json
+++ б/package.json
@@ -2,6 +2,7 @@
   "имя": "пример",
   "версия": "1.0.0",
   "описание": "",
+ "тип": "модуль",
   «основной»: «index. js»,
   "скрипты": {
     "test": "echo \"Ошибка: тест не указан\" && выход 1"
 

Убедитесь, что example.md существует с:

 Одно предложение. Два предложения.
Одно предложение. Два предложения.
 

Теперь давайте создадим файл example.js , который будет обрабатывать наш текстовый файл и сообщать обо всех обнаруженных проблемах.

 импортировать фс из "фс"
импортировать {retext} из 'retext'
импортировать {reporter} из 'vfile-reporter'
импортировать retextSentenceSpacing из './index.js'
константный буфер = fs.readFileSync('example.md')
ретекст()
  .use(retextSentenceSpacing)
  .процесс(буфер)
  .тог((файл) => {
    console.error (репортер (файл))
  })
 

Не забудьте npm установить зависимостей ( retext , vfile-reporter )!

Если вы прочитаете руководство по использованию unified, то увидите знакомые утверждения. Сначала мы загружаем зависимости, затем читаем файл. Мы обрабатываем этот файл с помощью подключаемого модуля, который мы создадим через секунду, и, наконец, мы сообщаем либо о фатальной ошибке, либо о любых найденных сообщениях линтинга.

Обратите внимание, что мы напрямую зависим от ретекста. Это пакет, который предоставляет унифицированный процессор и поставляется с присоединенными парсером и компилятором.

При запуске нашего примера (он пока не работает) мы хотим увидеть сообщение для второго абзаца о том, что следует использовать один пробел вместо двух.

Теперь у нас все настроено, кроме самого плагина. Мы сделаем это в следующем разделе.

Плагин

Как мы читаем в Основах плагинов, нам понадобится плагин, а для нашего случая еще и трансформер. Давайте создадим их в нашем файле плагина index.js :

 export default function retextSentenceSpacing() {
  return (дерево, файл) => {
  }
}
 

Прежде всего, нам нужно проверить дерево на наличие шаблона. Мы можем использовать утилиту, которая поможет нам рекурсивно пройтись по нашему дереву, а именно unist-util-visit . Добавим это.

 --- a/index.js
+++ б/index.js
@@ -1,4 +1,9 @@
+импортировать {посещение} из 'unist-util-visit'
+
 функция экспорта по умолчанию retextSentenceSpacing() {
   return (дерево, файл) => {
+ визит(дерево, 'УзелАбзаца', (узел) => {
+ console.log(узел)
+ })
   }
 }
 

Не забудьте npm установить утилиту!

Если мы теперь запустим наш пример с Node.js следующим образом, мы увидим, что посетитель вызывается с обоими абзацами в нашем примере:

 node example.js
 

 {
  тип: 'Узел Абзаца',
  дети: [
    { тип: 'SentenceNode', дочерние элементы: [массив], позиция: [объект]},
    { тип: 'WhiteSpaceNode', значение: ' ', позиция: [Позиция] },
    { тип: 'SentenceNode', дочерние элементы: [массив], позиция: [объект]}
  ],
  позиция: {
    начало: {строка: 1, столбец: 1, смещение: 0},
    конец: { строка: 1, столбец: 29, смещение: 28 }
  }
}
{
  тип: 'Узел Абзаца',
  дети: [
    { тип: 'SentenceNode', дочерние элементы: [массив], позиция: [объект]},
    { тип: 'WhiteSpaceNode', значение: ' ', позиция: [Позиция] },
    { тип: 'SentenceNode', дочерние элементы: [массив], позиция: [объект]}
  ],
  позиция: {
    начало: {строка: 3, столбец: 1, смещение: 30},
    конец: { строка: 3, столбец: 30, смещение: 59 }
  }
}
проблем не обнаружено
 

Эти выходные данные уже показывают, что абзацы содержат два типа узлов: SentenceNode и WhiteSpaceNode . Последнее — это то, что мы хотим проверить, но первое важно, потому что мы только предупреждаем о пробелах между предложениями в этом плагине (хотя это может быть другой плагин).

Давайте теперь пройдемся по дочерним элементам каждого абзаца. Только проверка пробелов между предложениями. Мы используем небольшую утилиту для проверки типов узлов: unist-util-is .

 --- a/index.js
+++ б/index.js
@@ -1,9 +1,20 @@
 импортировать {визит} из 'unist-util-visit'
+импорт {is} из 'unist-util-is'
 функция экспорта по умолчанию retextSentenceSpacing() {
   return (дерево, файл) => {
     визит(дерево, 'Узел-Абзаца', (узел) => {
- console.log(узел)
+ константные дети = узел.дети
+
+ children.forEach((дочерний элемент, индекс) => {
+ если (
+ is(children[index - 1], 'SentenceNode') &&
+ is(child, 'WhiteSpaceNode') &&
+ есть (дети [индекс + 1], 'SentenceNode')
+ ) {
+ console.log(дочерний)
+ }
+ })
     })
   }
 }
 

Не забудьте npm установить утилиту!

Если мы теперь запустим наш пример с Node следующим образом, мы увидим, что регистрируются только пробелы между предложениями.

 узел example.js
 

 {
  тип: 'WhiteSpaceNode',
  ценить: ' ',
  позиция: позиция {
    начало: {строка: 1, столбец: 14, смещение: 13},
    конец: { строка: 1, столбец: 15, смещение: 14 }
  }
}
{
  тип: 'WhiteSpaceNode',
  ценить: '  ',
  позиция: позиция {
    начало: {строка: 3, столбец: 14, смещение: 43},
    конец: { строка: 3, столбец: 16, смещение: 45 }
  }
}
проблем не обнаружено
 

Наконец, давайте добавим предупреждение для второго пробела, так как в нем больше символов, чем нужно. Мы можем использовать file.message() , чтобы связать сообщение с файлом.

 --- a/index.js
+++ б/index.js
@@ -12,7 +12,12 @@ функция экспорта по умолчанию retextSentenceSpacing() {
           is(child, 'WhiteSpaceNode') &&
           есть (дети [индекс + 1], 'SentenceNode')
         ) {
- console.log(дочерний)
+ если (ребенок.значение.длина !== 1) {
+ файл.сообщение(
+ 'Ожидается 1 пробел между предложениями, а не ' + child.value.length,
+ ребенок
+ )
+ }
         }
       })
     })
 

Если мы теперь запустим наш пример в последний раз, мы увидим сообщение о нашей проблеме!

 $ узел example. js
3:14-3:16 предупреждение Ожидается 1 пробел между предложениями, а не 2
⚠ 1 предупреждение
 

Дополнительные упражнения

Один пробел между предложениями подходит не всем. Этот плагин может получить предпочтительное количество пробелов вместо жестко заданного 1 .

Если вы хотите предупреждать о табуляциях или новых строках между предложениями, возможно, создайте плагин и для этого?

Если вы еще этого не сделали, ознакомьтесь с другими статьями в разделе обучения!

Создать подключаемый модуль

Откройте командную строку, перейдите в каталог, в котором вы хотите сохранить новый подключаемый модуль Jenkins, и выполните следующую команду:

 mvn -U archetype:generate -Dfilter="io.jenkins.archetypes: " 

Эта команда позволит вам сгенерировать один из нескольких архетипов проекта, связанных с Дженкинсом. В этом руководстве мы собираемся использовать архетип hello-world версии 1.5, поэтому выберите его:

 $ mvn -U архетип: сгенерировать -Dfilter="io. jenkins.archetypes:"
…
Выберите архетип:
1: удаленный -> io.jenkins.archetypes:empty-plugin (Скелет плагина Jenkins с POM и пустым исходным деревом.)
2: remote -> io.jenkins.archetypes:global-configuration-plugin (Скелет плагина Jenkins с POM и примером глобальной конфигурации.)
3: remote -> io.jenkins.archetypes:global-shared-library (использует фиктивную библиотеку Jenkins Pipeline Unit для проверки использования глобальной общей библиотеки)
4: remote -> io.jenkins.archetypes:hello-world-plugin (Скелет плагина Jenkins с POM и примером шага сборки.)
5: remote -> io.jenkins.archetypes:scripted-pipeline (использует фиктивную библиотеку Jenkins Pipeline Unit для проверки логики внутри скрипта Pipeline.)
Выберите число или примените фильтр (формат: [groupId:]artifactId, содержит с учетом регистра): :  4    (1) 
Выберите версию io.jenkins.archetypes:hello-world-plugin:
1:1.1
2: 1,2
3: 1,3
4:1,4
5:1,5
6:1,6
7:1,7
8:1,8
9:1,9
10:1.10
11: 1,11
12:1,12
13: 1,13
14:1,14
15:1,15
16:1,16
17: 1,17
18:1,18
Выберите номер: 18:  18    (2) 
…
[INFO] Использование свойства: groupId = unused   (3) 
[INFO] Использование свойства: package = io. jenkins.plugins.sample
[INFO] Использование свойства: hostOnJenkinsGitHub = true
Определить значение для свойства 'artifactId':  демо    (4) 
Определить значение свойства «версия» 1.0-SNAPSHOT: :   (5) 
Подтвердите настройку свойств:
идентификатор группы: не используется
пакет: io.jenkins.plugins.sample
hostOnJenkinsGitHub: правда
идентификатор артефакта: демо
версия: 1.0-СНИМОК
 Y: :  y    (6)  

1	Введите номер для архетипа hello-world-plugin , в данном случае 4 .
2	Это руководство основано на версии 1.18 архетипа hello-world-plugin , поэтому введите 18 , чтобы выбрать его.
3	groupId уникально идентифицирует ваш проект среди всех проектов. Идентификатор группы должен соответствовать правилам имени пакета Java. Это означает, что он начинается с перевернутого доменного имени. Например: io.jenkins.plugins
4	ArtifactId является обязательным и однозначно идентифицирует ваш подключаемый модуль в Jenkins. Это уникальное базовое имя основного артефакта, создаваемого этим проектом maven. В этом учебном пособии по подключаемому модулю используется название demo (пользовательский ввод выделен жирным шрифтом). Если вы хотите опубликовать свой плагин, убедитесь, что это имя еще не занято и что выбранное вами имя рассчитано на будущее: Артефакт ID нельзя изменить после того, как вы опубликовали свой первый выпуск. Сделай , а не , используйте слова jenkins или plugin в этом идентификаторе — только слова, описывающие, какой это плагин Jenkins.
5	Здесь нет необходимости выбирать другой номер версии. No related posts. Вперед Java se10 уровень 1 основы программирования: Язык программирования Java (Java SE10). Уровень 1. Базовый курс Назад Удаление элемента из массива: Как удалить элемент из массива в JavaScript Добавить комментарий Отменить ответ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сайт Рубрики Css Html Http Javascript Photoshop Верстка Вопросы и ответы Макет Развитие сайтов Сайт Шаблон Шрифт Разное Рубрики Css Html Http Javascript Linux Photoshop Адаптив Верстка Вопросы и ответы Макет Развитие сайтов Разное Сайт Советы Шаблон Шаблоны Шрифт Шрифты