> Да что вы пристали к альфе плеера, все там ещё сто раз переделают.

Куда кричать про cubic + quartic bezier? А то ведь так и не сделают...

Зачем 4й степени-то вообще? А про апроксимацию кубических кривых квадратичными в инете материалов немеряно. Так же видел несколько библиотек для ас3 с нужными решениями.

BlooDHounD >> смотря о чем вы? Если вы о
То попробуйте мне доказать более рациональный путь. (это будет совсем не просто, кстати)
И, пожалуйста, не применять "хитрости увиливания" из серии "любой опытный программист, работавший с другими языками, знаком с конструкцией Vector" - вот пусть там и работает; это не аксеома и не постулат, тем более Flash/Flex разработчики не сталкивались с данной конструкцией, следовательно, для них вышеуказанная конструкция будет интуитивнее понятней и адаптация будет не нужна. Так что к логике док-ва не имеет ни какого отношения. Каждый делает и воспринимает так, как ему ближе и удобней, будь ты студент 1го курса ВМК МГУ, будь ты хоть гуру всея языков разработки.
Докажите логически, что я не прав. Пока ни кому, ни на одном форуме этого сделать внятно не удалось. По сему делаю вывод, что пока прав я.

ulik, Вы таки не правы :)

1. [] - данная конструкция ущербна в силу своей нелогичности. есть класс -> есть конструктор -> надо вызывать конструктор. эта запись всего лишь дань былому наследию.
2. о том какие понятия существуют в программировании надо знать независимо от языка. однажды человек учившийся на факе сетевой безопастности не понял моей фразы "сделай хэш". в его интерпретации это были шифрованные данные. просто он не подозревал о важности контекста.
3. то что людьми правят стереотипы - я согласен. и то что использовать Array вместо Vector было бы логичнее. Dictionary же вас не смутил, наверно? вы же не кричали: "почему они не научили Object?" если у классов разный функционал, то зачем их объединять и терять в скорости работы приложения? вы же не знаете правды о Vector.
4. то что Vector лежит в пакете со странным названием, я так понимаю, Вас не смутило, а должно было. именно по этому пакету видно, что он очень сильно эксперементальный, и адоба не знает куда его прикрутить.

P.S.: если все Вас считают не правым, и вы не Коперник (а Вы не он, и на сколько я могу судить к гуру не имеете никакого отношения), то врядли ошибаются все.

1. Я делал упор не на [], а на то что нужно просто Array сделать типизированным, а не создавать велосипед заново. Ущербна или нет, все же читаем рекомендации адобы http://opensource.adobe.com/wiki/dis...ng+Conventions
2. Знать-то нужно, но никто не навязывает
3. Dictionary не использую. Object вполне хватает
4. в каком?

ps: Покажите мне гуру. Пока ни одного не видел. Нет, не все.
pss: Палка о двух концах. Разработчики адобы, думаю не менее опытны Вас (с сорказмом) и все же они с вами не согласны по поводу пункта 1. Забавно получается...

1. да как-то я как ложил на рекомендации адобы :) для меня индусы пишущие флекс-фреймуорк не авторитеты (на это есть ряд причин, известный любому нормальному специалисту, который его ковырял. всё это не раз обсуждалось).
2. а вы тут чем занимаетесь? именно навязываете. ах да ... адоба тоже навязывает, исходя из вашей логики.
3. ну вот и про вектор забудьте.
4. поставте и посмотрите, а то Вы сейчас как специалист с большой буквы доказываете странные теории, а сами даже не посмотрели что оно из себя внутри представляет.

ps: смотреть дальше своего носа - личное дело каждого человека.
pps: каждому своё (С) знаю кто, но не скажу.

Собственно, как и я клал на этот Вектор и все равно остаюсь при своей точки зрения.
Внятного опровержения пока никто не дал. Мб неспособны?!
Разговор бесполезен. Как и в ряде др. предшествующих случаях. Спасибо, господа, Специалисты. Мда уж...
Баста.

Ссылочку можно на обсуждение? И если не трудно список настоящих "авторитетов" в пм, чтоб оффтопик не разводить.

