nesco писал(а):
А во что должноА почему бы и XXX123YYY456ZZZ не переводить в 123 вместо 0
Ответов: 356
Рейтинг: 31
|
|||
nesco писал(а): А во что должноА почему бы и XXX123YYY456ZZZ не переводить в 123 вместо 0 |
|||
карма: 0 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
olDjeka писал(а): Подай число типа String в качестве ID на TVT_GetNode, и всё поймёшьИ ничего страшного, отпарсируешть строку, преобразуешь в целое и подашь в качестве ID ------------ Дoбавленo в 00.01: olDjeka писал(а): А почему бы и XXX123YYY456ZZZ не переводить в 123 вместо 0Еще раз -- для этого существуют строковые парсеры и никто это пихать в конверторы не будет |
|||
карма: 22 |
|
Ответов: 356
Рейтинг: 31
|
|||
[flood]А так хорошо начиналось: "Вызываем в Москву ..."[/flood]
|
|||
карма: 0 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
foksov, для olDjeka, это сложно. По его мнению, весь функционал парсера надо затолкать в конвертор. Зачем ему над эти думать...
------------ Дoбавленo в 00.05: [flood] olDjeka писал(а): А как хорошо начиналось: "Вызываем в Москву ..."Кого вызываем [/flood] |
|||
карма: 22 |
|
Ответов: 1376
Рейтинг: 197
|
|||
карма: 1 |
| ||
файлы: 1 | code_19827.txt [347B] [175] | ||
Голосовали: | olDjeka |
Ответов: 16884
Рейтинг: 1239
|
|||
карма: 25 |
| ||
файлы: 1 | code_19828.txt [290B] [153] | ||
Голосовали: | nesco, Alexbootch |
Ответов: 1376
Рейтинг: 197
|
|||
Tad писал(а): foksov, а подумать ?Ну это уже мелочи... Главное, что для его задачи ни какого Конвертора и ненадо! |
|||
карма: 1 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Tad, это правильно для структуры 123XXX456YYY, но неприемлемо для структуры XXX456YYY
|
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
nesco писал(а): но неприемлемо для структуры XXX456YYY
|
|||
карма: 25 |
| ||
Голосовали: | olDjeka |
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Кроме того, преобразование ковертора str2int аналогично существует и в преобразовании типов компонента. Но конвертор будет работать быстрее
------------ Дoбавленo в 00.46: Tad писал(а): объясниСнимаю шляпу, ошибся, действительно парсирует и убирает лишние символы, видимо, работает внутренний триммер. Полез смотреть код, но если честно, я этого не знал, так что подумать не катит, тут знать надо, или встречаться с этим |
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
nesco писал(а): Но конвертор будет работать быстрее |
|||
карма: 25 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Tad писал(а): Ну и зачем мне быстрее ? Мне что астрономические вычисления делать ?Для циклов хуже, а так -- конечно, пойдет, я не сомневаюсь ------------ Дoбавленo в 00.53: Ха, это работает преобразование Str2Double, а не Str2Int, аналогично и в конверторе (StrToReal). Но Math еще и округляет ------------ Дoбавленo в 00.54: Интресно, а тип Real в TVT_GetNode работает в качестве ID ------------ Дoбавленo в 00.58: Вот он, такой же парсер в конверторе
Во, млин... Оказывается, можно открыть для себя еще что-то новое в HiAsm-e. Осталось это куда-то воткнуть в справку |
|||
карма: 22 |
| ||
Голосовали: | olDjeka |
Ответов: 356
Рейтинг: 31
|
|||
nesco писал(а): а тип Real в TVT_GetNode работает в качестве IDОчень жаль, но не работает. |
|||
карма: 0 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
|
|||
карма: 25 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
olDjeka писал(а): Очень жаль, но не работаетЗначит, используй Math, как показал Tad, тот же парсер + конвертор в Int |
|||
карма: 22 |
|