Переменные, простые скрипты, функции rpg maker MV
8 года 5 мес. назад #100885
от Mur
Ну теперь более менее понятно в чём дело. И правда не ясно зачем в обязательно порядке вызывать super(), если пока она не вызвана нельзя задавать свои переменные
Mur ответил в теме Переменные, простые скрипты, функции rpg maker MV
DK пишет: Вот пример. При создании объекта типа B получается ошибка.
Ну теперь более менее понятно в чём дело. И правда не ясно зачем в обязательно порядке вызывать super(), если пока она не вызвана нельзя задавать свои переменные
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
8 года 5 мес. назад - 8 года 5 мес. назад #100893
от Lekste
Lekste ответил в теме Переменные, простые скрипты, функции rpg maker MV
В руби и PHP, классы самостоятельны и не имеют какого-то общего верховного суперкласса, как в JS. По-видимому лишь Object может выделять память, оттого и нужно вызывать super(), прежде чем можно будет модифицировать объект.
Насчет того, что так можно делать в чистом JS:
В чистом JS, конструктор уже сам по себе объект (т.к. функция <- Object и т д , оттого там и доступен this, указывающий на контекст).
В случае с классом, возможно намеренно запретили использование this (обнулили контекст или просто там какие-то подобия assert'ов) до того, как создастся объект, чтобы больше походить на "реальный" класс.
А дальше все, как говорил выше - лишь Object может определять объект.
Но я еще не читал как там у них в действительности у них устроено. Описал, по аналогии с другими ЯП, имеющими глобальный суперкласс.
Почитал:
По-видимому так и есть. Классы, в отличие от функций и переменных, нельзя использовать до объявления + классы объявляются с включенным 'strict mode' + 'constructor' выделен как особая функция, что предполагает добавление дополнительных требований при вычислении.
Так что не удивительно.
Вобще обычно не кидают в конструктор явной инициализации переменных, а оставляют лишь набор вызовов методов, что повышает понимание логики инициализации.
Потому тут 2 выхода:
1. Использовать метод начальной инициализации и переписать его так, чтобы инициализировал все переменные.
2. В дочернем классе, если необходимо, в переопределенном методе вызывать вспомогательный, нужный только для сабкласса, метод, который при необходимости, проинициализирует и подготовит нужные для переопределяемого метода, переменные.
Все чисто и надежно.
Насчет того, что так можно делать в чистом JS:
В чистом JS, конструктор уже сам по себе объект (т.к. функция <- Object и т д , оттого там и доступен this, указывающий на контекст).
В случае с классом, возможно намеренно запретили использование this (обнулили контекст или просто там какие-то подобия assert'ов) до того, как создастся объект, чтобы больше походить на "реальный" класс.
А дальше все, как говорил выше - лишь Object может определять объект.
Но я еще не читал как там у них в действительности у них устроено. Описал, по аналогии с другими ЯП, имеющими глобальный суперкласс.
Почитал:
По-видимому так и есть. Классы, в отличие от функций и переменных, нельзя использовать до объявления + классы объявляются с включенным 'strict mode' + 'constructor' выделен как особая функция, что предполагает добавление дополнительных требований при вычислении.
Так что не удивительно.
Вобще обычно не кидают в конструктор явной инициализации переменных, а оставляют лишь набор вызовов методов, что повышает понимание логики инициализации.
Потому тут 2 выхода:
1. Использовать метод начальной инициализации и переписать его так, чтобы инициализировал все переменные.
2. В дочернем классе, если необходимо, в переопределенном методе вызывать вспомогательный, нужный только для сабкласса, метод, который при необходимости, проинициализирует и подготовит нужные для переопределяемого метода, переменные.
Все чисто и надежно.
Последнее редактирование: 8 года 5 мес. назад пользователем Lekste.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
8 года 5 мес. назад - 8 года 5 мес. назад #100895
от Lekste
Lekste ответил в теме Переменные, простые скрипты, функции rpg maker MV
Думаю это сделано, как сказано в твоем сообщении, из принципиальных соображений, чтобы больше соответствовать "чистому ООП".
+ в классах всегда включен "strict mode", который обычно используется для повышения быстродействия и отмены игнорирования мелких ошибок.
Насчет "late static binding": Возможно, посчитали функцию достаточно полезной.
+ Т.к. объявление класса не может стоять ниже, чем его использование, есть вероятность, что и super, не может стоять ниже чем обращение к его содержимому (переменным и т д) по этой же причине.
Раз, объект создается лишь при вызове super(), то и this еще не существует, а следовательно, нельзя к нему обращаться.
А про взаимозаменяемость классов, будто звучит как что-то плохое.
Когда классы взаимозаменяемы, меньше сюрпризов и всегда знаешь, чего ожидать от объекта - особенно ценное качество, когда объект(ы) объявлял не ты, а кто-то посторонний.
Если б в жизни подобные предметы вели себя по-разному, было бы страшно жить. Взял ты вроде баскетбольный мяч, покатил, а он вместо того чтобы катиться как обычный мяч, тебя укусил.)
+ в классах всегда включен "strict mode", который обычно используется для повышения быстродействия и отмены игнорирования мелких ошибок.
Насчет "late static binding": Возможно, посчитали функцию достаточно полезной.
+ Т.к. объявление класса не может стоять ниже, чем его использование, есть вероятность, что и super, не может стоять ниже чем обращение к его содержимому (переменным и т д) по этой же причине.
Раз, объект создается лишь при вызове super(), то и this еще не существует, а следовательно, нельзя к нему обращаться.
А про взаимозаменяемость классов, будто звучит как что-то плохое.
Когда классы взаимозаменяемы, меньше сюрпризов и всегда знаешь, чего ожидать от объекта - особенно ценное качество, когда объект(ы) объявлял не ты, а кто-то посторонний.
Если б в жизни подобные предметы вели себя по-разному, было бы страшно жить. Взял ты вроде баскетбольный мяч, покатил, а он вместо того чтобы катиться как обычный мяч, тебя укусил.
)
Последнее редактирование: 8 года 5 мес. назад пользователем Lekste.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
8 года 5 мес. назад #100911
от Lekste
Lekste ответил в теме Переменные, простые скрипты, функции rpg maker MV
Не, до c++ далеко, а до какого-нибудь руби, наверно можно
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
8 года 5 мес. назад - 8 года 5 мес. назад #100935
от yuryol
yuryol ответил в теме Переменные, простые скрипты, функции rpg maker MV
Рад, что тем вызвала столько комментов и жаль, что ничего особо не понял.
В файлике со списком скриптов, ссылку на который я выкладывал в первом посте, есть функция для возвращения ID события на определенной клетке. К сожалению она возвращает только первый найденный ID.Другими словами - ID события с наименьшим ID
Написал функцию, возвращающий массив с ID всех событий, находящихся на данной клетке. Вызов функции, где 13 -координата клетки по X, 5 - по Y:
Сама функция:
Если в мукере есть стандартная функция для этого, или же у кого-то есть вариант проще и красивее - буду рад его увидеть.
P.S.: Амфи говорил, что в его фабрике событий есть подобная функция, но лень было разбираться.
В файлике со списком скриптов, ссылку на который я выкладывал в первом посте, есть функция для возвращения ID события на определенной клетке. К сожалению она возвращает только первый найденный ID.Другими словами - ID события с наименьшим ID
Code:
$gameMap.eventIdXy(x, y)
Написал функцию, возвращающий массив с ID всех событий, находящихся на данной клетке. Вызов функции, где 13 -координата клетки по X, 5 - по Y:
Code:
SceneManager._scene.eventsTileXY(13,5);
Сама функция:
Code:
Scene_Map.prototype.eventsTileXY = function(x, y) {
var eventsXY = $gameMap.eventsXy(x, y);
var eventsID = [];
for (var i = 0; i < eventsXY.length; i++) {
eventsID.push(eventsXY[i]._eventId);
}
return eventsID;
}
Если в мукере есть стандартная функция для этого, или же у кого-то есть вариант проще и красивее - буду рад его увидеть.
P.S.: Амфи говорил, что в его фабрике событий есть подобная функция, но лень было разбираться.
Последнее редактирование: 8 года 5 мес. назад пользователем yuryol.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
8 года 4 нед. назад #103590
от yuryol
Хм,точно, это же ассоциативный массив по сути? Как буду дома проверю,спасибо
yuryol ответил в теме Переменные, простые скрипты, функции rpg maker MV
DK пишет:
Code:return this.metaMap()[tag].split(' ');
Хм,точно, это же ассоциативный массив по сути? Как буду дома проверю,спасибо
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Время создания страницы: 0.155 секунд