Ключевая фраза )).
Чтобы сменить точку зрения было возможным, надо попытаться понять о чем говорят. Также прежде чем помогать кому-то на форуме, надо понять вопрос задающего. Оно конечно приятно общаться со всеми в пузыре, но не продуктивно )).

†‡Paladin‡†, кхе, а гугл отменили? список авторитетов у каждого свой.

Короткое объявление массива нужно там, где критична производительность, во всех остальных случаях лучше использовать один стандарт для всех объектов.

Люди не знаете, а в компиляторе flash 10, когда можно уже по юзать???
Когда официальный релиз?

в компиляторе? странная игра слов.

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

†‡Paladin‡†, у всех свои недостатки. сочувствую.

Абсолютно во всем поддерживаю 2morrowMan и BlooDHounD. Сразу видно здесь людей которые программировали не только на AS. Большинство тут понятия не имеют что такое настоящее программирование и какие проблемы могут встать перед разработкой действительно быстрого и качественного кода. И вопрос не в том что им не хватило мозгов, просто работа на AS не учит как правильно кодить, делать код более качественным, более быстрым, использование правильных алгоритмов для конкретных задач... Тут делается "абы работало". И только AS3 начал быть похожим действительно на язык. Меня поймут те кто работал с С/С++, Java, потому что эти языки учат тому что называется программированием, и еще на заметку - Писать код с помощью классов это не значит писать объектно-ориентированный код, ООП это нечто большее чем просто работа с классами.
Это я к чему веду - не стоит говорить что "Вот! Адоб, дураки, сделали тут какие то классы левые! Для чего, не понятно!" - как говорит моя бабка "Вам милки надо сесть еще много го#на" что бы понять почему они это делают.
Я прошел много языков начиная с Ассемблера и заканчивая (вот как раз постигаю) Флеш технологию, потому кое что могу говорить о языках. Но тут не надо быть умником что бы видеть что происходит. Кто не в курсе то AS3 на 90% спертый с Java, и не только синтаксисом, а и технологиями, понятиями и техниками реализации начиная с классов и заканчивая виртуальной машиной (это говорю как бывший Java-программер), и еще до выхода первой демки Флеш 10, я предвещал что должна будет произойти типизация контейнеров и вот пожалуйста - оно. Это и не сложно было предвидеть зная какие то общие аксиомы и понятия программирования, как выразился BlooDHounD.А на счет Vector, так тут вообще легко, это может быть тот же одномерный массив, только с другим алгоритмом реализации, который может быть в порядки быстрее на некоторых операциях чем его аналоги. Для понимания могу привести пример с Java: в ней существует несколько класов листов (коллекций), вот два из них ArrayList и LinkedList. Грубо говоря это динамически связанные списки (надеюсь товарищи программисты вы понимаете что это). Оба они умеют выполнять одну и туже работу, и при том одинаково удобно. Вопрос - зачем два одинаковые классы? А затем, что первый класс в разы быстрее справляется с операциями добавления/удаления элементов в начало и конец списка (где то в два раза быстрее), а второй вставка и удаление элементов в середину списка, хотя оба класса могут делать работу друг друга. Но это не проблема плохой архитектуры классов, а сделано специально, с использованием двух различных алгоритмов. Но мне почему то кажется что вопрос алгоритмов для товарища ulik это пустой звон.

А вот буквально минуту назад нарыл в доказательство своего предположения (взято с адоба)
Vector Data Type — Flash Player 10 and ActionScript 3.0 add support for a new data type called Vector that is an ECMAScript 4 proposed language addition that is similar to an Array but requires that all elements be of the same type. By having a consistent type, performance on Vectors is significantly higher than Arrays. Vectors work as a parameterized type.

http://labs.adobe.com/technologies/f...easenotes.html

