Где ошибка? Пишите у кого мелкие вопросы, сюда! Опции

[Shefon]

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

set #1 0
set #2 0
set #3 0
...
...
...
...

if 123, 456 7890
set #1 1
set #2 2
end_if

set #3 #1 + #2

[xolost]

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

set #1 0
set #2 0
set #3 0
...
...
...
...

if 123, 456 7890
set #1 1
set #2 2
end_if

set #3 #1 + #2

А почему бы просто не использовать конечную переменную внутри ифа?)

Код

if 123, 456 7890
   set #1 1
   set #2 2
   set #3 #1 + #2
end_if

И ошибки никогда не будет, и обнулять кучу переменных не нужно, а только одну конечную -
т.е. set #3 0 в начало или вообще не добавлять. Просто числа иметь не будет, но условия на неё дольнейшие будут работать.

[Microsoft]

Можно ли как то сделать чтобы записывать в $ только одну часть lastmsg? К примеру You see: Grizzli и нужно чтобы записалось только Grizzli а You see: стереть.

[Zeleax]

Можно ли как то сделать чтобы записывать в $ только одну часть lastmsg? К примеру You see: Grizzli и нужно чтобы записалось только Grizzli а You see: стереть.

Можно. См. команды Copy, PosEx на UOWiki

Сообщение отредактировал Zeleax - 20.12.2012, 8:36

[Shefon]

А почему бы просто не использовать конечную переменную внутри ифа?)

Код

if 123, 456 7890
   set #1 1
   set #2 2
   set #3 #1 + #2
end_if

И ошибки никогда не будет, и обнулять кучу переменных не нужно, а только одну конечную -
т.е. set #3 0 в начало или вообще не добавлять. Просто числа иметь не будет, но условия на неё дольнейшие будут работать.

в том то и дело что в твоём варианте надо помнит какую пременную обьявлять ,а какую нет. Это не проблема когда в програме 7 строчек, но когда их тысяч 10 , можно и провтыкать. А потом долго долго искать ошибку которая возникла из-за этого.

[xolost]

в том то и дело что в твоём варианте надо помнит какую пременную обьявлять ,а какую нет. Это не проблема когда в програме 7 строчек, но когда их тысяч 10 , можно и провтыкать. А потом долго долго искать ошибку которая возникла из-за этого.

Какая ошибка в данном варианте может вылезти?
дай пример конкретный, а то я при 3000 строках не разу подобную не ловил, при подобном оформлении.

[WKnight]

goto :mana

Добавлю.

[Shefon]

goto :mana

Добавлю.

Спасибо огромное.
Это кстате в некоторой степени развяжет тебе руки с добавлением новых зарезервированных переменных.
Они уж точно не станут тогда конфликтовать с метками.
(IMG:style_emoticons/default/rolleyes.gif)

[Shefon]

Какая ошибка в данном варианте может вылезти?
дай пример конкретный, а то я при 3000 строках не разу подобную не ловил, при подобном оформлении.

Суть в чём.. Если собираешся использовать переменную , то сначала её стоит обьявить.
Вот твой вариант обьявлять её по мере необходимости. Да это работает. Но у меня часто бывает что я после написания скрипта начинаю модифицировать его. Например вставляю какую нибудь процедуру в какое то место. И часто эта процедура использует переменные которые уже где то задействованы. Представь теперь что я вставил процедуру до места где эта переменная обьявлялась.. В таком случае мне приходится проверять все ли переменные для моей новой процедуры уже определены, и если нет переносить определение до моей новой процедуры.. Короче гемор.
Гораздо эффективней определять все ключевые переменные в самом начале скрипта, и затем уже не задумываться о них.

Я достаточно понятно обьяснил?

[xolost]

Суть в чём.. Если собираешся использовать переменную , то сначала её стоит обьявить.
Вот твой вариант обьявлять её по мере необходимости. Да это работает. Но у меня часто бывает что я после написания скрипта начинаю модифицировать его. Например вставляю какую нибудь процедуру в какое то место. И часто эта процедура использует переменные которые уже где то задействованы. Представь теперь что я вставил процедуру до места где эта переменная обьявлялась.. В таком случае мне приходится проверять все ли переменные для моей новой процедуры уже определены, и если нет переносить определение до моей новой процедуры.. Короче гемор.
Гораздо эффективней определять все ключевые переменные в самом начале скрипта, и затем уже не задумываться о них.

Я достаточно понятно обьяснил?

Возможно, сейчас узнаем)

смотри

Код

if $b > 0
   set #i 1
   set #i2 2
   set #i3 #i + #i2
end_if

if #i3 > 0 
   msg сложение произошло
else
   msg не найдена
end_if

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

[DarkMaster]

Это третья тема которую я закрываю за все время(не считая криво созданных).
Еще на момент появления темы она привлекла мое внимание, т.к. при поиске будет очень сложно ориентироваться в толстой теме, где обсуждение всего подряд в куче. Пожалуйста, старайтесь придерживаться формата "название темы - содержание соответственное названию". Указывайте как можно более узкое и точно название темы, если будет указан оператор по которому задается вопрос, то вообще прекрасно. Не бойтесь создавать темы, людям потом проще ориентироваться и получать полезную информацию. Глупых вопросов не бывает.