Форум Flasher.ru

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)
-   ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)
-   -   Работа со String (http://www.flasher.ru/forum/showthread.php?t=137258)

etc 09.03.2010 18:30

Цитата:

Сообщение от wvxvw (Сообщение 891961)
Твой вариант не учитывает символы \r \n ;)

Ну уж добить регулярку сами сможете, не?

wvxvw 09.03.2010 22:42

Регулярка всяко медленнее субстринга будет :)

etc 09.03.2010 23:33

Цитата:

Сообщение от wvxvw (Сообщение 891994)
Регулярка всяко медленнее субстринга будет :)

Зато короче :P
И врядли вы тут даже почувствуете медлительность, ну разве что когда мегабайты текста будете парсить.

dimarik 10.03.2010 00:15

Цитата:

Сообщение от etc (Сообщение 892003)
ну разве что когда мегабайты текста будете парсить.

Будем. И она тут подведёт :)

wvxvw 10.03.2010 00:57

Для мегабайтов AS3 не товарищ - уж если и делать то в Alchemy / HaXe.

dimarik 10.03.2010 01:37

А чем особым они помогут? Я помню ассемблерные вставки для sinclair basic, здесь также? Неужели можно тупо на асме реализовать проблемные места? Что за диво эти алхимики/хаксы? Тогда нахрена вообще AS? Давайте писать на... чемм там быстрее и не так тармознутее?

chabapok 10.03.2010 01:43

у стринга есть (если не путаю) slice или substr. Вот и выдирайте в цикле кусками по 80 симовлов и в другой target стринг копируйте.

как-то так
Код AS3:

var target = '';
for(var i=0; i<source.len/80;i++)
target += source.substr(i*80, 80)+'ваша строка';


wvxvw 10.03.2010 04:47

chabapok:
Могли бы и на первую страницу заглянуть :)

dimarik:
Ну так все от задачи зависит. Скажем, до Asm'a там далеко, но все-таки соптимизировать конкатенацию и вообще работу со строками (т.е. с массивами примитовов вообще) на уровне флешевого байткода еще как можно.
Т.е. например то, как написал chabapok для больших объемов информации делать не стоит т.как это будет дублировать строки при каждой конкатенации (на фоне этого многократный вызов геттера length - мелочь). А вообще - можно конкретно под конкатенацию заточить функцию так чтобы, например третий сверху регист хранил ссылку на часть, которую нужно скопировать, четвертый - на уже скопированую, ворой и первый - на инкремент и значение которое нужно добавить к инкременту - описать такую структуру на AS никак не получится т.как нам обязательно нужна ссылка, чтобы ее в регистр положить, а используя такой метод у нас этой ссылки не будет. В HaXe похожую штуку осуществляет StringBuf. Ну а в AS по бедности можно использовать массив, или самому лист написать, по скорости разницы скорее всего не будет между листом и массивом, но оба выиграют у конкатенации, если складывать нужно много строк.

EDIT: Но, опять же есть тривиальные решения, которые просто реализовать и они будут работать с вменяемой производительностью, и есть заведомо нехорошие. Ни один из предложеных выше вариантов не является заведомо плохим, поэтому как бы и спорить нет смысла. Но можно расшибится в лепешку и соптимизировать цикл с использованием небезопасных поинтеров, передачей значений "наугад" по адресу регистра или через джампы и т.п.
Писать на AS стоит потому, что писать и дебажить байткод дико сложно, но за простоту мы платим производительностью, т.как написать идеальный компилятор не возможно :)
Или то будет вот так:
http://xkcd.com/371/

etc 10.03.2010 08:09

Мне кажется вы немного того, если для разбиения строки на одинаковые куски собрались использовать байткод и прочую алхимию. Это всего лишь подтверждение либо тому, что вам делать нехрен, либо тому, что AS3 тормоз. (Насчет последнего не очень уверен)

wvxvw 10.03.2010 14:40

Ну так я ж говорю, что от задачи зависит - если тебе нужно в AIR перелопатить несколько сот (тысячь) текстовых файлов - я думаю, ты тоже бы задумался, а стоит ли немного допилить родные API - там разница по времени может очень приличная получиться. Ну и сам понимаешь, что тормоз не AS3, а то, что из него компилируют :)


Часовой пояс GMT +4, время: 12:18.

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.