Так же как и в PHP будет ошибка, которая выведется на экран с указанием файла, строкой и сообщением.
Для написания XML инструкций надо знать некоторые принципы их составления, плюсом будет знание HTML, CSS и PHP, но это не обязательно. Чтобы получить желаемый результат из узла, компонент или данные, нужно просто ознакомится в контрольной панели какие в узле есть компоненты и методы получения обработки и сохранения данных, прописать нужные инструкции, всё.
Да, понятие утечки памяти есть в низкоуровневом программировании и понятие иное нежели я имел виду то, что при нативных шаблонах PHP нужно выделять память для многих переменных не только сбора данных для рендеринга, но и другие и с каждым одновременным запросом память утекает, свободной оперативки становится меньше, при больших нагрузках сервер будет тормозить. У меня нет нужды занимать оперативку чтобы собрать данные и потом их рендерить в шаблон, разметка формируется сразу при выполнении инструкции из XML.
XML Parser также использует libxml, тесты не делал, но SimpleXML легче, только самые нужные методы, ничего лишнего, поэтому думаю и быстрее.
До меня многие выдумывали на PHP шаблонизаторы, плох тот кто не старается автоматизировать свою работу 😀 Вы не можете просто представить даже как у меня это легко реализовывается, есть компоненты, в которых составляется шаблон, стилизуется, также пишутся команды js скрипта, подключаются модули, например Unit, и можно с слайдером сделать что угодно. Не нужны никакое многообразие атрибутов и прочей каши.., что у вас в голове..
Спасибо, обойдусь 😆
А расскажешь в каком томе, на какой странице Кнут пишет о низкоуровневом программировании, да ещё для разработки клиентских приложений высокого уровня (таких как разбор XML)? :popcorn:
И почему я на 300% уверен что не расскажешь... ;)
Ты расскажешь 😁
В таком случае ты сейчас расскажешь - как она работает на низком уровне - что происходит пошагово?
В прямом смысле ДА, так как объект создаётся путём парсинга текста.
Это делается на низком уровне мгновенно, не посредством интерпретации PHP, парсингом текста XML файла.
А это не парсинг?
В прямом смысле НЕТ, так как при работе с объектом, производится получение его свойств напрямую без поиска по тексту. Парсинг - это поиск по тексту по паттерну регулярных выражений или xpath, более энергозатратный нежели работа с объектом, тем-более встроенного модуля, который работает на низком уровне.
ЗЫ. У меня есть поиск в XML через xpath для нахождения вложенных структур, но это действие единичное и плохой погоды не сделает.
И еще, не раскрыт вопрос в чем преимущество xml в вашем случае если вы там сделали все равно адовое месиво? И почему нельзя это заменить обычным каким нибудь Node::include('node_name', $params = []) или Node::run('node_name:node_method')? Ведь нативный php работает быстрее, а вам еще надо считать файлы с файловой и распарсить их, что изначально не самая быстрая операция (для xml)
Я уже неоднократно говорил в чём преимущество, ещё раз скажу.
Да, рассказчик из меня никудышный, надо оттачивать умение ясно излагать мысли, доходчиво, без слов паразитов и тд. Надеялся, что эта тема мне в этом поспособствует, что буду делать небольшие видео и стараться рассказывать о своей разработке как можно чётче и понятнее, получать обратную связь\ ваше мнение и улучшать также свои дикторские способности, чтобы позже сделать хорошие видео уроки по фреймворку.
Для меня это уже пройденный этап. Shadow полезен для кастомных элементов, у меня есть модуль для этого. Virtual DOM - тупое решение "ускорения обновления страницы"(тем-более для высоконагруженных сайтов), это просто сделали для своего удобства\разработки так как не смогли придумать ничего лучше. У меня есть более гибкое решение без дублирования значений юнитов(веб-компонентов).
Как нибудь покажу 😎
Кому как 😀
Вы толком ещё ничего не видели. А я вижу в существующих проектах как что сделано и у меня всё намного лучше, можете не верить, но это так.
ЗЫ. Вырвал несколько цитат для своих комментов, остальное мог бы также прокомментировать. Короче вы сильно заблуждаетесь.
Он не просто часть данных хранит в БД, на сколько я понял он и часть логики хранит в БД в виде процедур =))
Я за долгое время разработки переделывал сам движок уже не пересчитать сколько раз, также тестировал разные подходы хранения данных в базе, работа js и тд. С каждым разом фреймворк становится всё лучше и многие вещи\подходы о которых раньше писал остались в прошлом.
Я самоучка, и создал свои способы проектирования\разработки проекта методом проб\тестов ошибок и удачных реализаций, опираясь на существующие подходы\реализации. Я занимаюсь разработкой в комплексе, бэк и фронт, поэтому считаю себя широкопрофльным. Крупным компаниям и не снились такие нетривиальные задачи какие приходится решать мне, там сидят мелкие сошки(включая начальников), которые делают мелкую однообразную\рутинную работу, если бы в этих компаниях творчески занимались своим делом(а не тупо чтоб бабла срубить), то мир был намного лучше.
Я негативно высказывался не по поводу современных технологий(хотя и они желают быть лучше), а по поводу готовых движков, конструкторов, фреймворков, что сделаны мягко говоря паршиво ИМХО. Я бы не стал тратить время на разработку своего инструмента для создания сайтов если меня устраивали существующие, а занимался бы уже сейчас непосредственно созданием разных сайтов\проектов.
ЗЫ. После создания этой темы записал видео с некоторыми пояснениями. Далее хотел так же делать видео и обсуждать дальнейшую разработку.
ЗЗЫ. Сейчас занялся настройкой оформления, так как дизайна до этого времени не было, были только разработаны способы его настройки.