Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 60
Лично мне не нужен, почти все фичи которые вы описали доступны и для простого JS, даже рефакторинг и автокмплит худо бедно, но есть, а менять JS на AS3 ради ООП, который там в принципе не ахти какой — думаю не стоит, не говоря уже о том, что я не смогу пользоваться фрэймворками JS кроме как JQuery, который мне и не нужен…
Не говоря уже о вопросах насколько все кроссбраузерно…
А по пункту седьмому, скажите хотя бы одну наработку, которой нет на JS?
Не говоря уже о вопросах насколько все кроссбраузерно…
А по пункту седьмому, скажите хотя бы одну наработку, которой нет на JS?
Ну почему нельзя пользоваться другими js-фреймворками? Пиши на здоровье. Мы будем поддерживать из коробки более интересные на наш взгляд — jquery, extjs, d3, lesscss. И набор jquery-плагинов.
Можно добавлять свои. Для этого будет специальный инструментарий.
Какие фреймворки интересуют? Можем добавить поддержку из коробки.
Про OOP в AS3. Нормальный такой OOP. Плюс OOP у нас развит за счет языковых расширений. Generics и Traits дают множество вкусностей. Тут можно поглядеть референс языков на английском. Посмотри trais и generics. Все это будет работать и в JS.
Тут слайды — идея JS как среды исполнения для языков более высокого уровня абстрации. Как байткод во флэш.
Можно добавлять свои. Для этого будет специальный инструментарий.
Какие фреймворки интересуют? Можем добавить поддержку из коробки.
Про OOP в AS3. Нормальный такой OOP. Плюс OOP у нас развит за счет языковых расширений. Generics и Traits дают множество вкусностей. Тут можно поглядеть референс языков на английском. Посмотри trais и generics. Все это будет работать и в JS.
Тут слайды — идея JS как среды исполнения для языков более высокого уровня абстрации. Как байткод во флэш.
То есть, что бы использовать допустим dojo, мне надо будет создать расширение?
В принципе тот же dojo дает packeging, хорошие, скажем так, плюшки для работы с событиями, OOP, collection, и кучу, кучу всего другого.
Хотя я вообще достаточно негативно отношусь к расширениям языка, по-моему мнению если они тебе нужны, то ты что-то делаешь не так. В добавок просто усложняет чтение кода, особенно для не посвященных. Пока, на мой взгляд, вы просто нагрузили достаточно простой язык, кучей сомнительных фич. Да и судя из того, что на тот же GWT многие плюются, писать в ООП стиле для веба, мало кому нравится…
В AS3 крайне не хватает перегрузки функций (насколько я понял у вас ее тоже нету в расширениях, нашел только перегрузки операторов).
За полгода разработки RIA на JS, пришел к выводу, что в принципе не хватает только возможности указания конкретного типа… (решило бы множество проблем, в том числе и ту же автоподстановку).
Мне кажется, что самим JS разработчикам такое решение в принципе не нужно, так как они знают как максимально эффективно его применять, даже не взирая на его недостатки, но вот людям, привыкшим писать приложения для декстопа\RIA на java, as, C# и тому подобных OOP языках, вполне может пригодиться, так что мне кажется вам нужно в первую очередь ориентироваться на них, хотя может вы и так на них и ориентируетесь.
В принципе тот же dojo дает packeging, хорошие, скажем так, плюшки для работы с событиями, OOP, collection, и кучу, кучу всего другого.
Хотя я вообще достаточно негативно отношусь к расширениям языка, по-моему мнению если они тебе нужны, то ты что-то делаешь не так. В добавок просто усложняет чтение кода, особенно для не посвященных. Пока, на мой взгляд, вы просто нагрузили достаточно простой язык, кучей сомнительных фич. Да и судя из того, что на тот же GWT многие плюются, писать в ООП стиле для веба, мало кому нравится…
В AS3 крайне не хватает перегрузки функций (насколько я понял у вас ее тоже нету в расширениях, нашел только перегрузки операторов).
За полгода разработки RIA на JS, пришел к выводу, что в принципе не хватает только возможности указания конкретного типа… (решило бы множество проблем, в том числе и ту же автоподстановку).
Мне кажется, что самим JS разработчикам такое решение в принципе не нужно, так как они знают как максимально эффективно его применять, даже не взирая на его недостатки, но вот людям, привыкшим писать приложения для декстопа\RIA на java, as, C# и тому подобных OOP языках, вполне может пригодиться, так что мне кажется вам нужно в первую очередь ориентироваться на них, хотя может вы и так на них и ориентируетесь.
Method overloading есть. Не совсем чистый overloading — метод имеет специальные аннотации, а редактор их вычисляет в зависимости от типа аргументов и валидирует параметры в соответсвии с выбранной сигнатурой. Сам метод один, но сигнатур много. Узнать какая конкретно сигнатура была выбрана в рантайме можно будет с помощью специальных конструкций. Как раз для поддержки jquery и был сделан. Пока не закончен полностью. Можно поглядеть код jQuery — там как раз видны такие аннотации (скриншот)
Про «сомнительные фичи» — ну прямо так не разобравшись и сомнительные :)
Про «сомнительные фичи» — ну прямо так не разобравшись и сомнительные :)
Думаю на GWT плюются из-за жесткости языка java по большей части. Излишняя жесткость мешает. Сам постоянно сталкиваюсь. Плюс отсутствие нужных языковых фич — нужна фукнциональщина. Которая есть в AS3, кстати. Хотя когда-то мечтал о компиляторе java5->swc.
Язык AS вполне хорош. И очень похож на структуру того же JS. Но в нем есть типизация, классы.
Если не ошибаюсь драфт JavaScript 2 был очень похож на ActionScript3. Нет?
Язык AS вполне хорош. И очень похож на структуру того же JS. Но в нем есть типизация, классы.
Если не ошибаюсь драфт JavaScript 2 был очень похож на ActionScript3. Нет?
Возможно, я то сам не особо плевался, мне не нравилось, что все громоздко уж сильно. В принципе замыкания и в java можно делать, через задний проход конечно, но можно, тот же jQuery встроили в GWT умельцы.
Драфтов не видел, но согласен, что as3 от js отличается только ООПешностью, вот кстати мне как раз таки и не понравился darts тем, что там, насколько я понял, выпили всю динамическую составляющую js(
Драфтов не видел, но согласен, что as3 от js отличается только ООПешностью, вот кстати мне как раз таки и не понравился darts тем, что там, насколько я понял, выпили всю динамическую составляющую js(
Да as3 хорош, но мне больше нравится c# — там писанины меньше.
К примеру объявление переменной.
AS3
var a:uint = 10;
Тут явно лишняя информация — var.
С#
uint a = 10;
Тут все строго и ничего лишнего.
Или объявление функции.
AS3
public function example():uint
Тут явно лишняя информация — function.
С#
public uint example()
Тут опять же ничего лишнего.
Просто как не крутись работа программиста сводится к писанине кода. И чем его меньше тем лучше. Автокомплит спасает но восприятие страдает.
К примеру объявление переменной.
AS3
var a:uint = 10;
Тут явно лишняя информация — var.
С#
uint a = 10;
Тут все строго и ничего лишнего.
Или объявление функции.
AS3
public function example():uint
Тут явно лишняя информация — function.
С#
public uint example()
Тут опять же ничего лишнего.
Просто как не крутись работа программиста сводится к писанине кода. И чем его меньше тем лучше. Автокомплит спасает но восприятие страдает.
Некоторая избыточность в AS3 да, есть. Ключевое слово function особо раздражает. Для этого кстати мы добавили closure-синтаксис.
превращается в
На то и языковые расширения, чтобы улучшать дизайн языка.
$("p").click(function(e:EventObject){
});
превращается в
$("p").click({e=>
});
На то и языковые расширения, чтобы улучшать дизайн языка.
Для упрощения работы с переменными есть smart variables —
они сами вычисляют тип и указание типа не нужно.
Синтаксис слишком компактный на мой взгляд для деклараций переменных.
Предназначение smart variables — использование в декларативных языках типа Object Builder
или в условиях
mc:new Spite();
они сами вычисляют тип и указание типа не нужно.
Синтаксис слишком компактный на мой взгляд для деклараций переменных.
Предназначение smart variables — использование в декларативных языках типа Object Builder
mc:Spite{
width : 100;
height : 100;
};
или в условиях
if(this.parent is MyClass && mc:(this.parent as MyClass).visible && mc.widht > 0){
}
С вами полностью согласен. От себя добавлю что не стоит везде пихать ООП. Эт не всему панацея. Раз есть у нас прототипы давайте не делать вокруг них кучу всего громоздкого, чтобы получилось «удобное».
мы же не будем жарить нори и варить семгу, чтобы борщ сварганить?
мы же не будем жарить нори и варить семгу, чтобы борщ сварганить?
Лично на OOP не молюсь. Отболел. Люблю функциональное программирование и DSL-и.
Но и без элементарных классов не знаю как народ в JS живет. Вы уж простите. В свое время на AS1 прототипами наигрался.
Признаюсь честно сам хочу программировать для браузера. Есть задачки, которые бы взялся, но меня пугает языковая убогость JS. JQuery понравился, d3 — шикарно! Но строить систему на JS не преставляю возможным.
Сейчас же имея инструмент можно будет смело в эту кашу окунаться. А там поглядим :)
Вижу в JS-разработчиках тех самых «древних» флэшеров, которые только «слезли с прототипов». Не в смысле что древние такие. А любопытные и любители поиграться как флэшеры когда-то. Повыдумывать чего. Хотя и древние может быть тоже чуток. Так что игра в языковые расширения (не в OOP) уверен будет интересна.
Но и без элементарных классов не знаю как народ в JS живет. Вы уж простите. В свое время на AS1 прототипами наигрался.
Признаюсь честно сам хочу программировать для браузера. Есть задачки, которые бы взялся, но меня пугает языковая убогость JS. JQuery понравился, d3 — шикарно! Но строить систему на JS не преставляю возможным.
Сейчас же имея инструмент можно будет смело в эту кашу окунаться. А там поглядим :)
Вижу в JS-разработчиках тех самых «древних» флэшеров, которые только «слезли с прототипов». Не в смысле что древние такие. А любопытные и любители поиграться как флэшеры когда-то. Повыдумывать чего. Хотя и древние может быть тоже чуток. Так что игра в языковые расширения (не в OOP) уверен будет интересна.
Появление coffeecript, lesscss и darts показывают тенденцию в которой мы вполне вписываемся.
Непонятно, зачем притянули за уши lesscss? Он вообще к JS имеет такое же отношение, как к ванильному мороженому.
Есть тот же Webstorm, которая позволяет всячески рефакторить, дебажить, автоматически запускать юнит-тесты и прочее-прочее. В третьей версии даже jslint прикрутили.
Очень классно. И конвертация JS, и сама IDE. А как у неё дела с цветами? Может становиться полностью темной, независимо от «цвета» темы операционной системы?
Упрощение не может быть упрощением, когда является усложнением.
Не стоит приделывать собаке 6-ую ногу, чтобы она 5-ой могла пользоваться нормально.
Всё холиварное на тему AS оставлю при себе.
Не стоит приделывать собаке 6-ую ногу, чтобы она 5-ой могла пользоваться нормально.
Всё холиварное на тему AS оставлю при себе.
Хабраконфуций в треде. :)
Есть задачи разного уровня сложности. И действительно, в большинстве случаев JS вполне соответствует стоящим перед ним задачам.
В свое время ActionScript1 также соответствовал. И пилили на нем баннеры да тетрисы. И до сих пор на нем же пилят — синтаксис AS1 практически сохранился во Flash IDE именно для этих целей.
Но мир на месте не стоит и возникают задачи принципиально нового уровня. И вот когда ты ручками будешь в поисках ошибки ползать хотя бы по пяти сотням (а может и тысячам) классов, а в это время сосед по парте даже знать не будет о таких проблемах благодаря типизации и хорошему инструментарию, вот именно в этот момент двери на свалку истории для тебя распахнутся широко и гостеприимно.
Ну и, JS программисты воспряли духом на тему очередного кровавого убийства Flash с помощью HTML5. Ок, AS программисты в очередной раз посыпали голову пеплом и в печали взирают на эти попытки. И они видят, как HTML5 наступает на пятки технологии Flash — ведь чтобы обогнать, нужно пройти тот же путь и только потом вырваться вперёд.
В 2003 году Macromedia выпустила ActionScript2. Это была в сущности надстройка над AS1 — при компиляции код из AS2 выгонялся в AS1. Примерно то же самое (но на другом уровне и со множеством дополнительных возможностей, разумеется) сейчас делает Realaxy ActionScript Editor.
Вы не представляете, какой скачёк в развитии JS это может дать. JS программеры смогут одним махом выйти из пещер прототипирования на более-менее приличный языковой синтаксис. Ура!
В свое время ActionScript1 также соответствовал. И пилили на нем баннеры да тетрисы. И до сих пор на нем же пилят — синтаксис AS1 практически сохранился во Flash IDE именно для этих целей.
Но мир на месте не стоит и возникают задачи принципиально нового уровня. И вот когда ты ручками будешь в поисках ошибки ползать хотя бы по пяти сотням (а может и тысячам) классов, а в это время сосед по парте даже знать не будет о таких проблемах благодаря типизации и хорошему инструментарию, вот именно в этот момент двери на свалку истории для тебя распахнутся широко и гостеприимно.
Ну и, JS программисты воспряли духом на тему очередного кровавого убийства Flash с помощью HTML5. Ок, AS программисты в очередной раз посыпали голову пеплом и в печали взирают на эти попытки. И они видят, как HTML5 наступает на пятки технологии Flash — ведь чтобы обогнать, нужно пройти тот же путь и только потом вырваться вперёд.
В 2003 году Macromedia выпустила ActionScript2. Это была в сущности надстройка над AS1 — при компиляции код из AS2 выгонялся в AS1. Примерно то же самое (но на другом уровне и со множеством дополнительных возможностей, разумеется) сейчас делает Realaxy ActionScript Editor.
Вы не представляете, какой скачёк в развитии JS это может дать. JS программеры смогут одним махом выйти из пещер прототипирования на более-менее приличный языковой синтаксис. Ура!
У каждого языка своё предназначение и диапазон применения, предметная область… О чем вы, собственно, в начале и сказали. Если начинают возникать проблемы, вроде тех, о которых вы пытаетесь сказать, то следует задуматься, а тот ли язык вы вообще выбрали для решения своих задач.
На выходе вы всё-равно будете получать JS, который, до кучи сформировала для вас IDE. Вы видели, что Google Dart на выходе даёт? Эти тонны лишнего кода по-вашему являются тем самым светлым развитием языка? Или в данном случае всё работает как-то иначе и магически формирует чистый и правильный, во всех аспектах, код? Едва ли.
Инструментариев навалом, ничего не мешает нормально и эффективно писать на даже чистом JS. Не хотите писать прототипами? Не пишите прототипами. Воссоздать себе возможность пользоваться объектно-ориентированный подходом можно и иначе, ничего при этом не коверкая.
Развитием же JS всегда были спецификации EcmaScript, а не попытки оперировать людей, используя для этого сантехника, стоя у него за спиной и выдавая ему инструкции на его профессиональном диалекте.
А про типизацию вы Python’истам, мне в том числе, расскажите ;)
Что касательно HTML5, то он даж близко не идёт стопами Flash. Как и JS не пойдет стопами AS. Концептуально и идеологически разные вещи.
На выходе вы всё-равно будете получать JS, который, до кучи сформировала для вас IDE. Вы видели, что Google Dart на выходе даёт? Эти тонны лишнего кода по-вашему являются тем самым светлым развитием языка? Или в данном случае всё работает как-то иначе и магически формирует чистый и правильный, во всех аспектах, код? Едва ли.
Инструментариев навалом, ничего не мешает нормально и эффективно писать на даже чистом JS. Не хотите писать прототипами? Не пишите прототипами. Воссоздать себе возможность пользоваться объектно-ориентированный подходом можно и иначе, ничего при этом не коверкая.
Развитием же JS всегда были спецификации EcmaScript, а не попытки оперировать людей, используя для этого сантехника, стоя у него за спиной и выдавая ему инструкции на его профессиональном диалекте.
А про типизацию вы Python’истам, мне в том числе, расскажите ;)
Что касательно HTML5, то он даж близко не идёт стопами Flash. Как и JS не пойдет стопами AS. Концептуально и идеологически разные вещи.
Вот хорошо, когда люди думают о чистоте языка. Здорово это. Вот только решает тут не чистота языка, а эффективность. За сколько человеко-часов можно решить задачу. Сколько человеко-часов стоит поддержка проекта. Насколько легко модифицировать существующий код.
Однозначно, без разницы во что выгоняется, тот же dart, в конечном случае — это информация для js-движка, не более. Вы еще посмотрите что там на ассемблере или на байткоде. Главное чтобы быстро и без проблем работал, белы легок в разработке, имел средства отладки, решал проблемы среды исполнения.
Однозначно, без разницы во что выгоняется, тот же dart, в конечном случае — это информация для js-движка, не более. Вы еще посмотрите что там на ассемблере или на байткоде. Главное чтобы быстро и без проблем работал, белы легок в разработке, имел средства отладки, решал проблемы среды исполнения.
Сомнительно сравнивать асм, с которым работает процессор, и кучу лишнего JS, с которым работает движок браузера. Чем больше лишнего, тем больше трафика, тем дольше время выполнения, — это ничем неоправданные затраты. Увеличение объемов обрабатываемого кода вряд ли увеличит скорость его выполнения.
Если JS — не чужой язык, то и с эффективностью всё будет в порядке.
Если JS — не чужой язык, то и с эффективностью всё будет в порядке.
«а тот ли язык вы вообще выбрали для решения своих задач.» — верно. Но так же и верно, что языки на месте не стоят и осваивают решение новых задач. А здесь речь именно об этом.
Или в данном случае всё работает как-то иначе — иначе. Прежде всего контролируемо: не нравится результат трансформации? — Залез в код языкового расширения, что нужно исправил.
ничего не мешает нормально и эффективно писать на даже чистом JS — писать-то можно. Но помимо «писать» есть ещё больше десятка пунктов, характеризующих потребительские свойства языка программирования.
Развитием же JS всегда были спецификации EcmaScript — были. Но тут возникла проблема: не решились перейти на ООП. Хотя давно пора — рынок в этом нуждается и его ничем не остановить. Отсюда и подобные решения.
Даже более того: рынок нуждается в инструменте, благодаря которому можно было бы делать приложения под разные платформы. Рынок нуждается в простых языках, максимально приближенных к предметной области.
Повышение уровня абстракции — общий вектор развития отрасли. На сегодняшний день, решение Jetbrains MPS мне представляется для этого наиболее эффективным.
А про типизацию вы Python’истам, мне в том числе, расскажите ;) — примите мои глубочайшие соболезнования.
Ну, а если серьезно, то об этом мы уже говорили: У каждого языка своё предназначение и диапазон применения, предметная область. Но кто делает погоду в нашей психушке?
JS не пойдет стопами AS — есть другой путь? Я не знаю такого. Чтобы JS не пошел по пути AS, он должен стоять на месте. Что он с успехом и делает.
Или в данном случае всё работает как-то иначе — иначе. Прежде всего контролируемо: не нравится результат трансформации? — Залез в код языкового расширения, что нужно исправил.
ничего не мешает нормально и эффективно писать на даже чистом JS — писать-то можно. Но помимо «писать» есть ещё больше десятка пунктов, характеризующих потребительские свойства языка программирования.
Развитием же JS всегда были спецификации EcmaScript — были. Но тут возникла проблема: не решились перейти на ООП. Хотя давно пора — рынок в этом нуждается и его ничем не остановить. Отсюда и подобные решения.
Даже более того: рынок нуждается в инструменте, благодаря которому можно было бы делать приложения под разные платформы. Рынок нуждается в простых языках, максимально приближенных к предметной области.
Повышение уровня абстракции — общий вектор развития отрасли. На сегодняшний день, решение Jetbrains MPS мне представляется для этого наиболее эффективным.
А про типизацию вы Python’истам, мне в том числе, расскажите ;) — примите мои глубочайшие соболезнования.
Ну, а если серьезно, то об этом мы уже говорили: У каждого языка своё предназначение и диапазон применения, предметная область. Но кто делает погоду в нашей психушке?
JS не пойдет стопами AS — есть другой путь? Я не знаю такого. Чтобы JS не пошел по пути AS, он должен стоять на месте. Что он с успехом и делает.
Ага, т.е. для облегчения процесса я должен ещё и языковые расширения править, чтобы добиться какого-то результата. Это ок, время и ресурсы экономит колоссально =)
С потребительскими свойствами JS всё отлично. Если не пытаться думать, что JS — это что-то другое.
Хочется глубины абстракций? C++ её имеет достаточно, чтобы утонуть. ООП нужно там, где оно нужно, и не надо совать везде и всюду. Ещё раз, в JS вполне можно сделать конструкции удовлетворяющие ОО подходу. Нужны ли там интерфейсы, абстрактные классы и т.д.? Едва ли.
Хотите простой язык, максимально приближенный к предметной области? Учите Python, все соболезнования сразу исчезнут. А JS всегда будет языком вэб-фронтэндов и единственной его платформой будет браузер. Это то, зачем он был создан, это его суть. Да, есть NodeJS, но это исключение, подтверждающее правило.
И да, JS не пойдет стопами брата-уродца Джавы. Вымрет Flash, вымрет и AS, ибо нигде больше он что-то не применяется, кроме как в. Другой путь есть и это его собственный.
С потребительскими свойствами JS всё отлично. Если не пытаться думать, что JS — это что-то другое.
Хочется глубины абстракций? C++ её имеет достаточно, чтобы утонуть. ООП нужно там, где оно нужно, и не надо совать везде и всюду. Ещё раз, в JS вполне можно сделать конструкции удовлетворяющие ОО подходу. Нужны ли там интерфейсы, абстрактные классы и т.д.? Едва ли.
Хотите простой язык, максимально приближенный к предметной области? Учите Python, все соболезнования сразу исчезнут. А JS всегда будет языком вэб-фронтэндов и единственной его платформой будет браузер. Это то, зачем он был создан, это его суть. Да, есть NodeJS, но это исключение, подтверждающее правило.
И да, JS не пойдет стопами брата-уродца Джавы. Вымрет Flash, вымрет и AS, ибо нигде больше он что-то не применяется, кроме как в. Другой путь есть и это его собственный.
Далеко не в каждом случае будет экономия — это очевидно. Но, если ты лично с этим не сталкивался, это вовсе не значит, что никто с этим не сталкивался или что ты не столкнешься с такой необходимостью впоследствии.
Ну, кого-то устраивают потребительские свойства JS, а кого-то нет. Всё зависит от стоящих задач и возможностей реализации. Тот факт, что многих JS в нынешнем виде не устраивает очевиден, иначе не появлялись бы продукты типа Dart.
Да, далеко не всегда в JS нужны интерфейсы, абстрактные классы и т.д. Но иметь лучше, чем не иметь. Тот же AS3 позволяет писать в стиле AS1 (читай JS), и это активно используется баннеростроителями. Зачем городить огород из классов, если нужно обработать один клик.
Но уже появляются задачи, типа гугловых доков, которые без ООП практически нереально реализовать.
Phyton под браузером не запустишь. А тенденция такова, что приложения мигрируют в браузер. И возникает спрос на инструментарий, позволяющий эти приложения делать в нормальной среде используя полноценный язык. Точка.
Брат-уродец Java и косящий под него С# занимают подавляющую часть рынка. Эту часть они отобрали в том числе и у питона. Ты можешь сражаться за свой любимый язык (и я тебя понимаю), но тенденция тут налицо и спорить с ней бессмысленно.
Ну, кого-то устраивают потребительские свойства JS, а кого-то нет. Всё зависит от стоящих задач и возможностей реализации. Тот факт, что многих JS в нынешнем виде не устраивает очевиден, иначе не появлялись бы продукты типа Dart.
Да, далеко не всегда в JS нужны интерфейсы, абстрактные классы и т.д. Но иметь лучше, чем не иметь. Тот же AS3 позволяет писать в стиле AS1 (читай JS), и это активно используется баннеростроителями. Зачем городить огород из классов, если нужно обработать один клик.
Но уже появляются задачи, типа гугловых доков, которые без ООП практически нереально реализовать.
Phyton под браузером не запустишь. А тенденция такова, что приложения мигрируют в браузер. И возникает спрос на инструментарий, позволяющий эти приложения делать в нормальной среде используя полноценный язык. Точка.
Брат-уродец Java и косящий под него С# занимают подавляющую часть рынка. Эту часть они отобрали в том числе и у питона. Ты можешь сражаться за свой любимый язык (и я тебя понимаю), но тенденция тут налицо и спорить с ней бессмысленно.
Приложения мигрируют, но у них всегда есть бэкэнд, на нормальном языке, интерфейсу же достаточно того, что может JS. Инструментариев, опять же, валом. Это никак не оправдывает написание чего-то на одном языке, используя другой, при том, что удобства поверхностны, ибо никаких нативных конструкций и т.д. не появляется, простая иллюзия, фантик, который, до кучи, усложняет количественно и качественно то, что производит.
Даже для гуглодоков вполне хватает того ООП, которое возможно реализовать через JS. Всё, чего не хватает, дополняется со временем из свежих спецификаций EcmaScript и, если там до сих пор не нашлось места нативному ООП и глубокой абстракции, то наверное не просто так.
Пложением лишних сущностей и прослоек это точно не решается. Не может усложнение упрощать =)
С пайтоном итак всё хорошо, Java и C# — это энтерпрайз, там своя специфика. AS — это как-раз брат Java ;-)
Даже для гуглодоков вполне хватает того ООП, которое возможно реализовать через JS. Всё, чего не хватает, дополняется со временем из свежих спецификаций EcmaScript и, если там до сих пор не нашлось места нативному ООП и глубокой абстракции, то наверное не просто так.
Пложением лишних сущностей и прослоек это точно не решается. Не может усложнение упрощать =)
С пайтоном итак всё хорошо, Java и C# — это энтерпрайз, там своя специфика. AS — это как-раз брат Java ;-)
Именно лишними сущностями и прослойками решается!!! Именно ими! И НИЧЕМ БОЛЬШЕ.
Называется это повышением уровня абстракции. Который идёт с момента создания первого языка программирования.
Вся история развития отрасли программирования и языков программирования это доказывает.
Если бы не эти прослойки, писал бы ты единички и нолики руками на харде :)
И самое интересное, что когда происходит переход на новый уровень абстракции, почему-то всегда находятся люди, верные «старой школе».
Всё потому, что они чего-то в ней смогли добиться и сильно не уверены в том, что смогут это повторить это ещё раз.
Я уже говорил: это прямой путь на свалку истории.
Называется это повышением уровня абстракции. Который идёт с момента создания первого языка программирования.
Вся история развития отрасли программирования и языков программирования это доказывает.
Если бы не эти прослойки, писал бы ты единички и нолики руками на харде :)
И самое интересное, что когда происходит переход на новый уровень абстракции, почему-то всегда находятся люди, верные «старой школе».
Всё потому, что они чего-то в ней смогли добиться и сильно не уверены в том, что смогут это повторить это ещё раз.
Я уже говорил: это прямой путь на свалку истории.
Пробовал Dart. В первый раз выполняется долговато, пока не закэшируется. Задач где на JS действительно нужно много абстракций — мало. Абстракции тоже надо городить с умом, даже с умом делать вызовы jquery. Потому что если не знать, что поиск по прототипам в FF замедляется в 10 раз больше 2х наследований, не знать как медленно происходит работа с DOM, особенно в IE 7,8. Не знать как быстро JS может сжирать память, и как с этим бороться — то используя высокоуровневые абстракции, которые преобразуют код в JS действительно можно создать монстра, который не будет юзабелен. Вычислительные ресурсы ограничены мощностью компов целевой аудитории проекта, и нужно стараться чтобы работало не только на core i7.
А если нужны абстракции, каркасы MVC, RIA — библиотек, фреймворков куча, которые делают разработку быстрой. Просто непонятно, зачем учить ради этого Flash, или Java ради GWT? А Flash программист без глубокого знания JS эффективно писать не станет. И на моей практике отладка через консоль firebug или консоль хрома, куда можно вставить кусок js и проверить, отладка просто через файрбаг, с брейкпоинтами — более удобна чем мост с IDE.
И куда проще найти на проект просто JavaScript разработчика, чем разработчика со знанием JS, умеющего эффективно писать на GWT/Dart(наше приложение работает в FF и Chrome)/чем либо еще.
На видео еще было ощущение что IDE притормаживает. И не понятно чем она облегчает жизнь, кода написано еще больше чем выполняющий тоже самое на JS.
А если нужны абстракции, каркасы MVC, RIA — библиотек, фреймворков куча, которые делают разработку быстрой. Просто непонятно, зачем учить ради этого Flash, или Java ради GWT? А Flash программист без глубокого знания JS эффективно писать не станет. И на моей практике отладка через консоль firebug или консоль хрома, куда можно вставить кусок js и проверить, отладка просто через файрбаг, с брейкпоинтами — более удобна чем мост с IDE.
И куда проще найти на проект просто JavaScript разработчика, чем разработчика со знанием JS, умеющего эффективно писать на GWT/Dart(наше приложение работает в FF и Chrome)/чем либо еще.
На видео еще было ощущение что IDE притормаживает. И не понятно чем она облегчает жизнь, кода написано еще больше чем выполняющий тоже самое на JS.
Узнаю себя.
Давным-давно я был фанатом AS1 и жутко ненавидел AS2. Да и пересел на программирование на классах только, когда вышел AS3.
Но.
На AS2 была сделана масса проектов, кторые резко расширили область применения Flash. При этом, производительность была ниже, чем на AS1, кода писать больше, и так далее.
«Задач где на JS действительно нужно много абстракций — мало.» — это как раз про эту фразу. Область применимости языка из-за его устаревшего синтаксиса существенно ниже.
«И не понятно чем она облегчает жизнь, кода написано еще больше чем выполняющий тоже самое на JS»
— кода должно быть ровно столько, чтобы его было легко читать. Писать за программера код должен редактор. Что современные редакторы с успехом делают.
Давным-давно я был фанатом AS1 и жутко ненавидел AS2. Да и пересел на программирование на классах только, когда вышел AS3.
Но.
На AS2 была сделана масса проектов, кторые резко расширили область применения Flash. При этом, производительность была ниже, чем на AS1, кода писать больше, и так далее.
«Задач где на JS действительно нужно много абстракций — мало.» — это как раз про эту фразу. Область применимости языка из-за его устаревшего синтаксиса существенно ниже.
«И не понятно чем она облегчает жизнь, кода написано еще больше чем выполняющий тоже самое на JS»
— кода должно быть ровно столько, чтобы его было легко читать. Писать за программера код должен редактор. Что современные редакторы с успехом делают.
Есть современные IDE с дебагом JS, автодополнением, поддержкой JSDoc, проверкой синтаксиса, стилистики по своим правилам и JSLint.
Вы можете сказать чем синтаксис JS является устаревшим? Это спорный момент. Например в PHP костыльно появились замыкания, который давно есть в JS. Костыльно — потому что все равно в PHP функция не является типом данных. При этом PHP с 5й версии поддерживает модификаторы доступа, интерфейсы, абстрактные классы, модификатор final.
AS еще поддерживает пакеты, и модификаторы доступа для классов. Но это действительно все применимо, когда количество строк кода проекта сотни тысяч, и команда десятки человек.
В Java строгий синтаксис, он типизирован, много библиотек, все является классом(кроме простых типов данных), но не уверен что он поддерживает замыкания, и полностью объектный. Питон не имеет нормально реализованных модификаторов доступа для классов, не имеет из коробки абстрактных классов, но зато в нем все является объектом, он чистый ООП язык. Можно перегружать операторы(не знаю, доступно ли это в Java, AS).
В JavaScript много решают замыкания,, нетипизированность дает гибкость. И в последние годы он набирает темпы развития, наоборот. Его ограниченность развития определяется только развитием браузеров. Но количество проектов, техник программирования, только растет.
Поэтому говорить что какой-то язык устарел — это слишком самоуверенно, на мой взгляд.
Вы можете сказать чем синтаксис JS является устаревшим? Это спорный момент. Например в PHP костыльно появились замыкания, который давно есть в JS. Костыльно — потому что все равно в PHP функция не является типом данных. При этом PHP с 5й версии поддерживает модификаторы доступа, интерфейсы, абстрактные классы, модификатор final.
AS еще поддерживает пакеты, и модификаторы доступа для классов. Но это действительно все применимо, когда количество строк кода проекта сотни тысяч, и команда десятки человек.
В Java строгий синтаксис, он типизирован, много библиотек, все является классом(кроме простых типов данных), но не уверен что он поддерживает замыкания, и полностью объектный. Питон не имеет нормально реализованных модификаторов доступа для классов, не имеет из коробки абстрактных классов, но зато в нем все является объектом, он чистый ООП язык. Можно перегружать операторы(не знаю, доступно ли это в Java, AS).
В JavaScript много решают замыкания,, нетипизированность дает гибкость. И в последние годы он набирает темпы развития, наоборот. Его ограниченность развития определяется только развитием браузеров. Но количество проектов, техник программирования, только растет.
Поэтому говорить что какой-то язык устарел — это слишком самоуверенно, на мой взгляд.
Просто посчитай сколько «лишних» прослоек находится между пользователем и приложением.
И как эти усложнения упрощают им жизнь.
И как эти усложнения упрощают им жизнь.
Хорошо хоть не brainfuck.
Это, что вроде GWT вы компилити ActionScript в js? Не совсем понял.
Круто! А это вы концепцию поменяли или побочный продукт такой получился? :)
Классно, молодцы. Прочитал заголовок и подумал что в Релакси же можно такое замутить было бы, очень обрадовался когда понял что это вы и есть.
Думаю только так и можно доказать что релакси это круто…
Осталось as3 в Objective C выгонять :)
Думаю только так и можно доказать что релакси это круто…
Осталось as3 в Objective C выгонять :)
В версии 1.2 будем генерировать код для unity3d. Они в свою очередь будут выгонять вод кучу платформ. Будет полноценная поддерка с парсингом unity-библиотек и дебагром.
По ObjectC думаем, но пока кажется более реалистичным путь PnoneGap — сделать нативную оболочку и заливать туда JS+Html+CSS. Расширяя ее фукнционал нативными плагинами. Это уже будет через месяц.
Ну и до ObjectC доберемся :)
По ObjectC думаем, но пока кажется более реалистичным путь PnoneGap — сделать нативную оболочку и заливать туда JS+Html+CSS. Расширяя ее фукнционал нативными плагинами. Это уже будет через месяц.
Ну и до ObjectC доберемся :)
Очень бы хотел просить Вас, Relaxy, задуматься над серверной «перекомпиляцией» AS3 (или даже, чем черт не шутит swf) в JS в дополнение к Вашему проекту.
Может даже у Вас получится разработать online IDE — потребность есть
Может даже у Вас получится разработать online IDE — потребность есть
Идея классная!
Как не странно тоже работаю в этом(почти) направлении. Делаю плагин для Flash Develop, способный компилировать в HTML5. В дальнейшем хотел сделать компиляцию в objectiveC и Java.
Идея на самом деле простая и логичная. Мало кто захочет писать сложное приложение на js. К тому же флешерам не надо переучиваться. Жалко что возможности HTML5 очень сильно уступают flash технологии(чего то нет, а что то сильно тормозит).
Столкнулся с двумя проблемами.
1. Замучился с AST(парсер as3 кода) пишу свой велосипед. Класс парсит отлично, а код не очень детально. Может кто подскажет отличный парсер на c#? Нашел кстати в сорцах Jangaroo парсер, он на джаве(очень похож на c#), может его буду использовать.
2. Класс на js в точности повторяющий класс as3 довольно не просто сделать со всеми ООП фичами. К примеру «перекрытие приватных переменных в наследнике и предке» или «вызов super». Решения есть, но они меня не устраивают.
Не считаю свое действо потерей времени, т.к. во-первых большой опыт, во-вторых ну не хочу я писать на js. Когда пишешь на js создается впечатление что ты попал в прошлое и допускаешь глупейшие ошибки :).
Как не странно тоже работаю в этом(почти) направлении. Делаю плагин для Flash Develop, способный компилировать в HTML5. В дальнейшем хотел сделать компиляцию в objectiveC и Java.
Идея на самом деле простая и логичная. Мало кто захочет писать сложное приложение на js. К тому же флешерам не надо переучиваться. Жалко что возможности HTML5 очень сильно уступают flash технологии(чего то нет, а что то сильно тормозит).
Столкнулся с двумя проблемами.
1. Замучился с AST(парсер as3 кода) пишу свой велосипед. Класс парсит отлично, а код не очень детально. Может кто подскажет отличный парсер на c#? Нашел кстати в сорцах Jangaroo парсер, он на джаве(очень похож на c#), может его буду использовать.
2. Класс на js в точности повторяющий класс as3 довольно не просто сделать со всеми ООП фичами. К примеру «перекрытие приватных переменных в наследнике и предке» или «вызов super». Решения есть, но они меня не устраивают.
Не считаю свое действо потерей времени, т.к. во-первых большой опыт, во-вторых ну не хочу я писать на js. Когда пишешь на js создается впечатление что ты попал в прошлое и допускаешь глупейшие ошибки :).
Интересно как будет развиваться дальше. Мы кстати искали замену js и нашли:
ru.wikipedia.org/wiki/HaXe
haxe.org/
code.google.com/p/eclihx/
При этом сейчас есть часть написанная на gwt — которую оказалось тяжело поддерживать.
Достаточно мно js в стиле jquery.ui — которые поддерживать не возможно — только переписывать.
Google Dart — пока не юзабельная альфа.
ru.wikipedia.org/wiki/HaXe
haxe.org/
code.google.com/p/eclihx/
При этом сейчас есть часть написанная на gwt — которую оказалось тяжело поддерживать.
Достаточно мно js в стиле jquery.ui — которые поддерживать не возможно — только переписывать.
Google Dart — пока не юзабельная альфа.
Уже давно есть haxe, я его периодически использую. По-моему, realaxy и прочим еще далеко до haxe, так как haxe мощнее, лучше отлажен и уже давно существует. + Абсолютно бесплатен и еще много чего. Уже 3 года как юзаю.
Мы идем от IDE, а haxe от компилятора. Мы же сразу делаем развитую IDE.
Какой подход нужен решать пользователям. Думаю разнообразие выбора — это хорошо.
Какой подход нужен решать пользователям. Думаю разнообразие выбора — это хорошо.
Бесспорно вы молодцы(особенно учитывая что умеет realaxy на основе метаязыков, если не ошибаюсь), но, я сторонник бесплатных продуктов.
Да метаязыки есть и много ну и пожалуй умеют много :)
Тут референс.
Тут туториалы.
Тут еще туториалы.
Тут референс.
Тут туториалы.
Тут еще туториалы.
haxe имеет более богатый синтаксис и множество других прелестей. На as я писал и на haxe писал. Haxe больше понравилось. Если б ваша мега ide была б как-то доступна бесплатна, например, по eap 30 дней как jetbrains, то я б её юзал потому что в ней есть отладчик. Кстати, поддержка haxe планируется?
Присмотрелся получше, очень даже неплохо для начала. Расширения языка радуют, хотя мне и не особо нравится их синтаксис.
Соглашусь.
Но тут ситуация объяснима — такая моща в руках, хочется и то и то попробовать, и разными способами, и новые операторы ввести и концепции, и там поиграться и тут поэкспериментировать.
Понимание правил создания синтаксиса языковых расширений придёт, как только эти правила выработаются. А для этого нужно опыта набраться, слышать фидбэк от пользователей, шишек набить — куда уж без этого.
Важно, что возможность создания языковых расширений есть и это работает. И хоть сам пиши, если не нравятся чужие.
Но тут ситуация объяснима — такая моща в руках, хочется и то и то попробовать, и разными способами, и новые операторы ввести и концепции, и там поиграться и тут поэкспериментировать.
Понимание правил создания синтаксиса языковых расширений придёт, как только эти правила выработаются. А для этого нужно опыта набраться, слышать фидбэк от пользователей, шишек набить — куда уж без этого.
Важно, что возможность создания языковых расширений есть и это работает. И хоть сам пиши, если не нравятся чужие.
Понимаю, а EAP планируется?
Если ты про European Association for Psychotherapy, то нет наверное. Если про Extensible Authentication Protocol, то это к автору поста. Я не настоящий сварщик, просто мимо проходил.
EAP = «Early Access Preview», у продуктов JetBrains часто есть.
Бета доступна для скачивания. Все ссылки на новые сборки мы будем выкладывать в наш блог.
Уже кстати выложили свежую сборку —
там уже работает кое что из flash-api. Можно рисовать grapics.beginFill() кружочки.
Windows rase.s3.amazonaws.com/RASE-9117-win.exe
Macosx rase.s3.amazonaws.com/RASE-9117-macos.zip
Linux rase.s3.amazonaws.com/RASE-9117-linux.tar.gz
Так же работаю некоторые языковые расширения в среде исполнения JS —
Такой код будет работать.
Уже кстати выложили свежую сборку —
там уже работает кое что из flash-api. Можно рисовать grapics.beginFill() кружочки.
Windows rase.s3.amazonaws.com/RASE-9117-win.exe
Macosx rase.s3.amazonaws.com/RASE-9117-macos.zip
Linux rase.s3.amazonaws.com/RASE-9117-linux.tar.gz
Так же работаю некоторые языковые расширения в среде исполнения JS —
Такой код будет работать.
Музыка достала уже через минуту.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ActionScript как язык для разработки JS приложений c jQuery и дебагером