Аналоги js в web?

Question

[Ложка в мозге]

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

Comments

[Lynn «Кофеман»]

Можно.
Не используйте.
Можно использовать любой другой язык который транслируется в JS. Kotlin, например.

[Владимир Кочергин]

WebAssembly

Answer 1

[deepblack]

Держи:

• Dart
  
• Haxe
  
• Kotlin
  
• TypeScript
  
• CoffeeScript
  
• ClojureScript
  

Но в любом случае браузер будет выполнять JS.

Comments

[Ложка в мозге]

Посмотрел я PyPy.js (python), и возник вопрос - Возможно ли создать полноценный SPA с помощью данного интерпретатора? Или пока-что этим заниматься никто не хочет?

[deepblack]

Ложка в мозге, думаю можно, но не нужно, разве что в учебных целях.
Такое в продакшн лучше не пихать.

[abbrakadabbra]

Андрей вопрос с лету (не пробовал ничего кроме TS). Какой из них самый перспективный (кроме Kotlin)? Насколько я понимаю как раз ТS является официальным языком Google - так что у него преимущество.
Dart разрабатывается Google, так что возможно станет как Go (а может быть наоборот).

[difuks]

abbrakadabbra надеюсь, ты уже знаешь, спустя год, что TS - самый востребованный в вебе. И это язык, созданный Microsoft, а не Google. А Dart и Go - языки вообще о разном, хоть и оба созданы Google. Dart - "исправленный" JS, созданный по больше части для Flutter и мобилок, который может собираться в JS. А Go - серверный, супер-быстрый, с простой параллельной асинхронщиной язык

Answer 2

[ThunderCat]

Фишка в том что исполнять код должен браузер, который на лету должен создать и выполнить код, то есть иметь вполне себе компилятор в собственном ядре. Пихать их "сколько хочешь" во все браузеры никто не будет, жс пилили общими усилиями больше 20 лет, а довести до ума и кроссбраузерной совместимости до сих пор не до конца удалось. По этой причине ожидать какой-либо поддержки других языков в браузере в ближайшее время не стоит.

Answer 3

[itsjustmypage]

https://developer.mozilla.org/ru/docs/WebAssembly

Answer 4

[Виктор П.]

Привет, всё, что тут говорят, это, по сути, не самостоятельные языки (в том смысле, что они не могут исполняться), например, тайпскрипт. Вначале он транслируется в js, и браузеры работают с js в любом случае.
Тайпскрипт уже пришел на замену js в ангуляре, я даж не представляю, как по другому работать.
Если хочется еще интересностей, есть проект блейзор, вот пример https://blazor-demo.github.io/Counter
Если откроешь средства разработчика, то увидишь там загрузку .dll файлов, а не js ;) Можешь погуглить про него побольше, там объяснят, что такое webassembly и как это работает. Вот тут действительно другой язык. Но технология еще сырая, только для пет-проектов, никак не для прода.

Answer 5

[Алексей]

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

Comments

[Алексей Ярков]

Что такое браузники?

[Алексей]

Алексей Ярков, это то через что ты читаеш тостер

[Алексей Ярков]

Алексей, ну лично я через браузер читаю ))

[Алексей]

Алексей Ярков, ладно бы это была ошибка формата "теплого с мягким", для особого случая изменил ответ.

Answer 6

[rPman]

sun/oracle, adobe и позднее microsoft уже попытались втиснуть соответственно java applet, shockwave flash и silverlight, во что это вылилось посмотрите, до сих пор страдаем от остатков тормозного и гглавное дырявого флеша

Позднее, кажется в google, предложили способ компиляции в нативный код NaCl и PNaCl (кажется на базе llvm) но все заглохло

Сейчас весь мир смотрит на webassembly на базе ускоренного javascript. Взлетит - будем писать на любом языке програмирования, который будем компилировать еще на этапе разворачивания приложения, а исполняться оно будет уже в браузере,... все равно это будет виртуальная машина, правда технологии сейчас на столько крутые, что даже виртуальная машина работает на скорости сравнимой с нативным кодом (10%-30% потерь) и львиные потери производительности обычно не из-за кода а из-за кучи прослоек до периферии. Один HTML DOM чего стоит.

Answer 7

[Александр]

Вот тут все что есть https://github.com/jashkenas/coffeescript/wiki/lis... ну или почти все