хоть AS не совершенен - притензий к нему вообще нет. Он работает достаточно быстро чтобы выполнять сложные и многомерные вещи. А вот графика пока страдает. Как правильно мне как то сказали "вот ты сидишь морочишься на счёт оптимизации кода, а вот забудешь где нить поставить cacheAsBitmap и все твои старания в слиф. Потому что приложение будет торомозить ещё хуже" и как говорил второй знакомы когда мы с ним обсуждали тему "почему в компиляторе естьсистема исправление дурацких ошибок и почему можно писать в фреймах простенький код" да потому что FLASH был расчитан на дизайнеров а не на кодеров. Дизайнеры и художники ваще могут незнать что такое язык программирования - зачем им эти классы библиотеки и прочее. А на счёт новых класов понятно будут работать быстрее потому что когда мы пишем свои классы они работают в режиме эмуляции встроенных, а втроенные классы работают непосредственно с железом уже.

2Cobolin Как же Вы низко пали - начать с ассемблера и си и кончить экшенскриптом... Для вас новичка может и откровение что AS повторяет яву в синтаксисе, а те кто давно юзает флеш это не тайна - это ECMA-синтаксис. JS из той же породы. А вот насчет мозгов - да. Тут некоторые чесно признаются, что флеш для них это способ тупо заколачивать бабки, поэтому если будет метод TextField.textOnPath, то они и не поинтересуются, как это можно сделать самому, а если не будет метода - будут стонать, что адобовцы опять "протупили". Се ля вуха.

> а втроенные классы работают непосредственно с железом уже.

Сильно. Вам бы в m$ работать.

> Тут некоторые чесно признаются, что флеш для них это способ тупо заколачивать бабки

Время/желание писания кода just for fun у меня почти прошло

> то они и не поинтересуются, как это можно сделать самому

А вот я поинтересовался. А теперь Вы поинтересуйтесь, как это сделать. Начните с разбора ttf-формата.

> а если не будет метода - будут стонать

Будем делать врапперы. Ибо нужно бабло.
Да, будут еще дикие тормоза, ибо что адобовцы опять "протупили". Се ля вуха.


// жду Сишного компилятора, который обещали. Смогу больше не трогать эту поделку под названием AS
/// Очень хочу посмотреть на разных умников, которые будут спрашивать "а где здесь строки?", "как их сравнить?"

LinuxVideo, спасибо, если понадобится - обязательно изучу. Пока и этого выше крыши :)

Я так понимаю что С++ будет компилиться в тот же байт-код, что и АС. Что-то типа того как managed C++ под .NET компилится в CIL.
АС - скриптовый язык, его цель - быстрая разработка приложений, тот же код на сях будет писаться гораздо дольше - парадокс )). Прежде чем называть что-то поделкой рекомендуется сначала врубиться для чего оно сделано. И если с предыдущими версиями AC, после серьезных языков было общаться как-то не очень, то AC3 уже вполне достойный язык.
И на последок, я думаю немногие программеры в жизни смогли избежать общения с С++, так что к чему тут понты непонятно совершенно. А выделываться перед дизайнерами которые программирование только с АС узнали не стоит - пнут под сраку, потому что в их области являешься полным нулем.

badun, вводить интерпретатор C в AS бессмысленно по причинам описанным вами. логично предположить, адоба тоже знает причины и не будет тратить время на такую глупость.

Я вот тоже подумал, если компилятор си будет переводить всё в байт-код, то собственно что такого должно содержаться в программе сишника, что было бы недоступно для пользователей AS??? Может во флеш будет встроен некий дополнительный интерпретатор для сишных вставок, который работает быстрее? Что то сильно сомневаюсь.

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

Вот скорее второе верно, так как "более быстрый байткод" что то из области фантастики.

C++ строгий язык, в нем нету многих фич, которые делают AS таким удобным и соответственно тормозным, так что предположение вполне реальное.

Есть еще вариант, что он вводится для привлечения к flash-платформе си-разработчиков, но это уже как-то совсем сомнительно )).

> АС - скриптовый язык

ас3 - уже не скриптовый.

> быстрая разработка приложений

и долгая разработка быстрых приложений

> тот же код на сях будет писаться гораздо дольше - парадокс ))

Если будет такая же производительность, как и в демках - оно оправдано

