Download the PHP package drandin/closure-table-comments without Composer
On this page you can find all versions of the php package drandin/closure-table-comments. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download drandin/closure-table-comments
More information about drandin/closure-table-comments
Files in drandin/closure-table-comments
Package closure-table-comments
Short Description A system for managing hierarchical tree comments. Storing hierarchical tree structures in a database using the "Closure Table" method combined with "Adjacency List"
License MIT
Informations about the package closure-table-comments
Commentator
Система управления иерархическими древовидными комментариями для Laravel.
Древовидная иерархия хранится в реляционной базе данных. Для получения узлов (элементов) дерева не используются SQL-запросы с рекурсией.
Для организации структуры комментариев применяется метод «Closure Table» совмещённым с «Adjacency List».
Схема связей элементов дерева «Closure Table»
Метод хранения «Closure Table» обладает большим количеством преимуществ, не позволяет извлечь из базы данных узлы ветви иерархии и эффективно построить корректно отсортированное дерево. Для преодоления этого ограничения, метод «Closure Table» совмещён с «Adjacency List».
«Adjacency List» или список смежности — один из способов представления графа в виде коллекции списков вершин. Каждой вершине графа соответствует список, состоящий из «соседей» этой вершины.
Установка
composer require drandin/closure-table-comments
После установки пакета необходимо последовательно выполнить следующие действия:
Добавить в файл конфигурации приложения config/app.php сервис-провайдер. Строку указанную ниже следует внести в массив 'providers'.
Выполнить в консоли команду, которая скопирует файл конфигурации closure-table-comments.php в каталог config вашего приложения:
(!) После выполнения данной команды, в файле config/closure-table-comments.php вы можете изменить название базы данных и таблиц. Если это необходимо, то скорректируйте параметры конфигурации, прежде чем двигаться дальше.
Выполнить в консоли команду:
Выполнить в консоли команду, которая запустит выполнение миграций:
В результате будут созданы 2 таблицы в базе данных.
Использование
Каждый комментарий может относиться к определённому предмету и иметь ссылку на автора, который его написал. Например, если требуется организовать обсуждение статьи на новостном сайте, то уникальный целочисленный идентификатор сущности «Статья» следует использовать в качестве указания на принадлежность комментариев к обсуждаемому предмету, а целочисленный идентификатор пользователя — будет указывать на автора комментария.
subject_id — целочисленный идентификатор сущности «Статья». Может иметь значение NULL. Если subject_id равняется NULL, то комментарий не будет относиться к какому-либо предмету.
user_id — целочисленный идентификатор сущности «Автор статьи». Может иметь значение NULL. Если user_id равняется NULL, то комментарий не будет принадлежать какому-либо автору. Такие комментарии можно считать анонимными.
1. Создание корневого нового комментария.
Предположим, у нас есть сущность «Статья» с уникальным номером 5636 и пользователь с уникальным идентификатором 7 решил оставить комментарий к статье.
В базе данных будет создан комментарий с уникальным идентификатором $id, он будет принадлежать статье с кодом 5636. Автором комментария будет пользователь с идентификатором 7.
2. Ответ на комментарий, который был написан ранее.
Предположим, у нас есть сущность «Статья» с уникальным номером 5636 и пользователь с уникальным идентификатором 43 решил ответить на ранее написанный другим пользователем комментарий к статье.
Для этого нам нужно знать идентификатор комментария (или уникальный номер узла в древовидной иерархии комментариев Node), на который пользователь хочет написать ответ. Предположим, что уникальный идентификатор комментария равен 1.
В базе данных будет создан новый комментарий с уникальным идентификатором $id, он будет принадлежать статье с идентификатором 5636. Автором комментария будет пользователь с идентификатором 43.
Здесь важно то, что новый добавленный комментарий будет связан с родительским комментарием (с идентификатором равным 1). Кроме связи, уровень (level) нового комментария будет на единицу больше, чем уровень родительского комментария.
3. Редактирование текста комментария.
Для внесения изменения в текст комментарий нужно знать его уникальный идентификатор.
Если изменить комментарий удалось, то $res будет иметь значение true.
4. Проверка существования комментария
Вы можете узнать существует ли комментарий (узел в иерархии) по его уникальному идентификатору.
Если комментарий с уникальным идентификатором в древовидной структуре есть, то переменная $res будет равняться true.
5. Получение комментария (узла в иерархии) по уникальному идентификатору
Предположим, что мы хотим получить объект Node по уникальному идентификатору, который равен 2.
В случае, если комментарий с уникальным идентификатором 2 существует, метод getNode вернёт объект Node. Объект Node будет содержать информацию об узле иерархии комментариев.
6. Получение отсортированной ветки комментариев
Предположим у нас есть статья с уникальным идентификатором 5636, к этой статье разные пользователи написали комментарии. Некоторые комментаторы начали дискуссию между собой. То есть, у нас образовалась древовидная структура комментариев.
Но дискуссия возможна только если мы сможем корректно визуализировать структуру комментариев. Иначе пользователи просто не смогут общаться между собой. Для этого необходимо сформировать список отсортированных комментариев (узлов древовидной структуры). При этом в данном отсортированном списке узлов должен быть указан уровнь каждого узла, а так же идентификатор узла родителя.
Для решения этой задачи следует использовать метод getTreeBranch
В результате мы получим коллекцию объектов Node.
Если нужно получить узлы иерархии комментариев, начиная с узла с определённым идентификатором, то в метод getTreeBranch следует передать значение этого идентификатора.
Мы получим коллекцию объектов всех узлов иерархии начиная с узла 2.
7. Получение массива древовидной иерархии
Получить массив дерева комментариев можно при помощи метода getTreeBranchArray.
Если необходимо получить ветку комментариев, которая должна начинаться с определённого узла, то в метод getTreeBranchArray следует передать идентификатор этого узла иерархии.
8. Получение идентификаторов ветки комментариев
Предположим, мы хотим получить массив уникальных идентификаторов всех узлов ветки комментариев начиная с узла с идентификатором 23.
9. Получение уровня узла по уникальному идентификатору
Предположим, нам нужно узнать уровень узла 23 в иерархии, но извлекать объект Node методом getNode мы хотим, так как нам нужна лишь информация об уровне. Чтобы это сделать следует воспользоваться методом getLevel.
10. Удаление узла иерархии (листа) или ветки древовидной иерархии комментариев
Если нам нужно удалить ветку комментариев или только один последний комментарий в иерархии (лист в дереве комментариев), то это можно сделать при помощи метода delete.
Метод delete получает уникальный идентификатор узла и удаляет все комментарии, начиная с узла, идентификатор которого был передан этому методу.
В примере ниже мы удаляем узел 64 и всех его потомков, если они есть.
Будьте осторожны, удалённые комментарии восстановить невозможно.
Лицензия (License)
MIT license