This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-09-06
Channels
- # admin-announcements (10)
- # alda (78)
- # arachne (33)
- # bangalore-clj (2)
- # beginners (11)
- # boot (70)
- # chestnut (8)
- # cljsjs (5)
- # cljsrn (4)
- # clojure (212)
- # clojure-art (1)
- # clojure-berlin (1)
- # clojure-brasil (27)
- # clojure-canada (6)
- # clojure-colombia (12)
- # clojure-dev (6)
- # clojure-greece (29)
- # clojure-hk (2)
- # clojure-italy (7)
- # clojure-russia (51)
- # clojure-spec (12)
- # clojure-uk (18)
- # clojurescript (115)
- # clojurex (8)
- # component (1)
- # crypto (41)
- # css (5)
- # cursive (31)
- # datomic (17)
- # defnpodcast (7)
- # emacs (9)
- # flambo (1)
- # funcool (4)
- # juxt (29)
- # off-topic (1)
- # om (122)
- # onyx (12)
- # pedestal (1)
- # planck (10)
- # portland-or (1)
- # re-frame (30)
- # reagent (4)
- # rum (3)
- # slack-help (2)
- # specter (20)
- # sql (3)
@romul вопрос бы про работу в xml, а не про строку. Регекспами да, решить можно много чего. Да простым indexOf можно решить эту задачу.
@potapenko: ну так с xml можно по разному работать в зависимости от задачи.. что касается, jQuery - то оно не для XML и из коробки не поддерживает ни XPath, ни XSD
да и возможно даже распарсить далеко не любой XML сможет, всё-таки там наворотов куда больше, чем в XHTML
XPath там не нужен, там есть css селекторы, которые не хуже работают и понятнее для вэб-девелопера.
пфф, это опять же зависит от задачи.. очевидно же, что CSS-селекторы не могут всего того, что могут XPath-селекторы
Повторю - в вэбе не нужны инструменты по XML, там есть DOM и работа с ним куда удобнее. Поэтому наверное XML не прижился как модель данных. JSON везде.
> селекторы не могут всего того, что могут XPath-селекторы Просвети? Я больше с e4x работал, может чего упустил.
кому-то может и нужны.. мы ж не можем за всех говорить DOM - это вообще из другой серии.. 1) это не синоним XML; 2) это не взаимозаменяемые понятия
JSON везде в JavaScript, если взять что-то из Java, то там XML везде.. ну и что с того?
> Просвети? XPath - это мини-язык, он не ограничен одними только селекторами, да и селекторы сами по себе там гораздо мощнее, для примера //*[count(a[text() = 'docs'])=5] вернёт все элементы, внутри которых ровно 5 элементов 'a' с текстом 'docs' //*[starts-with(name(), 's')] вернёт все элементы, имя которых начинается с буквы s
Понятно, фильтры для коллекций … вот как раз для этого и придумал и jquery. селекторы плюс фильтры. Работа с коллекцией как с одним элементом. Кстати этот DSL расширяемый? Можно свою функцию вызвать? Я с xml очень много во флэш ковырялся. Там тоже запросы к xml были на каждом шагу. Ибо самая популярная модель данных - xml, в силу того что он observable. Когда на джаву перешел - мне xpath показался сильно проще. Может быть я был не прав. Может задач не было по xml.
расширяемый - https://www.w3.org/MarkUp/Forms/wiki/Custom_XPath_functions но это уж совсем для отчаяных любителей XML )))
селектор - это запрос (DSL-ка) есть два пути это дело кастомно отфильтровать и сделать к этой колекции другой запрос - либо еще селектор, либо функцию обычную. В xpath - это прямо в dsl-ке делают, в jquery - это делается средствами js. Результат один ведь.
ну как я выше писал, с помощью регулярных выражений тоже можно тот же результат получить, вопрос только в удобстве
очень заметно что ты не работал с jquery и вэб инструментами, отсюда такая категоричность. Я поработал и мне все видится с другой стороны. Мое мнение - нафиг. Ты считаешь - удобнее. На том и порешили 🙂
не угадал, jQuery я помню ещё с тех времен когда он конкурировал с MooTools и Prototype.. и использую его уже лет 7 )))
но я и с XML работал, и не только в вебе.. а у тебя почему-то весь XML сводится к XHTML
xhtml - кто так говорит сейчас 🙂 Это как в молодой тусовке сказать “денди” или “палароид”, “бобина”
Коль у нас тут пузомерка по старперству - у меня запись есть в трудовой книжке “Вэб-дизайнер” за 1998 год 😛
а скриншоты остались?
чего? записи? Так она где-то валяется еще. Нужно порыться в документах. Только скриншоты трудовых книжек - это нечто 🙂 Там сканы.
@potapenko вэб-дизайна
я бы посмотрел что там было в 98
Да запись как запись. Как пишут в трудовых книжках. Что там увидеть можно. Это не резюме тебе 🙂 Где скилы перечисляешь. Записи там dhtml нет.
В 98 году даже CSS нормального не было. Таблицами верстали. А написать 50 строк JS было подвигом. В основном работа была в фотошопе. Поэтому флэш и взлетел. Святой Грааль. Ибо под каждый браузер свои танцы с бубном. И динамика была только в мечтах. Сейчас же многие идеи который “придумали” в html вышли из флэш. И навигация и байндинг, Data Driven. И компонентная архитектура и даже идеи динамического диазйна. React - типичный Flex. Но все так быстро меняется и придумывается, что даже пару лет “отдыха” и ты совсем не в теме. Поэтому пузомерить по поводу я знал еще Вэб в 2005 году - полная фигня.
Точно, апплеты тогда были ну совсем херней каждый второй - это анимация водички. Делалось программерами ведь. Думаю первый этап - игры, интерфейсы к ним. Потом во флэше из за малого порога входа для дизайнеров пошла большая волна. Такого количества идей хрен где встречалось. Что не хомпейдж - то какая придумка с навигацией. Плюс макромедия активно это дело стимулировала. Кстати большинство интерфейсов для игр делалось и делается до сих пор на флэше - scaleform
Adobe Flash Catalyst — компьютерная программа для визуального создания интерактивного контента (микросайтов, интерактивного портфолио, руководства по продуктам, навигации по сайту, виджетов и тп.), также прототипирования/создания пользовательских интерфейсов, основанных на технологии Adobe Flash, без необходимости знания и написания программного кода (HTML, CSS и других языков) приложения.
Я помню как я первый сайт делал в Microsoft Word!
расскажите плз, кто что сейчас использует для валидации форм на бекенде? clojure.spec уже ктото приспособил к этому?
plumatic/schema прикручивают по большей части. костылями делая человеческие ошибки для фронта. или доп валидацию отдельно на фронте