Как стать автором
Обновить

Комментарии 20

Может я что-то не понял, но чем это лучше чем тот же всемирноизвестный bootstrap?
Тоже можно сделать компонент без JS

<div class="card" style="width: 18rem;">
  <img src="..." class="card-img-top" alt="...">
  <div class="card-body">
    <h5 class="card-title">Card title</h5>
    <p class="card-text">Some quick example text to build on the card title and make up the bulk of the card's content.</p>
    <a href="#" class="btn btn-primary">Go somewhere</a>
  </div>
</div>


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

Ну вот можно ли без единой строки на JS (TS) с помощью uiwebkit сделать банальный чат на Websocket?

А если нет, то JS нам все-равно понадобится. А значит uiwebkit никак нам не помогает отказаться от JS и подъем-переворот в мире веб-разраотки нам не удался


Ну вот можно ли без единой строки на JS (TS) с помощью uiwebkit сделать банальный чат на Websocket?

Мне кажется вы сильно загнули) С помощью html и css делать вещи которые обязательно требуют js)
Из промо-статьи я понял как раз предложение - не писать разметку на js(ts).

Чат можно сделать без JS. Просто страница будет генерироватся на сервере.

Ну это же очень удобно отправить сообщение и потом обновлять страничку, чтобы посмотреть не пришёл ли ответ.

В HTML есть возможность обновлять страницу по таймеру :)

<meta http-equiv="refresh" content="30">
Что особенно удобно, если ты в момент обновления почти написал длинное сообщение в форме на странице.

Ну вы чего-то совсем без фантазии.
Чат в айфрейме. Форма — в другом.


Более того, в определенную эпоху веба некоторые чаты так и были сделаны.

Эта эпоха никуда не делась, просто "ушла в тень". Но для даркнета не подойдет такая либа, т.к. завязана на js

На MastermindCMS2 можно.

На Ruby on Rails + Hotwire тоже можно)

Я как раз Hotwire для фронтенда использую на MastermindCMS2. Просто на MSM2 вообще весь дата-биндинг на WebSocket реализован.

А в firefox вы свои компоненты потестировали? А то как-то не очень работает, особенно с зумом - часто вывод нижней части обрезается.

Спасибо за комментарий. Похоже uni-frame некорретно отрабатывает resize в FF. Исправлю в ближайшее время.

Идея интересная.

Почему-то в веб-приложении очень медленно всё отображается на экране (в браузере Chrome). Это неотъемлемая особенность технологии, или же это может быть исправлено?

К сожалению, пока нет компонентов Action chips, Bottom navigation, Badges, Pagination, Back to top, которые нужны для сложных и динамичных интерфейсов.

Можно ли реализовать отзывчивый веб-дизайн, в частности, component swapping, только с помощью этой технологии, без JavaScript?

Медленно отображаются видимо из-за ленивой загрузки, наверное лучше было бы ее выключить

НЛО прилетело и опубликовало эту надпись здесь

В документации весьма не хватает раздела "Быстрый старт" или аналогичного, где был бы описан алгоритм сборки страницы из компонентов. Например, как это сделано у Bootstrap - вот есть контейнер, а вот сетка, состоящая из рядов и колонок, а вот так в эту сетку можно вставить навигацию, таблицы, заголовки и прочие компоненты.

Да, есть шаблон, который можно скачать. Но меня, вот, решение закрыть страницу появилось сильно до скачивания шаблона :)

UPD.: а.. увидел раздел начало работы для DevKit и Design Kit. Понятнее не стало. Да и код без подсветки синтаксиса выглядит крайне недружелюбно :)

Не отрицая имеющуюся нишу применимости (хотя про "еще один Bootstrap" уже сказали) — начало статьи выглядит невероятно претенциозно, и наполнено какими-то запредельно субъективными тезисами.


Этот факт превращает любой такой веб проект в неподдерживаемого монстра всего за год-другой.

Почему вы считаете, что поддерживать надо только императивный код, а декларативный код у вас будет вечно цвести и благоухать? Что будет с пользователями ваших компонент, когда вы выкатите 5-10 следующих версий? Вы будете обеспечивать идеальную обратную совместимость? Если нет, то это всё так же предстоит поддерживать.


Ну и нельзя не отметить, что проект в целом — это всё такая же попытка собрать сложность в один архитектурный слой, коих уже были десятки тысяч. Рано или поздно вырождается либо в "песочницу", из которой невозможно сделать шаг в сторону относительно заданных разработчиками рамок, либо в монстра, которого кастомизировать под свои потребности — так же долго и настолько же сложно, как и написать своё с нуля.

"Да-да, не писать код совсем! " Решил эту проблему для себя кардинально, придумал протокол unigui. для всех языков/платформ. JS/HTML/CSS пошло в топку https://github.com/Claus1/unigui

Напоминает Tk. Но дизайн по-лучше, да. :)

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации