Papyrus Введение - История изменений

Admin: /* Что мне стоит почитать дальше? */

2018-02-12T04:45:40Z

‎Что мне стоит почитать дальше?

Admin: /* Что такое Papyrus? */

2016-03-17T05:22:53Z

‎Что такое Papyrus?

Admin в 05:22, 17 марта 2016

2016-03-17T05:22:33Z

Admin: /* Что внутри скриптов? */

2016-01-22T11:50:05Z

‎Что внутри скриптов?

Admin в 19:12, 1 ноября 2015

2015-11-01T19:12:23Z

Admin в 10:15, 1 ноября 2015

2015-11-01T10:15:38Z

Admin в 14:26, 29 октября 2015

2015-10-29T14:26:33Z

Admin: /* Что мне стоит почитать дальше? */

2014-03-29T11:43:16Z

‎Что мне стоит почитать дальше?

Admin: /* Writing Custom Functions */

2014-03-29T11:41:49Z

‎Writing Custom Functions

Admin: /* Calling custom functions */

2014-03-29T11:04:13Z

‎Calling custom functions

@@ Строка 459: / Строка 459: @@
 Here we put the check testing if the alias in question is the quest giver into it's own function "IsQuestGiver" that returns a value (in this case a bool) that we can then use in our comparison check. (Again, this is probably more complex than you would need for a simple function like this, but it illustrates the point that you can return your own values. You could also write a function that returns an actor, a quest, or any other [[Скриптовые объекты|Script Object]]. This can be a big boon in more complex scripting situations.)
-=Что мне стоит почитать дальше?=
+= Что мне стоит почитать дальше? =
-ПОсле того, как вы поняли основные принципы на этой странице, далее следует посмотреть следующие места:
+После того, как вы поняли основные принципы на этой странице, далее следует посмотреть следующее:
-*Read this page again, and follow the links to get more information about the particulars that might have been glossed over.
+* Прочитайте данную страницу снова, и пройдитесь по ссылкам, чтобы узнать больше деталей, которые могли опускаться или были даны слишком поверхностно.
-*Look over the documentation for the language here: [[:Category:Papyrus Language Reference|Papyrus Language Reference category]]
+* Просмотрите документацию к языку здесь: [[:Category:Справка по языку Papyrus|категория справка по языку Papyrus]]
-*Examine the pages in the [[:Category:Скриптовые объекты|Script Objects category]] and see what kinds of functions are available to you for different objects.
+* Исследуйте страницы в категории [[:Category:Скриптовые объекты|Скриптовые объекты]] и посмотрите какого рода функции доступны для различных объектов.
-*Look over some of the other informational pages and tutorials at the top of the [[:Category:Papyrus|Papyrus category page]]
+* Пробегитесь по другим информационным страницам и учебникам в верхней части [[:Category:Papyrus|категории Papyrus]]
-*Poke around in the editor, and deconstruct things.
+* Потыкайте в разных местах редактора, и разложите существующие вещи.
 [[Category:Подробное объяснение]]
 [[Category:Papyrus]]
 [[Category:Учебники Papyrus]]

@@ Строка 1: / Строка 1: @@
 {{Incomplete}}
 = Что такое Papyrus? =
-Papyrus это язык сценариев, используемый при создании игры Skyrim. Его работа заключается в получении [[:Category:Events|событий]] из игры, и ответом на них, [[Справка по функциям|вызовая соответствующие функции]]. Это как "клей", который соединяет вместе [[:Category:Quests|квесты]], устанавливает [[Переменные и Свойства|переменные]] в зависимости от действий игрока, а так же ждет и отвечает на конкретные события в игре. Помимо этого, Papyrus управляет большей частью функциональности [[Activator|анимированных объектов]], которые требуют взаимодействия со стороны игрока или NPC, и большую часть поведения [[Magic Effect|магических эффектов]].
+Papyrus это скриптовой язык, используемый при создании игры Skyrim. Его работа заключается в получении [[:Category:Events|событий]] из игры, и ответом на них, [[Справка по функциям|вызовая соответствующие функции]]. Это как "клей", который соединяет вместе [[:Category:Quests|квесты]], устанавливает [[Переменные и Свойства|переменные]] в зависимости от действий игрока, а так же ждет и отвечает на конкретные события в игре. Помимо этого, Papyrus управляет большей частью функциональности [[Activator|анимированных объектов]], которые требуют взаимодействия со стороны игрока или NPC, и большую часть поведения [[Magic Effect|магических эффектов]].
 По сути, Papyrus является объектно-ориентированным языком. Чтобы понять что это зСкриптовые объектыначит, и что из себя представляет язык в целом, продолжайте читать далее. Пользователям, имеющим опыт разработки в объектно-ориентированных средах программирования, страницы по [[:Category:Скриптовые объекты|скриптовым объектам]] помогут дать представление о том, как все это работает.

@@ Строка 3: / Строка 3: @@
 Papyrus это язык сценариев, используемый при создании игры Skyrim. Его работа заключается в получении [[:Category:Events|событий]] из игры, и ответом на них, [[Справка по функциям|вызовая соответствующие функции]]. Это как "клей", который соединяет вместе [[:Category:Quests|квесты]], устанавливает [[Переменные и Свойства|переменные]] в зависимости от действий игрока, а так же ждет и отвечает на конкретные события в игре. Помимо этого, Papyrus управляет большей частью функциональности [[Activator|анимированных объектов]], которые требуют взаимодействия со стороны игрока или NPC, и большую часть поведения [[Magic Effect|магических эффектов]].
-По сути, Papyrus является объектно-ориентированным языком. Чтобы понять что это значит, и что из себя представляет язык в целом, продолжайте читать далее. Пользователям, имеющим опыт разработки в объектно-ориентированных средах программирования, страницы по [[:Category:Скриптовые объекты|скриптовым объектам]] помогут дать представление о том, как все это работает.
+По сути, Papyrus является объектно-ориентированным языком. Чтобы понять что это зСкриптовые объектыначит, и что из себя представляет язык в целом, продолжайте читать далее. Пользователям, имеющим опыт разработки в объектно-ориентированных средах программирования, страницы по [[:Category:Скриптовые объекты|скриптовым объектам]] помогут дать представление о том, как все это работает.
 == Что такое скрипт? ==
