605
правок
Изменения
Материал из Chaotic Onyx
Перейти к навигацииПерейти к поиску
мСтрока 1:
Строка 1: − + − + + + Строка 239:
Строка 241: − : if(T == "вступление")+ − : usr << "И вот как-то раз..."+ − : else ..()+ − : if(T == "подсказка")+ − : usr << "Буквально позавчера."+ − : else ..()+ +
→DM Guide 1-19 - вешаю плашку "Устарело"
{{Заготовка}}
{{Устарело}}
''Это 19 глава перевода оригинального руководства по Dream Maker от разработчиков.''
Данная статья не совсем соответствует действительности и нуждается в новом переводе.
''Это 19 глава перевода оригинального руководства по Dream Maker от разработчиков. Если вы работаете в Dream Maker - внимательно прочтите её и сообщите о найденных ошибках.''
[http://wiki.ss13.ru/index.php?title=All_about_the_code Остальные главы руководства и статьи о программировании на коде BYOND от любителей на русском.]
[http://wiki.ss13.ru/index.php?title=All_about_the_code Остальные главы руководства и статьи о программировании на коде BYOND от любителей на русском.]
client/Topic(T)
client/Topic(T)
if(T == "вступление")
usr << "И вот как-то раз..."
else ..()
client/Topic(T)
client/Topic(T)
if(T == "подсказка")
usr << "Буквально позавчера."
else ..()
В таком написании, эти два определения процедуры client/Topic(T) могут быть размещены в коде в любом месте. Если один из них будет выполнен и приведёт к значению ..() ,то другой уже не наступит. Вот в таких случаях и бывает полезно обращаться к процедуре-родителю
В таком написании, эти два определения процедуры client/Topic(T) могут быть размещены в коде в любом месте. Если один из них будет выполнен и приведёт к значению ..() ,то другой уже не наступит. Вот в таких случаях и бывает полезно обращаться к процедуре-родителю
<!--As written, these two definitions of the Topic procedure can fall in any order with any amount of intervening code. If one of them neglected to call ..(), however, it would disable any previous versions of the procedure. It is therefore good practice to always call the parent procedure unless you specifically wish to disable it. Then you don't have to worry about maintaining any special order of the procedures.-->
<!--As written, these two definitions of the Topic procedure can fall in any order with any amount of intervening code. If one of them neglected to call ..(), however, it would disable any previous versions of the procedure. It is therefore good practice to always call the parent procedure unless you specifically wish to disable it. Then you don't have to worry about maintaining any special order of the procedures.-->
===Отладка кода===
===Отладка кода===
