Comments 31
Какой-нибудь диалект Lisp смотрелся бы лучше.
+3
Тут бы любой нормальный язык прогрммирования смотрелся бы лучше
+28
Задача сводилась к тому чтобы сделать именно из декларативного формата.
-2
Только получился почему-то императивный язык, который прилично так изуродовали
+16
Не вижу противоречия. Взяли декларативный формат и разработали правила для описания императивной программы. «Уродство» – следствие имеющихся ограничений формата.
0
На выходе нужен был JSON. Видимо, поэтому авторы и подумали, почему бы не сделать его и на входе. Требовалось расширить имеющийся инструмент. Объектом вдохновения могли быть, например, препроцессоры CSS: человек, знакомый с CSS, разберется с препроцессором в мгновение ока. Но одно дело — развить формат описания данных в расширенный формат описания данных или расширить язык программирования до языка программирования с большими возможностями. И совсем другое — расширить формат описания данных до языка программирования.
В простейших случаях, возможно, доля удобства в этом и будет, но только в них. Конструкции получаются громоздкими, а решения проблем, обозначенных как предпосылки к созданию нового языка, я не увидел.
В простейших случаях, возможно, доля удобства в этом и будет, но только в них. Конструкции получаются громоздкими, а решения проблем, обозначенных как предпосылки к созданию нового языка, я не увидел.
+2
Точно. IoC в HATEOAS/JSON-API гораздо интереснее в плане сохранения декларативности json, и одновременно передачи api управления поведения приложения.
0
Ну, например, если из приведённого JSON (литералов JavaScript) удалить двоеточия, получится валидный edn (литералы Clojure), чем не декларативный формат. На этом этапе разницы практически никакой, но зато можно весь этот "_WTF" заменить на обычные вызовы функций и получить вполне пристойный EDSL. Да, в сущности, и на JavaScript можно было бы, но авторы же хотели иммутабельность и ленивость из коробки?
0
«Любая достаточно сложная программа на C или Фортране содержит заново написанную, неспецифицированную, глючную и медленную реализацию половины языка Common Lisp» © Филип Гринспен
0
Противоречие тут в другом. Вместо того, чтобы выбрать простой и надежный путь — взять один из тучи скриптовых языков, который бы сделал все тоже самое, люди создали свое уродство из того, что для задачи изначально вообще не предназначено. Весело, интересно, но мне всегда интересно — зачем? Ведь оно рождено умереть. Я специально сейчас пробежался в гугле — такое ощущение, что интернет вообще не знает про это приложение. При этом, автор, судя по всему, надеется привлечь к созданию карточек других людей. Это — правильно. А вот ставить задачу перед ними учить такую вот ужасть — совсем неправильно.
Прошу прощения, это ответ rumkin выше.
Прошу прощения, это ответ rumkin выше.
+11
Возможно, они начали с какого-нибудь простого внешнего API и описания его маппинга с помощью JSON, а потом немного увлеклись :)
На iOS есть ограничения по использованию скриптовых языков внутри приложений — вроде бы, нельзя подгружать извне исполняемый код, кроме JavaScript в WebView.
На iOS есть ограничения по использованию скриптовых языков внутри приложений — вроде бы, нельзя подгружать извне исполняемый код, кроме JavaScript в WebView.
0
Да, про это я забыл. Но тогда вопрос, почему модераторы пропустили даже это — по факту, это исполняемый код.
0
Возможно решили, что пользоваться этим всё равно никто не будет и ущерба бизнесу Эпла не будет :)
+3
С недавних пор можно подгружать и исполнять JS через JavaScriptCore.
Apple Developer Program License Agreement, п. 3.3.2.
Apple Developer Program License Agreement, п. 3.3.2.
+2
День прошёл зря, если не создан новый язык программирования.
Но нет, я лучше lua возьму. Или javascript, если нет ограничений по памяти.
Но нет, я лучше lua возьму. Или javascript, если нет ограничений по памяти.
+7
QML лучше всего для этих целей. Непонятно, почему его боятся использовать, ведь крайне мощная штука!
-2
UFO just landed and posted this here
А что, разве при добавлении нового формата сериализации мы получаем новый язык?
Сериализуй это в XML — вот тебе XML-based язык. Сериализуй в LISP — вот LISP-based.
Всё-таки язык не форматом хранения в файле текста программы определяется.
Сериализуй это в XML — вот тебе XML-based язык. Сериализуй в LISP — вот LISP-based.
Всё-таки язык не форматом хранения в файле текста программы определяется.
+2
Пойти сделать транскомпилятор в yml что ли.
+1
А почему нельзя было писать на обычном скриптовом языке, а в JSON положить одну строку с целиковым исходником?
+4
Что за ..?
0
Почему, мистер Андерсон, почему? Во имя чего? Что Вы делаете? Зачем, зачем вы это делаете с JSON?
0
А почему не jsonnet?
0
Sign up to leave a comment.
Как мы сделали из JSON язык программирования