alizar10 окт 2011 в 10:24

Официальная презентация языка Google Dart

3 мин

6.1K

Веб-разработка *

+71

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

fuksito 10 окт 2011 в 10:32

Хорошее названия для аналога яваскрипта, суть почти раскрыта

serf 10 окт 2011 в 10:55

Вы имеет ввиду что в основном JavaScript код пишется на удачу, а вдруг заработает? :)

josser 10 окт 2011 в 12:41

К.О подсказывает что речь о Дарте Вейдере

Koshelew 10 окт 2011 в 12:50

К.О. устал повторять что он Darth Weider.

mib431 10 окт 2011 в 12:59

Я бы даже сказал Vader.

Koshelew 10 окт 2011 в 13:50

Забавно, и правда Vader, что это я.
Я даже погуглил перед написанием, но краудсоринг меня подвёл — Weider оказалось настолько частой ошибкой, что я принял его за правильный вариант.

Mixailo 10 окт 2011 в 12:51

Он Darth, если что.

metalim 10 окт 2011 в 19:51

Из империи Googol?

Volkman 10 окт 2011 в 23:22

Cразу вспоминается это видео

Koshelew 10 окт 2011 в 12:49

Если можно, поподробней.

vaniaPooh 10 окт 2011 в 11:22

Интересно было увидеть что же такой за Dart. Будем надеяться, что у этой штуки есть будущее.

dikarik 10 окт 2011 в 11:38

Ну, то, что показали, смотрится вменяемо: типизация переменных (думаю, она быстро станет правилом хорошего тона), компактный синтаксис, фигурные скобки и точки с запятой на месте, привычные/понятные классы, интерполяция переменных и вызова кода в строках, обмен сообщениями… Кстати, так и тянет на многозадачность в стиле эрланга.

orcy 10 окт 2011 в 12:02

Или же его закопают рядом с GWT

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

isden 10 окт 2011 в 14:36

Фигасе новости. О_о

orcy 10 окт 2011 в 19:10

Ну я подумал что немного утрирования тут не помешает :) Тем ни менее GWT с похожим и поначалу многообещающем подходом трансляции кода в JavaScript мейнстримом так и не стал. Посмотрим как сложатся дела у дарта.

Интересно что dart преполагают повышенную по сравнению с JavaScript производительность, хотя пока не очень то понятно откуда она возьмется (типизация?). Разрабочикам V8 может конечно и видней, подождем тестов каких-нибудь.

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

eugenius_nsk 11 окт 2011 в 05:14

А мужики-то не знают!

webdew 10 окт 2011 в 11:44

ждём jquery на dart

metalim 10 окт 2011 в 19:55

dquery?

crizis 10 окт 2011 в 11:45

В примерах увидел такое:

main() {

 Element element = document.getElementById('message');

 element.innerHTML = 'Hello from Dart';

 }

Значит ли это, что Dart не имеет собственных методов работы с DOM и в веб-приложениях для доступа к сущностям нужно использовать JS? А как у него обстоят дела с Ajax'ами и прочими плюшками, необходимыми для веб-программирования? Есть ли Dart-фреймворки вроде jQuery?

Doggy 10 окт 2011 в 11:53

>> Значит ли это, что Dart не имеет собственных методов работы с DOM и в веб-приложениях для доступа к сущностям нужно использовать JS?

С каких пор конструкция
>> Element element =…
является частью яваскрипт?

И к вашему сведению, доступ к дом дереву или ajax-функциям являются частью языка только как набор библиотек, доступный в рамках среды исполнения языка(в данном случае браузер)
Что мешает для нового языка реализовать соответствующие библиотеки на уровне среды исполнения языка?

crizis 10 окт 2011 в 11:57

Я не о конструкции вида «Element element =…», а о «document.getElementById('message');»

gribunin 10 окт 2011 в 12:14

document.getElementById — это не конструкция языка. Это объект и метод DOM, который предоставляется браузером и который и сейчас может использоваться разными языками (в IE это javascript и vbscript, например).

crizis 10 окт 2011 в 12:22

Прошу прощения, это я протупил. :)

ComputerPers 10 окт 2011 в 12:16

Простите мою не осведомленность и неопытность… но Вы как хотите чтобы было?

crizis 10 окт 2011 в 12:19

О, рад, что Вы спросили. Мне, как всегда, не хватает встроенной функции doMagic() :) Как думаете, в этом языке её реализуют?

p00h 10 окт 2011 в 11:57

Думается мне, что это такой же глобальный объект document, созданный на Dart. Просто для совместимости с JS кодом оставили существующие имена методов. И это разумно, на мой взгляд.

crizis 10 окт 2011 в 12:02

Вот именно это я, в общем-то, и спрашивал: чем в данном случае является document и кем он создан. Пока это выглядит как присвоение результатов вызова методов JS-объектов в переменные Dart и последующее обращение к JS-объектам (это я исключительно про приведённый в комментарии пример).

Что касается совместимости, то она, имхо, лишняя.

Если язык использует свои конструкции и и типы, пусть бы и синтаксис отделили. Во-первых, это избавило бы от вопросов вроде моего (всё сразу было бы очевидно), во-вторых, в том же jQuery не зря ввели огромное количество полезных методов, поскольку в чистом виде JS бывает монструозен, а новый язык мог бы решить и эту проблему.

