Comments 30
И как продаётся?
Я, если честно не вижу в этом мего-добства.
Вместо того чтобы написать две строки кода надо нажать пять кнопок, плюс добавить в проект еще одну субстанцию в виде трейта.
Плюс к этому еще и не видеть полной структуры кода, что для меня в работе является отнюдь не плюсом.
Хотя если дефолтное действие в интерфейсе будет достаточно объемным, и использоваться не в одном месте — то возможно это и будет ок.
Спорно, спорно…
Вместо того чтобы написать две строки кода надо нажать пять кнопок, плюс добавить в проект еще одну субстанцию в виде трейта.
Плюс к этому еще и не видеть полной структуры кода, что для меня в работе является отнюдь не плюсом.
Хотя если дефолтное действие в интерфейсе будет достаточно объемным, и использоваться не в одном месте — то возможно это и будет ок.
Спорно, спорно…
Пользуюсь постоянно подобным поведением в MPS (пары интерфейс и реализация) — исключительно удобно. Сделал это для AS, потому что это действительно удачная и полезная идея.
Dukobpa3, я думаю, что несложно сделать рефакторинг extract to trait, который решит твои сомнения.
Т.е. ты описываешь поведение как обычно, но когда хочется выделить его для использования в других классах в виде trait, просто рефакторишь.
Никаких лишних телодвижений до того, как тебе это понадобилось.
Так ок?
Т.е. ты описываешь поведение как обычно, но когда хочется выделить его для использования в других классах в виде trait, просто рефакторишь.
Никаких лишних телодвижений до того, как тебе это понадобилось.
Так ок?
Flash с каждым разом делает жизнь разработчика все легче и интересней! =)
У вас замечательный и очень революционный редактор! Единственное, что меня оттолкнуло от одной из бета-версий: я привык между методами ставить вот такую штуку:
// ================================= //
Это у меня ещё с С++ Builder осталось, со студенческих времён. Теперь без такой штуки просто код неудобно читать, ничего не могу с собой поделать. В вашем редакторе не получилось этого сделать. Хотя, может я просто не нашёл нужный функционал.
// ================================= //
Это у меня ещё с С++ Builder осталось, со студенческих времён. Теперь без такой штуки просто код неудобно читать, ничего не могу с собой поделать. В вашем редакторе не получилось этого сделать. Хотя, может я просто не нашёл нужный функционал.
Тут не текст, поэтому просто что-то добавить нельзя. Но можно добавить маленькое языковое расширение, которое это позволит сделать. Повод подумать о небольшом туториале-статье.
Жму вам руку. Я тоже не могу без разделителя между методами.
Правда, у меня он такой: /////////////////////////////////////////////////////////////
Правда, у меня он такой: /////////////////////////////////////////////////////////////
Жень, а ты не думал пойти по пути Scala, Java и JVM? Зачем выводить в AS3 код, когда можно все интересное сразу в AVM2 компилировать?
Это не LOP-way. А я на этом пути. Я пишу языковые расширения, потому что это основная фича, путь и задача среды.
Расширения хороши тем, что потом кто-то может подменить поведение и языка-расширения. Того же генератора, например. Манипуляции с байткодом не выглядят настолько прозрачно для пользователя. IMHO.
Расширения хороши тем, что потом кто-то может подменить поведение и языка-расширения. Того же генератора, например. Манипуляции с байткодом не выглядят настолько прозрачно для пользователя. IMHO.
А настройки стиля кода будут?.. Например, я не люблю «египетские» скобки и пробелы перед и после двоеточия.
Редактор не имеет текста. Как следствие форматирования. Но зная реальную сложности восприятия фигурных скобок, людей из разных «школ форматирования» функционал по выбору отображения имено скобок будет. Но не более того. Возможно потом мы предоставим инструменты для выбора отображения и других элементов.
Лучше почитать вводную статью. Вопросы форматирования кода совсем из другого мира :) Редактор напрямую редактирует AST. А код в редакторе лишь отображение AST. Причем одна из версий отображений. Потом можно создавать свои версии отображения. Например, отказаться от скобок совсем. Или показывать код в виде диаграммы. И иметь возможность переключаться между представлениями кода.
Интересно, фирма AGV, разработавшая дизайн этого запоминающегося шлема, знает что он используется в логотипе?
Дай ссылку, интересно сравнить.
Вообще-то дизайн шлема делал Василий Дубовой с нуля.
Можем 3D модельку показать.
Вообще-то дизайн шлема делал Василий Дубовой с нуля.
Можем 3D модельку показать.
Ну как-бы у Гугля достаточно спросить:
www.google.ru/search?q=agv+blade+red&um=1&hl=ru&newwindow=1&tbm=isch&source=lnt&tbs=ic:specific,isc:red&sa=X
(сорри за кривую ссылку, предпросмотр есть а тегов нету).
Фирма AGV в мотомире довольно известная, Валентино Росси в их шлемах ездит.
www.google.ru/search?q=agv+blade+red&um=1&hl=ru&newwindow=1&tbm=isch&source=lnt&tbs=ic:specific,isc:red&sa=X
(сорри за кривую ссылку, предпросмотр есть а тегов нету).
Фирма AGV в мотомире довольно известная, Валентино Росси в их шлемах ездит.
Ну не знаю ребят…
Может это кому то и пригодится. Вообще по моему практическому опыту программирования. Очень редко когда я использовал интерфейсы, и то когда писал свой 3д двиг. В рабочих проектах — никогда, хотя есть достаточно серьезные.
Трейты добавляют путаницы… Куча каких то копий непонятных. Может легче сделать еще изящнее. Прям в интерфейсе там где объявление метода, сделать его и реализацию, будет меньше путанницы. Еще было бы прикольно если бы у интерфейса были переменные. А еще лучше делать наследование от нескольких классов и не заморачиваться с интерфейсами.
Может это кому то и пригодится. Вообще по моему практическому опыту программирования. Очень редко когда я использовал интерфейсы, и то когда писал свой 3д двиг. В рабочих проектах — никогда, хотя есть достаточно серьезные.
Трейты добавляют путаницы… Куча каких то копий непонятных. Может легче сделать еще изящнее. Прям в интерфейсе там где объявление метода, сделать его и реализацию, будет меньше путанницы. Еще было бы прикольно если бы у интерфейса были переменные. А еще лучше делать наследование от нескольких классов и не заморачиваться с интерфейсами.
> Прям в интерфейсе там где объявление метода, сделать его и реализацию
это называется mixin.
интерфейсы нужны в языках со строгой типизацией.
это называется mixin.
интерфейсы нужны в языках со строгой типизацией.
В RASE бедет несколько пустей это сделать. Один из путей — это трейты, которые очень сделаны очень аккуратно по отношению к OOP представлениям большинства пользователей. По сути это более удобная композиция. Потом будет язык для AOP, который добавит больше чертовщинки в акшенскрипт. А уж для совсем «безбашенных» мы сделаем язык mixin, который позволит делать всякие другие полезные, но уже более рисковые и неочевидные штуки. На любой вкус. Выбор за разработчиком и командами.
А скобочки? Вы сделали возможность настройки представления кода?
Я этот вопрос задавал чуть выше.
http://habrahabr.ru/blogs/Flash_Platform/120269/#comment_3941790
http://habrahabr.ru/blogs/Flash_Platform/120269/#comment_3941790
По-моему, слишком много теории. Это конечно жутко интересно, но обычно тот код, что я видел, реализован проще.
Sign up to leave a comment.
Множественное наследование в ActionScript. Язык Traits в RASE Beta 10