@@ Строка 457: / Строка 457: @@
 </source>
-Here we put the check testing if the alias in question is the quest giver into it's own function "IsQuestGiver" that returns a value (in this case a bool) that we can then use in our comparison check. (Again, this is probably more complex than you would need for a simple function like this, but it illustrates the point that you can return your own values. You could also write a function that returns an actor, a quest, or any other [[Script Objects|Script Object]]. This can be a big boon in more complex scripting situations.)
+Here we put the check testing if the alias in question is the quest giver into it's own function "IsQuestGiver" that returns a value (in this case a bool) that we can then use in our comparison check. (Again, this is probably more complex than you would need for a simple function like this, but it illustrates the point that you can return your own values. You could also write a function that returns an actor, a quest, or any other [[Скриптовые объекты|Script Object]]. This can be a big boon in more complex scripting situations.)
 =Что мне стоит почитать дальше?=
@@ Строка 463: / Строка 463: @@
 *Read this page again, and follow the links to get more information about the particulars that might have been glossed over.
 *Look over the documentation for the language here: [[:Category:Papyrus Language Reference|Papyrus Language Reference category]]
-*Examine the pages in the [[:Category:Script Objects|Script Objects category]] and see what kinds of functions are available to you for different objects.
+*Examine the pages in the [[:Category:Скриптовые объекты|Script Objects category]] and see what kinds of functions are available to you for different objects.
 *Look over some of the other informational pages and tutorials at the top of the [[:Category:Papyrus|Papyrus category page]]
 *Poke around in the editor, and deconstruct things.

@@ Строка 9: / Строка 9: @@
 = Что внутри скриптов? =
