Создадим блок-схему с помощью Mermaid. Напишем узлы и стрелки, добавим подписи на иврите и изменим схему через её текстовый файл.
Предыдущий урок: 09 — Пишем содержимое в Markdown · Следующий урок: 11 — Разбираемся с Razor Pages и общим макетом
На сенсорном экране проведите вправо для перехода к следующему уроку, влево — к предыдущему.
Чему научимся
- Различать идентификатор узла и его подпись.
- Соединять узлы стрелками.
- Читать и объяснять схему, а не воспринимать её как неизменяемое изображение.
Начинаем с синхронизации
Откройте правильную папку проекта. Сохраните предыдущую работу в файлах и в Commit, затем убедитесь, что в Source Control или Git Changes нет ожидающих изменений. Только после этого выполните Pull. Если Git сообщает о конфликте, обратитесь к учителю; не удаляйте работу и не выполняйте Force Push.
Немного синтаксиса — понятный результат
Внутри блока кода с языком mermaid напишите flowchart LR. Буквы A и B — идентификаторы; подписи на иврите заключены в кавычки. Если просмотр Markdown в редакторе не показывает Mermaid, читайте исходный текст или используйте просмотр, который покажет учитель; на следующем уроке сам сайт будет отображать схему. Схема, созданная с помощью инструмента, всё равно должна соответствовать содержимому и быть вам понятной.
Изменения в коде
RazorTaba/Content/care.md
Внесите следующее изменение в существующий файл. Знаки + и - обозначают изменения и не являются частью кода:
--- a/RazorTaba/Content/care.md
+++ b/RazorTaba/Content/care.md
@@ -15,4 +15,13 @@

[חזרה לדף הבית](/)
+
+## מתכננים טיפול
+
+```mermaid
+flowchart LR
+ A["בוחרים חיה"] --> B["לומדים על הצרכים שלה"]
+ B --> C["קובעים מטפל אחראי"]
+ C --> D["מכינים סביבה מתאימה"]
+```
Запускаем и проверяем
- Есть четыре узла, соединённые в логичном порядке.
- Изменение подписи не меняет идентификатор узла.
- Добавьте узел, проверьте исходный текст и вернитесь к правильному варианту, если пропустили скобку.
Самостоятельное задание и проверка понимания
Постройте процесс из четырёх этапов по теме своего сайта. Устно объясните каждую стрелку.
После существенного изменения проверьте Diff, выполните Stage, напишите сообщение Commit о сделанных изменениях и выполните Push. Убедитесь на GitHub, что изменение появилось. За год требуется не менее 50 содержательных коммитов, в том числе если всегда работаете на одном ноутбуке.
ИИ может помочь разобраться в сообщении об ошибке и найти неисправность. Вы отвечаете за написание, проверку и объяснение кода; не поручайте агенту писать проект.