Если вы хотите создать пользовательский интерфейс для вашего веб -приложения, в наши дни есть вероятность, что вы будете использовать React — или, по крайней мере, это то, что ваши разработчики frontend, вероятно, предложат.
Оказывается, это главная причина, по которой Gent Hito, генеральный директор /N Software, решил нацелиться на реагирование с новым продуктом его компании, Xmlui. Он рассуждал, что его разработчики frontend были экспертами React, так почему бы не воспользоваться этим?
«Правда в том, что реагируют и реагируют компоненты, управляют этим пространством», — объяснил он мне, ссылаясь на разработку веб -интерфейса. «Вы знаете, хотят ли люди признать это или нет, хотите ли вы создать компонентизированные веб -страницы, которые являются интерактивными, это реагирует. Итак, мы сказали, хорошо, мы получили эти парни, которые отличные отреагируют [developers]Полем Пусть они попытаются сделать это простым для нас ».
Джон Уделл, который является консультантом по проекту XMLUI, также был на звонке с Hito. В своем сообщении он написал, что XMLUI «приносит модель VB в современную сеть и ее экосистему на основе реагирования».
Основная суть XMLUI заключается в том, что он завершает реагирование и CSS и предоставляет «набор компонентов, которые вы сочиняете с разметом XML», как выразился Уделл.
XMLUI Реактивность в действии.
Конечно, React не имеет лучшей репутации в определенных частях экосистемы веб -разработки. Как я писал много раз, React регулярно подвергается критике за его сложность и производительность.
Уделл хорошо знает о репутации React, но он смотрит на это с практической точки зрения. Он говорит, что XMLUI может в конечном итоге поддерживать веб -компоненты или альтернативные подложки (например, Svelte), но сначала они должны убедиться, что текущее решение работает.
«Во -первых, это правильный набор абстракций на уровне строителя решений», — сказал Уделл. «Чтобы люди могли делать то, что им нужно, чтобы сделать, это хорошо выглядит, собирайтесь быстро, и они не смогли бы сделать иначе так же легко или так быстро».
Другими словами, экосистема компонентов React уже процветает, так почему бы не воспользоваться этим.
Тем не менее, Hito также подчеркнул, что React является лишь отправной точкой для XMLUI.
«То, что я говорил команде, ребята, мне все равно, что находится под ней. Я бы хотел иметь некоторые определения, которые я могу потенциально перевести в другие среды. Так что имейте это в виду. Не заходите слишком глубоко в реагирование».
Но почему XML?
Когда я впервые увидел XMLUI, я был немного удивлен, что XML был языком, который использовался для обертывания React и CSS. Почему бы не использовать JSON, формат, наиболее знакомый для разработчиков JavaScript? Или, может быть, использовать шаблоны HTML?
Я был шокирован, узнав, что главная причина, по которой Хито выбрал XML, была потому, что… доменное имя, которое ему понравилось, было доступно.
«Это не имеет ничего общего с XML», — сказал мне Хито. «Я имею в виду, в течение самого долгого времени, эта штука [XMLUI] был json. Вот что понравилась команде. Это то, что команда поняла — все определения всех элементов и форм пользовательского интерфейса, и так далее, были в JSON. Затем я столкнулся с XMLUI; Домен был доступен, [IT] было 10 баксов ». (Примечание. В настоящее время домен .com перенаправляет на xmlui.org, поэтому кажется, что они владеют обоими.)
Проект был четыре года в создании, но только год назад они повернулись к XML, и проект стал XMLUI. Хитто добавил, что это не изменило основную цель. «Это инкапсуляция компонентов в иерархии, которая, как мы надеемся, вы понимаете», — сказал он.
Мне пришлось дважды проверить это: Значит, XMLUI использует XML, а не JSON только из-за доменного имени? Хито улыбнулся и сказал, что намерение было спровоцировать реакцию.
«Бренды, которые позиционируют себя с противоречиями, являются мощными», — сказал он. «И я думаю, что это был удача, что эта штука [the domain name] был доступен; И мы подняли это, и мы сказали, эй, почему бы и нет? »
Конечно же, когда XMLUI был запущен вчера, он попал на первую страницу Hacker News, где большая часть обсуждения была о использовании XML.
«На самом деле, я попытался отговорить его от этого в начале», — сказал Уделл, о XML Pivot. «И оказывается, что это действительно было, как, я думаю, это было именно то, что для этого момента».
XMLUI и момент ИИ
В тот момент, о котором ссылается Уделл, это текущая парадигма разработки, о которой он многое написал здесь, в новой стеке (среди своей разнообразной работы он иногда пишет статьи для нас). Как он объяснил в сообщении о объявлении XMLUI, «LLMS не« знает »о XMLUI из коробки, но они знают о XML».
Идея состоит в том, что XMLUI поможет вам создать пользовательский интерфейс для приложения относительно простым образом — требуется некоторый сценарий, но не так много. Но в отличие от так называемого кодирования атмосфера, вы обязательно поймете полученный код, поэтому поддержание этого приложения должно быть проще в будущем.
Хито назвал XMLUI «семантическим слоем» поверх компонентов React.
«… Если вы установите правила игры, то вы можете играть с машиной».
Gent Hito, создатель Xmlui
«Это очень короткий словарь и очень ограниченные вещи, которые вы можете сделать, и машина ведет себя», — сказал он, относительно XMLUI. «И на этом уровне, если вы установите правила игры, то вы можете играть с машиной».
Смысл заключается в том, что с помощью кодирования Vibe вы (разработчик) не устанавливаете правила, и поэтому вывод машины (ИИ) может быть непостижимым для вас.
Уделл добавил, что он уже тесно сотрудничает с ИИ — в своих статьях он называет продукты ИИ, которые он использует свою «команду помощников» — и поэтому он чувствует, что Xmlui — дополнительный инструмент в этой среде.
«Я предполагаю, что любой, кто пытается это использовать [XMLUI] Серьезно, вероятно, будет работать с агентом — вы знаете, как Клод или Курсор, верно? Итак, так я работаю, как каждый день … теперь это только мой мир. Я вижу структуру и документацию через призму этих агентов, с которыми я работаю ».
Вот почему XMLUI поставляется со своим собственным сервером MCP, который может привести в внешний контекст, пока вы работаете над приложением.
Графический интерфейс перетаскивания?
В своем сообщении Udell сравнил Xmlui с современной версией Visual Basic, продукта, который «имел богатую экосистему компонентов». Но это ставит вопрос: получит ли Xmlui пользовательский интерфейс перетаскивания, как это было, как известно, VB?
Visual Basic 3.0; через Winworld.
На самом деле Хито ответил на этот вопрос, прежде чем я даже задал его, в контексте объяснения, почему они выбрали XML.
«У нас есть элементарный инструмент для строительства [components]но мы хотим посмотреть, как далеко мы можем забрать это только с помощью текста. Я не думаю, что было бы целесообразно представить инструменты, потому что они собираются сделать это XML нечитаемым ».
Другими словами, написание XML — или, скорее всего, просить агента ИИ написать для вас XML — является ключевой частью того, чтобы сделать вывод XMLUI понятным.
Другая причина, возможно, отложить графический интерфейс перетаскивания, заключается в том, что Хито не хочет, чтобы XMLUI рассматривался как инструмент с низким кодом.
«Я ненавижу этот термин», — сказал он. «Я ненавижу этот термин, потому что он обычно заканчивается просто инструментами пользовательского интерфейса, перетаскивает и бросает… это поднимает вас до определенного момента, а затем просто показывать вам стену. Не то чтобы мы не показывали стену людям, но вы можете построить свои собственные компоненты, верно? Вы можете расширить ее».
Заключение
Если вы ищете простой способ создания компонентов frontend, но хотите что-то более мощное, чем инструмент с низким кодом, то сделайте Xmlui. Кто знает, возможно, это вернет XML в моду-не говоря уже о здании компонентов Visual Basic.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Ричард Макманус — старший редактор нового стека и пишет о тенденциях разработки веб -и приложений. Ранее он основал ReadWriteWeb в 2003 году и встроил его в один из самых влиятельных технологических новостей в мире. С самого раннего … Подробнее от Ричарда Макмануса