barmaley_exe 10 окт 2011 в 13:42

Зачем новый синтаксис? Вам не нравится точка как оператор обращения к свойству?

По библиотекам вроде jQuery:
Вы про спецификации слышали? Они, как бы, утверждаются не одним лишь гуглом.
Если и считать это проблемой, то это проблема не языка.

orcy 10 окт 2011 в 11:51

Интересно, что за виртуальная машина на стороне сервера, как замена nodejs? Своей машины в браузерах нет, все работает через трансяцию в JS? Хм, непонятно, сразу закапывать или немного помучать…

mib431 10 окт 2011 в 12:26

Хорошо, что не Darth, а то я бы уверился в то, что Google на тёмной стороне. По существу корпорации очень-очень надо постараться, чтобы хоть куда-нибудь сдвинуть JavaScript.

k0ldbl00d 10 окт 2011 в 12:28

use force.luke;

tossshik 10 окт 2011 в 13:44

Не удержался.

Enrey 10 окт 2011 в 16:37

Javascript имеет один фатальный недостаток :)

AlDev 10 окт 2011 в 14:12

На Lion с xcode 4 из коробки dart vm и прочее собираться не хочет. Требует 10.5 sdk.

Если кто пробует — в tools/build.py добавьте после 108 строчки:

'-sdk',

'macosx10.6',

тогда получится

Anexroid 10 окт 2011 в 14:41

Презентовали — молодцы. Но с учетом того, что JS занимает 99% рынка, Google придется сильно постараться

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

AlDev 10 окт 2011 в 14:42

Мегаоптимизация прям. Из трех строчек — 30 килобайт.
cat hello.dart:

main() {

    print('Hello, Dart!');

}

dartc hello.dart --optimize --out hello.js

Выдаст почти 30 килобайт javascript кода:
gist.github.com/1275479

akral 10 окт 2011 в 15:02

Это же постоянные расходы.
Т.е. и на 50 килобайт вашего кода он выдаст 80 килобайт Javascript (50+30).
Разумеется, этот пример ненормален.

А вот основной выигрыш в удобстве разработки и поддержки.

AlDev 10 окт 2011 в 15:05

Да, я уже заметил, спасибо. Теперь пытаюсь понять как это все дебажить нормально.

witdex 10 окт 2011 в 15:06

Судя по коду он генерирует сразу всю core library(читайте весь dart в 30 кб). Это ведь не компиляция, а трансляция(!) об этом и написано. Не думаю что там очень сильный анализатор кода, да и нафиг он нужен в трансляторе. В языка ведь даже версии нет еще. И тем более это не значит что 6 строчек будет 60 кб.

AlDev 10 окт 2011 в 15:09

Да да, уже понял, что глупость написал :)

Claud 10 окт 2011 в 15:25

Накой оно надо7 Еще одно скриптовое чудо. Лучше бы Go развивали вот уж действительно быстро и для нагруженных проектов.

youROCK 10 окт 2011 в 18:06

Я думаю, дело в том, что предназначение отличается. Go не предназначался (и не предназначается) в качестве замены JavaScript, а, скорее, просто как ещё один серверный язык с хорошей поддержкой многопоточности. А Dart — это язык, который призван лишь дополнить JS теми возможностями (в том числе и возможностями для оптимизации), которых там изначально нет, и которые не могут быть легко добавлены в сам JS. Вряд ли кто-нибудь будет предлагать вам писать на Dart на сервере, хотя, возможно, такие люди найдутся)

jakobz 11 окт 2011 в 08:13

Dart как раз предлагается как язык и для сервера, и для клиента. И главная его плюшка как раз в том, что он и там и там будет работать, а это многое упрощает в веб-разработке.

youROCK 11 окт 2011 в 08:17

Да, в спецификации (и во многих других местах) действительно делается на это акцент… Но, всё же, у Dart и Go сильно отличаются модели работы, причём у Go (для сервера) мне она нравится намного больше, чем сильно-однопоточный Dart

jakobz 11 окт 2011 в 08:23

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

GearHead 10 окт 2011 в 21:30

судя по синтаксису, Google уже ничего кроме java создать не может.

TEHEK 10 окт 2011 в 23:46

Вы слишком сильно обобщаете. Там работают тысячи программистов с разными взглядами и разными проектами. К тому же у Гугла есть Closure — функциональный ЯП.

GearHead 11 окт 2011 в 06:44

Closure — это Lisp, портированный на, кто бы подумал, джаву.

kivsiak 11 окт 2011 в 13:26

java !== jvm

GearHead 12 окт 2011 в 02:02

я к тому, что Closure — это не язык, созданный гуглом. это уже существующий язык, переложенный на их VM.

AlDev 11 окт 2011 в 12:46

Ну дак. Это смесь scala и javascript

proxor 11 окт 2011 в 03:28

Javascript, страдающего от «фундаментальных» изъянов, которые невозможно исправить путём эволюционного развития.

Маркетинг такой маркетинг. Нечего там исправлять, и ООП там нормальное, и всё что хочешь. Зачем из всего делать Java?

DjOnline 11 окт 2011 в 13:13

Первый и второй вывод (Производительность и Удобство разработки) противоречат друг другу:
— не будут иметь тех проблем с производительностью
— не требующая компиляции природа

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