-Язык papyrus можно разделить на несколько понятий: [[:Category:Скриптовые объекты|скриптовые объекты]], [[Справка по функциям|функции (Functions)]], [[:Category:Events|события (Events)]], [[Переменные и Свойства|переменные и свойства]]. Страница [[Script File Structure|Структура файлов скриптов]] содержит информацию и примеры по перечисленным понятиям.
+Язык papyrus можно разделить на несколько понятий: [[:Category:Скриптовые объекты|скриптовые объекты]], [[Справка по функциям|функции (Functions)]], [[:Category:Events|события (Events)]], [[Переменные и Свойства|переменные и свойства]]. Страница [[Script File Structure|структура файлов скриптов]] содержит информацию и примеры по перечисленным понятиям.
-Каждый скрипт определяется как тип [[:Категория:Скриптовые объекты|объекта]], например "[[:Category:Quests|Quest]]" (Квест), "[[Reference|Reference]]" (Ссылка на экземпляр объекта), "[[:Category:Actor|Actor]]" (Актер), или "[[Book|Book]]" (Книга). По большей части, названия этих скриптовых объектов точно соответствуют тем, которые можно найти в мастер-файле игры в редакторе.
+Каждый скрипт определяется как тип [[:Категория:Скриптовые объекты|объекта]], например "[[:Category:Quests|Quest]]" (Квест), "[[Reference|Reference]]" (Ссылка на экземпляр объекта), "[[:Category:Actor|Actor]]" (Актер), или "[[Book|Book]]" (Книга). Чаще всего, названия этих скриптовых объектов точно соответствуют тем, которые можно найти в мастер-файле игры в редакторе.
-У этих объектов есть [[Справка по функциям|функции]], которые можно использовать для получения данных, содержащихся в этих объектах из мастер-файла или если эти данные сохранились непосредственно во время игры. Например, вы можете использовать функцию [[GetActorValue - Actor|GetActorValue("Health")]] для получения количества единиц здоровья актера в данный момент, и [[ModActorValue - Actor|ModActorValue("Health", 50)]] чтобы добавить 50 единиц к единицам здоровья актера. Так же вы можете использовать функцию [[Kill - Actor|Kill()]] чтобы убить актера. Каждая из этих функций является частью объекта [[Actor Script|Actor Script]]. Если вы попробуете применить функцию Kill() к объекту [[Book Script|Book Script]], то компилятор будет жаловаться на код и не скомпилирует скрипт, выдав ошибку, что функция Kill() не является функцией скрипта Book, потому что в скрипте Book эта функция не определена (''потому что игра не имеет понятия как убить книгу :D'').
+У этих объектов есть [[Справка по функциям|функции]], которые можно использовать для получения данных, содержащихся в этих объектах из мастер-файла, или, если эти данные сохранились непосредственно во время игры. Например, вы можете использовать функцию [[GetActorValue - Actor|GetActorValue("Health")]] для получения количества единиц здоровья актера в данный момент, и [[ModActorValue - Actor|ModActorValue("Health", 50)]] чтобы добавить 50 единиц к здоровью актера. Так же вы можете использовать функцию [[Kill - Actor|Kill()]] чтобы убить актера. Каждая из этих функций является частью объекта [[Actor Script|Actor]]. Если вы попробуете применить функцию Kill() к объекту [[Book Script|Book]], то компилятор будет жаловаться на код и не скомпилирует скрипт, выдав ошибку, что функция Kill() не является функцией скрипта Book, потому что в скрипте Book эта функция не определена (''потому что игра не имеет понятия как убить книгу :D'').
-У скриптов так же есть [[:Category:Events|События (Events)]], которые работают как вызовы функций, но которые игра сама вызывает на конкретном объекте. Например, есть событие [[OnDeath - Actor|OnDeath()]], которое игра передает скрипту типа [[Actor Script|Actor Script]], прицепленному к объекту, когда актер умер. Это позволяет вам реагировать на игровые события, например, указав завершение квеста после того, как игрок убивает конкретного врага. Поэтому, [[Справка по функциям|функции]], описанные в предыдущем пункте, как правило, вызывается ''внутри'' события.
+У скриптов так же есть [[:Category:Events|события]], которые работают аналогично вызову функций, но которые игра сама вызывает на конкретном объекте. Например, есть событие [[OnDeath - Actor|OnDeath()]], которое игра передает скрипту типа [[Actor Script|Actor]], прицепленному к объекту, когда актер умер. Это позволяет вам реагировать на игровые события, например, указав завершение квеста после того, как игрок убивает конкретного врага. Поэтому, [[Справка по функциям|функции]], описанные в предыдущем пункте, как правило, вызывается ''внутри'' события.
-В скрипте так же могут быть [[Переменные и Свойства|Переменные]]. Переменная - это значение, которое можно изменять и на которое может ссылаться игра и скрипты. Например, вы хотите хранить чисто, полученное с помощью функции [[GetActorValue - Actor|GetActorValue()]]. С помощью переменной, вы можете хранить эту информацию, и использовать её позже.
+В скрипте так же могут быть [[Переменные и Свойства|переменные]]. '''Переменная''' - это значение, которое можно изменять и на которое может ссылаться игра и скрипты. Например, вы хотите хранить чисто, полученное с помощью функции [[GetActorValue - Actor|GetActorValue()]]. С помощью переменной, вы можете хранить эту информацию, и использовать её позже.
-Скрипт так же может иметь [[Переменные и Свойства|Свойства]], которые функционируют почти так же, как переменные, за исключением того, что относительно переменных, другие скрипты могут получать значения и задавать их. Свойства так же могут быть изменены в самом редакторе. (''Примечание: В действительности свойства немного более сложные, чем просто "переменные, которые можно получить/задать извне," но для практических целей, свойства это удобные средства, с которыми следует разобраться'').
+Скрипт так же может иметь [[Переменные и Свойства|свойства]], которые функционируют почти так же, как переменные, но в отличии от них, другие скрипты могут получать и задавать их значения. '''Свойства''' так же могут быть изменены в самом редакторе. (''Примечание: На самом деле, свойства немного более сложный тип, чем простые "переменные, которые можно получить/задать извне", но для практических целей, свойства очень удобны, и с ними обязательно следует разобраться'').
-[[Переменные и Свойства]] могут быть определены как простые структуры, такие как [[Справка по литералам#Булевые литералы|Boolean, Integer, Float, и т.д.]] Но их реальная мощь заключается в том, что они могут быть определены как, и содержать '''любой''' [[:Категория:Скриптовые объекты|Тип Объекта (Object Type)]]. Например, скрипт Quest, может иметь свойство, которое содержит указатель на Актера. Если у вас есть указатель на объект в свойстве скрипта, то этот скрипт может запускать функции как на самом этом свойстве, так и на самом объекте, прикрепленном к этому свойству. Например, в скрипте квеста есть свойство с указателем на Актера (Actor), поэтому можно вызывать функцию Kill() к этому свойству, и в итоге, это убьет актера, на которого оно указывает. Свойства могут быть установлены с помощью скрипта во время его выполнения, или могут быть установлены в редакторе, указав в них нужные объекты.
+[[Переменные и Свойства]] могут быть определены как простые структуры, такие как [[Справка по литералам#Булевые литералы|Boolean, Integer, Float, и т.д.]] Но их реальная мощь заключается в том, что они могут быть определены как, и содержать '''любой''' [[:Категория:Скриптовые объекты|тип объекта]]. Например, скрипт Quest, может иметь свойство, которое содержит указатель на Актера. Если у вас есть указатель на объект в свойстве скрипта, то этот скрипт может запускать функции как на самом этом свойстве, так и на самом объекте, прикрепленном к этому свойству. Например, в скрипте квеста есть свойство с указателем на актера, поэтому можно вызывать функцию [[Kill - Actor|Kill()]] к этому свойству, и в итоге, это убьет актера, на которого оно указывает. Свойства могут быть установлены с помощью скрипта во время его выполнения, или могут быть установлены в редакторе, указав в них нужные объекты.
-Ещё важно запомнить то, что скрипты на papyrus запускаются '''только''' в ответ игре или другим скриптам. Поэтому необходимо, чтобы весь код располагался внутри блока [[:Category:Events|Event]], или внутри [[Papyrus Введение#Papyrus Fragments|Script Fragments]] как например участок кода в quest stage, или в topic info, об этом позже.
+Ещё важно запомнить то, что скрипты на papyrus запускаются '''только''' в ответ игре или другим скриптам. Поэтому необходимо, чтобы весь код располагался внутри блока [[:Category:Events|Event]], или внутри [[Papyrus Введение#Papyrus Fragments|скриптовых фрагментов]], как например участок кода в [Вкладка_Quest_Stages|quest stage], или в topic info, но об этом позже.
-{{InDepth|То что мы называем скрипты [[:Category:Скриптовые объекты|'''Объектами''' (Objects)]] может запутать некоторых людей. Скрипты добавляются к объектам в игре, они описывают их поведение и функциональность. Они являются как-бы "душой" неподвижной трехмерной модели, сделанной из треугольников и покрытой несколькими текстурами, все это позволяет модели более '''реально выглядеть'''. Papyrus скрипты - это то, что делает эту модель '''реальной'''. То, что делает её настоящим, полноценным объектом'''.
+{{InDepth|То, что мы называем скрипты - [[:Category:Скриптовые объекты|'''объектами''']] может запутать некоторых людей. Скрипты добавляются к объектам в игре, они описывают их поведение и функциональность. Они являются как-бы "душой" неподвижной трехмерной модели, сделанной из треугольников и покрытой несколькими текстурами, все это позволяет модели более '''реально выглядеть'''. Papyrus скрипты - это то, что делает эту модель '''реальной'''. То, что делает её настоящим, полноценным объектом'''.
-Грубо говоря, скрипт это не объект, а скорее его важная часть. Обычно, объект должен быть '''заключен в некоторую оболочку''', содержащуюся в отдельном блоке, который может '''унаследовать''' некоторый функционал из класса родителя, который является, если хотите, более '''абстрактной''' или '''общей''' его версией. Эта концепция просто используется изначально в коде, без скриптового языка, где все, от "вида" до поведения определяется одним, связанным, отделенным блоком кода, который связан с другими блоками кода. "Настоящие объекты" в игре это те, которые ответственны за показ модели на экране (машинный код добавляется поверх движка Creation Engine), они содержат базовые свойства. Скрипты добавляются к этим объектам, чтобы предоставить игровым дизайнерам простой, универсальный инструмент, определяющий их поведение, не участвуя в бою с механизмами работы движка на низком уровне(машинном), что препятствуют творчеству и производительности. Они наследуют базовый объект, добавляя к нему поведение или изменения его основные свойства (напр. начало анимации в ответ на событие), они не являются объектами сами по себе. Они изменяют объект или добавляют что-то к нему, иногда они содержат большую часть определения объекта. Но опять же, они не являются '''объектами'''. Вот почему было подчеркнуто, что они точно схожи '''в своем большинстве''', с предметами, которые можно найти в мастер-файле игры в редакторе.
+Грубо говоря, скрипт это не объект, а скорее его важная часть. Обычно, объект должен быть '''заключен в некоторую оболочку''', содержащуюся в отдельном блоке, который может '''унаследовать''' некоторый функционал из класса родителя, который является, если хотите, более '''абстрактной''' или '''общей''' его версией. Просто эта концепция изначально используется в коде, без скриптового языка, где все, от "вида" до поведения определяется одним, связанным отделенным блоком кода, который связан с другими блоками кода. "Настоящие объекты" в игре это те, которые отвечают за показ модели на экране (машинный код добавляется поверх движка Creation Engine), они содержат базовые свойства. Скрипты добавляются к этим объектам, чтобы предоставить игровым дизайнерам простой, универсальный инструмент, определяющий их поведение, не участвуя в бою с механизмами работы движка на низком уровне (машинном), что препятствуют творчеству и производительности. Они наследуют базовый объект, добавляя к нему поведение или изменения его основные свойства (напр. запуск анимации в ответ на событие), они не являются объектами сами по себе. Они изменяют объект или добавляют что-то к нему, иногда они содержат бОльшую часть определения объекта. Но опять же, они не являются '''объектами'''. Вот почему было подчеркнуто, что они точно схожи '''в большинстве случаев''', с предметами, которые можно найти в мастер-файле игры в редакторе.
-Так как они добавляют функциональность базовым объектам то они добавляются к ним, и используют объектно-ориентированные [http://ru.wikipedia.org/wiki/Парадигма_программирования парадигмы], такие как наследование (inheritance), абстракция (abstraction) и инкапсуляция (encapsulation) (путем использования свойств, которые, между прочим, служат как механизм получения/установки(getter/setter)), их можно рассматривать как объекты, пока вы держите вышесказанное в голове. '''Они как ниточки у марионетки, вместе они составляют единое целое. Объект.'''
+Так как они добавляют функциональность базовым объектам, то они добавляются к ним, и используют объектно-ориентированные [http://ru.wikipedia.org/wiki/Парадигма_программирования парадигмы], такие как наследование (англ. ''inheritance''), абстракция (англ. ''abstraction'') и инкапсуляция (англ. ''encapsulation'') (путем использования свойств, которые, между прочим, служат как механизм получения/установки), и их можно рассматривать как объекты, пока вы держите вышесказанное в голове. '''Они как ниточки у марионетки, вместе они составляют единое целое. Объект.'''
 }}

@@ Строка 27: / Строка 27: @@
 {{InDepth|То что мы называем скрипты [[:Category:Скриптовые объекты|'''Объектами''' (Objects)]] может запутать некоторых людей. Скрипты добавляются к объектам в игре, они описывают их поведение и функциональность. Они являются как-бы "душой" неподвижной трехмерной модели, сделанной из треугольников и покрытой несколькими текстурами, все это позволяет модели более '''реально выглядеть'''. Papyrus скрипты - это то, что делает эту модель '''реальной'''. То, что делает её настоящим, полноценным объектом'''.
-Грубо говоря, по сути, скрипт это не объект, а скорее его важная часть. Обычно, объект должен быть '''заключен в некоторую оболочку''', содержащуюся в отдельном блоке, который может '''унаследовать''' некоторый функционал из класса родителя, который является, если хотите, более '''абстрактной''' или '''общей''' его версией. Эта концепция просто используется изначально в коде, без скриптового языка, где все, от "вида" до поведения определяется одним, связанным, отделенным блоком кода, который связан с другими блоками кода. "Настоящие объекты" в игре это те, которые ответственны за показ модели на экране (машинный код добавляется поверх движка Creation Engine), они содержат базовые свойства. Скрипты добавляются к этим объектам, чтобы предоставить игровым дизайнерам простой, универсальный инструмент, определяющий их поведение, не участвуя в бою с механизмами работы движка на низком уровне(машинном), что препятствуют творчеству и производительности. Они расширяют базу объекта, добавляя к нему поведение или изменения его основные свойства (напр. начало анимации в ответ на событие), они не являются объектами сами по себе. Они изменяют объект или добавляют что-то к нему, иногда они содержат большую часть определения объекта. Но опять же, они не являются '''объектами'''. Вот почему было подчеркнуто, что они точно схожи '''в своем большинстве''', с предметами, которые можно найти в мастер-файле игры в редакторе.
+Грубо говоря, скрипт это не объект, а скорее его важная часть. Обычно, объект должен быть '''заключен в некоторую оболочку''', содержащуюся в отдельном блоке, который может '''унаследовать''' некоторый функционал из класса родителя, который является, если хотите, более '''абстрактной''' или '''общей''' его версией. Эта концепция просто используется изначально в коде, без скриптового языка, где все, от "вида" до поведения определяется одним, связанным, отделенным блоком кода, который связан с другими блоками кода. "Настоящие объекты" в игре это те, которые ответственны за показ модели на экране (машинный код добавляется поверх движка Creation Engine), они содержат базовые свойства. Скрипты добавляются к этим объектам, чтобы предоставить игровым дизайнерам простой, универсальный инструмент, определяющий их поведение, не участвуя в бою с механизмами работы движка на низком уровне(машинном), что препятствуют творчеству и производительности. Они наследуют базовый объект, добавляя к нему поведение или изменения его основные свойства (напр. начало анимации в ответ на событие), они не являются объектами сами по себе. Они изменяют объект или добавляют что-то к нему, иногда они содержат большую часть определения объекта. Но опять же, они не являются '''объектами'''. Вот почему было подчеркнуто, что они точно схожи '''в своем большинстве''', с предметами, которые можно найти в мастер-файле игры в редакторе.
 Так как они добавляют функциональность базовым объектам то они добавляются к ним, и используют объектно-ориентированные [http://ru.wikipedia.org/wiki/Парадигма_программирования парадигмы], такие как наследование (inheritance), абстракция (abstraction) и инкапсуляция (encapsulation) (путем использования свойств, которые, между прочим, служат как механизм получения/установки(getter/setter)), их можно рассматривать как объекты, пока вы держите вышесказанное в голове. '''Они как ниточки у марионетки, вместе они составляют единое целое. Объект.'''
@@ Строка 35: / Строка 35: @@
 Вы будете использовать текстовый редактор для написания скрипта (избранные здесь включают [[Notepad++ Установка|Notepad++]] и [[Sublime Text Установка|Sublime Text]], в скором времени выйдет редактор от skv1991). После того как вы написали скрипт, вам нужно [[Справка по компилятору Papyrus|скомпилировать]] его прежде чем он будет работать в игре.
-Перед тем, как сесть писать скрипт, нужно подумать, а какой же тип скрипта должен быть. Или, другими словами, какой тип объекта, на котором предполагается запускать этот скрипт. Как только вы это решите, вы создаете новый скрипт, объявив его в верхней части .psc файла, и что он РАСШИРЯЕТ базовый скрипт Объекта на котором он базируется. Например, если вы собираетесь сделать триггер-бокс, который задает переменную, вы создадите скрипт, который расширяет [[ObjectReference Script|ObjectReference]].
+Перед тем, как сесть писать скрипт, нужно подумать, а какой же тип скрипта должен быть. Или, другими словами, какой будет тип у объекта, на котором планируется запускать этот скрипт. Как только вы это решите, вы создаете новый скрипт, объявив его в верхней части .psc файла, и что он наследует базовый скрипт Объекта, на основе которого будет работать. Например, если вы собираетесь сделать триггер-бокс, который задает переменную, вы создадите скрипт, который наследует [[ObjectReference Script|ObjectReference]].
-=Расширение скриптов=
+=Наследование скриптов=
 Для каждого объекта в игре, который может быть заскриптован, или на который можно указывать через свойство, есть уже соответствующий готовый "базовый" скрипт на Papyrus: смотрите [[:Категория:Скриптовые объекты|Скриптовые объекты]] для ознакомления с тем, какие есть. По сути, игра может дать любой объект, соответствующий типу этого скрипта во время выполнения.
-Например, есть [[ObjectReference Script]]. Таким образом, любой объект типа ObjectReference в игре, по существу, имеет привязанный скрипт типа ObjectReference. Это значит что вы можете определить свойство ObjectReference в скрипте, и указать в нем на любой объект типа ObjectReference, и вызывать любую функцию, касающуюся типа ObjectReference на этом объекте, как например [[Disable - ObjectReference|Disable()]], без необходимости вручную прикреплять скрипт ObjectReference в редакторе к каждому объекту ObjectReference игры, на котором вы хотите вызвать функцию Disable().
+Например, есть [[ObjectReference Script]]. Таким образом, любой объект типа ObjectReference в игре, имеет привязанный скрипт типа ObjectReference. Это значит что вы можете определить свойство ObjectReference в скрипте, и указать в нем на любой объект типа ObjectReference, и вызывать любую функцию, касающуюся типа ObjectReference на этом объекте, как например [[Disable - ObjectReference|Disable()]], без необходимости вручную прикреплять скрипт ObjectReference в редакторе к каждому объекту ObjectReference игры, на котором вы хотите вызвать функцию Disable().
-Однако, вы пишете скрипт, скорее всего потому, что хотите сделать что-то особенное. Ответить на конкретное событие, как например ожидание, когда игрок активирует объект, или сделать что-то в ответ на смерть актера, и т.д. Никакой из давнного, уже существующего функционала, не находится в скриптах объектов. Впрочем, чтобы компилятор знал с каким типом объекта вы имеете дело, и получал доступ ко всем событиям и функции, которые уже определены для этого типа объекта, вы '''[[Extending_Scripts_(Papyrus)|расширяете]]''' существующий “базовый” объект-скрипт, и добавляете ему ваш специальный код. (Похожая система есть с классами в языке PHP)
+Однако, скорее всего вы пишете скрипт потому, что хотите сделать что-то особенное. Ответить на конкретное событие, как например ожидание, когда игрок активирует объект, или сделать что-то в ответ на смерть актера, и т.д. Никакой из данного, уже существующего функционала, не находится в скриптах объектов. Впрочем, чтобы компилятор знал с каким типом объекта вы имеете дело, и получал доступ ко всем событиям и функциям, которые уже определены для этого типа объекта, вы '''[[Extending_Scripts_(Papyrus)|наследуете]]''' существующий “базовый” объект-скрипт, и добавляете ему ваш специальный код. (Похожая система есть с классами в языке PHP, и практически любом языке ООП)
-=Пример скрипта (расширяет ObjectReference)=
+=Пример скрипта (наследует ObjectReference)=
-Например, скажем вы хотите установить этап квеста когда игрок касается определенного триггер-бокса. Вы создали скрипт с названием “MyTriggerBoxScript” который '''[[Extending_Scripts_(Papyrus)|расширяет(extends)]]''' “ObjectReference” и прицепили его к [[reference|ссылке]] на триггер-бокс в окне [[Render Window]]. Затем вы создали свойство с именем MyQuest, и указали в нем на ваш квест в редакторе. Затем, написали свою версию события OnTriggerEnter, которая бы вызывала установку этапа у квеста из свойства myQuest.
+Например, вы хотите установить этап квеста когда игрок вошел в определенный триггер-бокс. Вы создали скрипт с названием “MyTriggerBoxScript” который '''[[Extending_Scripts_(Papyrus)|наследует]]''' “ObjectReference” и прицепили его к [[reference|ссылке]] на триггер-бокс в окне [[Render Window]]. Затем вы создали свойство с именем MyQuest, и указали в нем на ваш квест в редакторе. Затем, написали свою версию события OnTriggerEnter, которая бы вызывала установку этапа у квеста из свойства myQuest.
 <source lang="papyrus">
@@ Строка 63: / Строка 63: @@
 В приведенном выше примере достаточно много всего происходит, давайте разобьем его на части, проиллюстрируем некоторые моменты и поговорим о новых.
-Первая строчка любого скрипта начинается с ([[Script_File_Structure#Header_Line|"заголовочной строки"]]) со слова “Scriptname” длагодаря которому мы говорим компилятору, что скрипт будет иметь следующее название (в данном случае название “MyTriggerBoxScript). Это имя ДОЛЖНО совпадать с именем текстового файла, в котором вы пишете скрипт (в данном случае “MyTriggerBoxScript.psc”). Слово “[[Extending_Scripts_(Papyrus)|extends]]” обозначает что этот скрипт основывается на возможностях другого скрипта (в данном случае на скрипте “[[ObjectReference Script|ObjectReference]]”). Это значит что ваш скрипт имеет доступ ко всем функциям и событиям, определенным в “ObjectReference.psc” и вы можете изменять их, или добавить новые в ваш скрипт.
+Первая строчка любого скрипта начинается с ([[Script_File_Structure#Строка заголовка|"заголовочной строки"]]) со слова “Scriptname”, благодаря которому мы говорим компилятору, что скрипт будет иметь следующее название (в данном случае название “MyTriggerBoxScript). Это имя ДОЛЖНО совпадать с именем текстового файла, в котором вы пишете скрипт (в данном случае “MyTriggerBoxScript.psc”). Слово “[[Extending_Scripts_(Papyrus)|extends]]” обозначает что этот скрипт наследует возможности другого скрипта (в данном случае скрипт “[[ObjectReference Script|ObjectReference]]”). Это значит что ваш скрипт имеет доступ ко всем функциям и событиям, определенным в “ObjectReference.psc” и вы можете изменять их, или добавить новые в ваш скрипт.
-В следующей строке [[Переменные и Свойства#Auto в Свойствах|объявляется "auto" свойство]]. “Свойство”(''англ.'' property) говорит о том,что мы хотим объявить новое свойство,которое будем использовать в нашем скрипте. Quest это тип свойства (другими словами, только объекты типа Quest могут быть записаны в это свойство). MyQuest это имя свойства. Итак, вся вместе строка сообщает компилятору, что “Я хочу знать о свойстве с названием MyQuest, и в нем может находиться только объект типа Quest, и никакой другой.” (Сейчас давайте пропустим ключевое слово “auto”. Просто знайте, что почти всегда пишется слово “auto” в конце каждого свойства, которое вы объявляете. Для полного обсуждения см.: [[Переменные и Свойства#Объявление свойств|Объявление свойств.]])
+В следующей строке [[Переменные и Свойства#Auto в Свойствах|объявляется "auto" свойство]]. “Свойство”(''англ.'' property) говорит о том, что мы хотим объявить новое свойство, которое будем использовать в нашем скрипте. Quest это тип свойства (другими словами, только объекты типа Quest могут быть записаны в это свойство). MyQuest это имя свойства. Итак, вся вместе строка сообщает компилятору, что “Я хочу знать о свойстве с названием MyQuest, и в нем может находиться только объект типа Quest, и никакой другой.” (Сейчас давайте пропустим ключевое слово “auto”. Просто знайте, что почти всегда пишется слово “auto” в конце каждого свойства, которое вы объявляете. Для полного обсуждения см.: [[Переменные и Свойства#Объявление свойств|Объявление свойств.]])
 Аналогично и в следующей строке объявляется свойство типа [[Справка по литералам#Целочисленные литералы|integer]].

@@ Строка 365: / Строка 365: @@
 GetOwningQuest() возвращает указатель на тип Quest, слово "As" означает, что объект будет рассматриваться КАК myQuestScript. Ограничивающие скобки () позволяют вам использовать "." для доступа к дочерним функциям и свойствам преобразованного объекта, таким образом, вы можете вызвать в нем функцию DoSomeStuff().
-==Writing Custom Functions==
+==Написание своих функций==
-We'll get into the nitty gritty of writing Custom functions by looking at an example of something we might want to do while writing a quest: handle the death of the quest giver.
+Мы изучим повседневные моменты написания собственных функций, рассмотрев пример того, что мы могли бы хотеть сделать, при написании квеста: отследить смерть квест-гайвера (того, кто дает квест).
-A function has a start/end line (Function/EndFunction) may contain parameter definitions. In this case lets create a function called "HandleQuestGiverDeath" that takes a parameter of the actor who did the killing, so we can do different things if the player killed him, or something else. We'll write this function on a script "myQuestScript" that we'll attach to our quest in the editor.
+Функция имеет строки начала/конца (Function/EndFunction) и может содержать объявление параметров. В данном случае, давайте создадим функцию с названием "HandleQuestGiverDeath", которая принимает в качестве параметра актера, совершившего убийство, таким образом, мы можем делать различные вещи, если игрок убьет квест-гайвера, или кто-то ещё. Мы напишем эту функцию в скрипте "myQuestScript" который мы прицепили к нашему квесту в редакторе.
 <source lang="papyrus">
@@ Строка 377: / Строка 377: @@
   ReferenceAlias Property QuestGiverBackup Auto
-  int Property QuestGiverKiller auto conditional  ;0 = unset, 1 = player, -1 not the player
+  int Property QuestGiverKiller auto conditional  ;0 = не задано, 1 = игрок, -1 = не игрок
   function HandleQuestGiverDeath(Actor Killer, ReferenceAlias DeadActorAlias)
@@ Строка 396: / Строка 396: @@
 </source>
-A new keyword was introduced in the above example. You'll notice the keyword "Conditional" on both the Scriptname line, as well as the line declaring the QuestGiverKiller property. This allows the QuestGiverKiller property to be found by the [[GetVMQuestVariable]] [[:Category:Conditions|condition]], so that you can test the value of this property at run time to filter dialogue stacks to get appropriate dialogue, conditionalize package stacks on actors, etc. Having variables like this that track the specifics about what happened is also helpful for debugging as well. (To see the values of scripts at run time see: [[ShowQuestVars]] and [[ShowVars]])
+В примере выше было использовано новое ключевое слово. Вы наверняка заметили слово "Conditional" на строчке Scriptname, а так же при объявлении свойства QuestGiverKiller. Это позволяет свойству QuestGiverKiller находиться [[:Category:Conditions|условием]] [[GetVMQuestVariable]], таким образом, вы можете проверить значение этого свойства во время игрового процесса, чтобы отфильтровать стек диалогов и получить соответствующий диалог, <span style="background:#FF0000;color:#FFF;">&nbsp; условный пакет стеков &nbsp;</span> у актера и т.д. Когда есть переменные вроде этой, отслеживающие что-то конкретное, что произошло, то это часто помогает в отладке. (Чтобы видеть значения скриптов во время игры, смотри: [[ShowQuestVars]] и [[ShowVars]])
-So let's look at the function line. Here you see "function/EndFunction" pair that delineates the section of the script that is in our function. "HandleQuestGiverDeath" is the name we are giving our function. And everything in between the parentheses () are the parameters we expect any call to "HandleQuestGiverDeath" to pass in to the function. In this case we are requiring a "Killer" parameter of the type Actor, and a ReferenceAlias that we are calling "DeadActorAlias."
+Теперь обратим внимание на строчку функции. Здесь вы видите пару "Function/EndFunction" ограничивающую участок скрипта внутри нашей функции. "HandleQuestGiverDeath" это название, которое м дали нашей функции. А все что внутри парных скобок () это параметры, которые ожидают получения значений при вызове "HandleQuestGiverDeath" с передачей параметров. В этом случае нам нужен параметр "Killer" (т.е. убийцы) типа Actor, и алиас ReferenceAlias, который мы назвали "DeadActorAlias."
 Let's break down this line:
@@ Строка 405: / Строка 405: @@
 </source>
-Here we are calling the function[[ForceRefTo - ReferenceAlias|ForceRefTo]] which will force a reference into the the alias, so it can take on the dialogue and packages of that alias. The ForceRefTo function takes a Reference as a parameter. It just so happens that [[GetReference - ReferenceAlias|GetReference]] returns a reference, the reference inside that alias. So here were are asking the QuestGiverBackup alias "hey, what's the reference that is currently in you?" and then taking that result and passing it into the ForceRefTo function we are calling on QuestGiver alias, so that the QuestGiver alias now has in it the same reference that is in the QuestGiverBackupAlias.
+Здесь мы вызываем функцию [[ForceRefTo - ReferenceAlias|ForceRefTo]] которая поместит ссылку в алиас, так что она сможет использовать диалоги и пакеты этого алиаса. Функция ForceRefTo принимает в качестве параметра тип Reference. Так уж получилось, что [[GetReference - ReferenceAlias|GetReference]] возвращает ссылку, которая находится внутри этого алиаса. So here were are asking the QuestGiverBackup alias "hey, what's the reference that is currently in you?" and then taking that result and passing it into the ForceRefTo function we are calling on QuestGiver alias, so that the QuestGiver alias now has in it the same reference that is in the QuestGiverBackupAlias.
 Now what's missing is the script we attach to the QuestGiverAlias:

@@ Строка 302: / Строка 302: @@
 '''К игровым объектам присоединены базовые скрипты, в зависимости от их типа. Вы можете вызывать функции на конкретных экземплярах этих объектов (вызов функций в их скриптах, или в скрипте, который расширяется), получая указатель на них, и затем вызывая функцию на этом указателе. Указателями могут служить объекты, хранимые в свойствах, или объекты, возвращаемые функциями.'''
-==Calling custom functions==
+==Вызов своих функций==
-Your custom functions will be called just like existing functions. You get a pointer to an object with your script attached to it, and then you call the function on it. The pointer to the object that has your script attached to it that you will call the function on, must be declared as a ''type'' that is your ''script''.
+Ваши собственные функции можно вызывать так же, как как и существующие. Вы получаете указатель на объект через прицепленный к нему скрипт, и затем вызываете на нем функцию. У указатель на объект, к которому прицеплен ваш скрипт, где на нем вызывается функция, должен быть объявлен с ''типом'' что и у вашего ''скрипта''.
-A common practice is to write functions in a script attached to a quest. For example, lets say you made a script called "myQuestScript" and wrote a function called "DoSomeStuff()"):
+Обычной практикой является написание функций в скрипте, привязанном к квесту. Например, допустим вы сделали скрипт с названием "myQuestScript" и написали функцию "DoSomeStuff()"):
 <source lang="papyrus">
@@ Строка 312: / Строка 312: @@
   Function DoSomeStuff()
-     ;cool stuff happens here
+     ;здесь какие-то крутые действия
   EndFunction
 </source>
-And then you attach this script to a quest in the game.
+И затем вы прицепляете этот скрипт к квесту в игре.
-The script knows about all the functions declared inside it. So if you were going to call the "DoSomeStuff()" function in the script above that you attached to the quest, you could simply call the function.
+Скрипт знает обо всех объявленных в нем функциях. Так что если вы собираетесь вызвать функцию "DoSomeStuff()" в скрипте выше, который прикреплен к квесту, то просто вызовите функцию.
 <source lang="papyrus">
   DoSomeStuff()
 </source>
-But, if you were going to call this function somewhere else you will need a pointer to your quest (just like we discussed above for base scripts). However, you will need to type the pointer to be the ''type of your script''. Your script's type is the same as the name you declared it in the first line of your script. In this case "myQuestScript." Here we are defining a new property of this new type:
+Но если вы собираетесь вызвать эту функцию где-то ещё, вам нужен указатель на ваш квест (так же, как мы говорили про базовые скрипты). Однако, нужно установить тип указателя, как ''тип вашего скрипта''. Тип вашего скрипта такой же, как и его название, объявленное на первой строчке скрипта. В данном случае "myQuestScript." Здесь мы объявляем новое свойство с этим новым типом:
 <source lang="papyrus">
@@ Строка 329: / Строка 329: @@
 </source>
-Then you can open the scripts property button and assign it to be that particular [[:Category:Quests|Quest]]. For example, on the "Quest Giver" [[Вкладка Quest Alias|alias]] in your [[:Category:Quests|quest]], you added a script that on death of the quest giver, you want to call "DoSomeStuff()" on the quest.
+Затем вы можете открыть окно свойств скрипта, используя соответствующую кнопку, и присоединить его к этому конкретному [[:Category:Quests|квесту]]. Например, у [[Вкладка Quest Alias|алиаса]] "Quest Giver" в вашем [[:Category:Quests|квесте]], вы добавляете скрипт, который при его смерти (того, кто дает квест), будет вызывать функцию "DoSomeStuff()" на квесте.
-Let's look at what this might look like. Here is an example of a script that might be attached to a "Quest Giver" [[Вкладка Quest Alias|alias]] in your [[:Category:Quests|quest]].
+Давайте посмотрим, как это может выглядеть. Ниже идет пример скрипта, который можно присоединить к [[Вкладка Quest Alias|алиасу]] "Quest Giver" в вашем [[:Category:Quests|квесте]].
 <source lang="papyrus">
   Scriptname myQuestGiverScript extends Quest
-  myQuestScript Property myQuest Auto  ;you would point this to your quest in the "Quest Giver" [[Вкладка Quest Alias|alias]]'s script properties tab.
+  myQuestScript Property myQuest Auto  ;здесь вы указываете на ваш квест во вкладке свойств скрипта у [[Вкладка Quest Alias|алиаса]] "Quest Giver".
   Event OnDeath(Actor akKiller)
@@ Строка 345: / Строка 345: @@
-There's a shortcut to the above as well. Because [[Вкладка Quest Alias|Aliases]]es are owned by quests, the [[Alias Script]] has the function "GetOwningQuest()" on it, that returns an object of type Quest, that is a pointer to the quest the alias is in. So you might be tempted to do something like this:
+Есть и более короткий пример написанного выше. Так как [[Вкладка Quest Alias|алиас]]ы принадлежат квестам, у скрипта [[Alias Script]] есть функция "GetOwningQuest()", которая возвращает объект типа Quest, который является указателем на квест, содержащий этот алиас. Таким образом, вы могли бы попытаться сделать что-то вроде этого:
   Event OnDeath(Actor akKiller)
-    GetOwningQuest().DoSomeStuff()  ;this results in a compile error
+    GetOwningQuest().DoSomeStuff()  ;этот вариант выдаст ошибку компиляции
   EndEvent
-But that won't work, because the object that is returned by GetOwningQuest() is the type Quest. Which only knows about the functions declared in it. The compiler will give an error that there is no function called "DoSomeStuff" on Quest. Your "DoSomeStuff()" function lives in your script called "myQuestScript."
+Но это не сработает, потому что объект, возвращаемый в GetOwningQuest() имеет тип Quest. Который знает только о функциях, объявленных внутри него. Компилятор выдаст ошибку, что нет функции с названием "DoSomeStuff" в Quest. Ваша функция "DoSomeStuff()" находится в вашем скрипте с именем "myQuestScript."
-Now, because myQuestScript extends Quest, you can make a promise to the compiler that the thing returned by GetOwningQuest will have your myQuestScript attached to it. You do this by "CASTING" the ''Quest'' object into a ''myQuestScript'' object.
+Теперь, поскольку myQuestScript расширяет Quest, вы можете пообещать компилятору, что предмет, возвращаемый функцией GetOwningQuest будет содержать скрипт myQuestScript, который к нему прицеплен. Вы делаете это "ПРЕОБРАЗУЯ" (''англ.'' CASTING) объект типа ''Quest'' в объект типа ''myQuestScript''.
 <source lang="papyrus">
@@ Строка 358: / Строка 358: @@
   Event OnDeath(Actor akKiller)
-    (GetOwningQuest() As myQuestScript).DoSomeStuff()  ;this works
+    (GetOwningQuest() As myQuestScript).DoSomeStuff()  ;это сработает
   EndEvent
 </source>
-GetOwningQuest() will return a Quest, the word "As" means think of this AS a myQuestScript. The enclosing () allow you to use the "." to access on the cast object, so you can call DoSomeStuff() on it.
+GetOwningQuest() возвращает указатель на тип Quest, слово "As" означает, что объект будет рассматриваться КАК myQuestScript. Ограничивающие скобки () позволяют вам использовать "." для доступа к дочерним функциям и свойствам преобразованного объекта, таким образом, вы можете вызвать в нем функцию DoSomeStuff().
 ==Writing Custom Functions==