> Прежде чем называть что-то поделкой рекомендуется сначала врубиться для чего оно сделано

Оно сделано дабы тупые блондинки тыкали гламурные кнопки и визжали от счастья. А я за это получал бабло.

> интерпретатор для сишных вставок

звучит как жареный лед

> чтобы легче портировать популярные си библиотеки.

Qt тоже портируют? А то надоело собирать глючные и торморзные фреймворки. Мои самоделки работают гораздо быстрее.

badun, вы не поняли моей иронии. я пытался вас привести к тому, что если и будет, то это будет нечто вроде нынешней гидры, либо возможность писать свои инстрикт-классы. так как всё что Вы говорите нафиг не нужно никому. тем болие сишникам.

сколько людей столько и мнений
а языков программирования и того больше
http://www.roesler-ac.de/wolfram/hello.htm

я веду к тому что вы б ещё мешали HTML с Delphy или Basic c PHP
разные задачи = разные языки

даже если б вместо AS был C++ ничего бы не поменялось - это не значит что SWF стал бы такой же по скорости как EXE.

а знаешь почему всётаки во флеше не С++?
потому что C++ это макрософтофский продукт
и потому что C++ работает с объектами, в то время как AS изначально предназначался работать с графикой. короче я про то что в с++ по типа "this.stop" не напишешь там совсем другая логика.
щас язык AS больше стал похож на язык высокого уоровня и то спорно.

мой препод как то на вопрос "в чём разница языка высокого уровня от невысокого" ответил "язык высокого уровня может писать собственные библиотеки"

DRAGOnoid, поясните пожалуйста вот эту фразу: "язык высокого уровня может писать собственные библиотеки". я чё-то не могу её понять. кстати ... встроенные АС классы написаны на С.

O_o Нифига себе - Linux написан на языке Майкрософт?
Но все-таки как то страно создавать компилятор для Си++ под флэш. Все таки каждый язык имеет свое применение и мешать смысла никакого нет. Лучшеб сделали асм вставки для псевдокода.

А что мешает открыть файл блокнотиком и вписать байткод?

Яски, тоесть АСМ, вставки это нормально, а С, это аморально?

> Лучшеб сделали асм вставки для псевдокода.

Асм - платформозависимо. Си(++) - это кроссплатформенно.


> а знаешь почему всётаки во флеше не С++?
> потому что C++ это макрософтофский продукт
> мой препод как то на вопрос "в чём разница языка высокого уровня от невысокого" ответил "язык высокого уровня может писать собственные библиотеки"

Кинул в лолксы, поржали :lol:

Буковками иронизировать надо поотчетливее. И вести меня к чему-либо не надо, мне можно сразу говорить как есть, не обижусь. Насчет "возможности писать свои инстрикт-классы" надеюсь так и будет. Инфы на эту тему не видел вообще, мои суждения основанны на том как это устроенно в .NET . Если есть ссылки, с удовольствием пожую.


2LinuxVideo:
> ас3 - уже не скриптовый.
адобей предупредить надо, но стандарт ECMA-262 думает иначе.
A scripting language is a programming language that is used to manipulate, customise, and automate the facilities of an existing system. In such systems, useful functionality is already available through a user interface, and the scripting language is a mechanism for exposing that functionality to program control.

>и долгая разработка быстрых приложений
херню писать - хобби?

>Если будет такая же производительность, как и в демках - оно оправдано
в каких демках, квака чтоли? скажи, как ты из танка можешь оценить какая там производительность?

>Оно сделано дабы тупые блондинки тыкали гламурные кнопки и визжали от счастья. А я за это получал бабло.
херню писать - хобби?

>Qt тоже портируют? А то надоело собирать глючные и торморзные фреймворки. Мои самоделки работают гораздо быстрее.
причем здесь Qt? еще спроси MFC тоже портируют? нужен гуй, пользуй флекс, или кучу других библиотек. ну а то что твои самоделки самые-самые никто и не сомневался.

badun, не надо нервничать :) гуглвамвруки.

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

Это просто глупо