S
Достаточно знать, что при floating points нельзя адекватно использовать операторы сравнения
Обычно можно больше-меньше, но не стоит чекать точное равенство. На равенство чекаем после округления до какого-нибудь знака после запятой.
Size: a a a
2020 May 16
CP
Обычно можно больше-меньше, но не стоит чекать точное равенство. На равенство чекаем после округления до какого-нибудь знака после запятой.
Мм, да, так правильнее
AZ
Я тут давненько жаловался что в мунджит нет функции lual_requiref...
AZ
Теперь она там есть. Кто-то кроме меня здесь вообще мунджит юзает? (Тем более в виде полностью статической либы?)
2020 May 17
VV
я уже запарился😢
Не знаю, актуально ли, но:
1. Когда ты создаёшь lamp.__index = lamp; и setmetatable( x, lamp ) ты делаешь возможным поиск по lamp, опредедённый внутри же lamp, как в метатаблице твоей таблицы.
Только поиск, больше ничего.
2. А когда ты делаешь { __index = lamp }, ты делаешь поиск по таблице lamp, а вот метатаблица у тебя будет другой - той, которую ты создал.
1. Когда ты создаёшь lamp.__index = lamp; и setmetatable( x, lamp ) ты делаешь возможным поиск по lamp, опредедённый внутри же lamp, как в метатаблице твоей таблицы.
Только поиск, больше ничего.
2. А когда ты делаешь { __index = lamp }, ты делаешь поиск по таблице lamp, а вот метатаблица у тебя будет другой - той, которую ты создал.
VV
а еще значение __index может быть не таблицей, а функцией =)
Мне тут снус выше наглядно показал, что __index - функция работает медленнее, чем __index - таблица. Так что неочевидно, стоит ли вообще использовать.
S
В общем-то пофигу.
S
Функции дают больше возможностей (множественные наследования, "приватные" свойства и всякая такая дичь). Таблички — побыстрее. Но в норме, мы не особо паримся о скорости, не-так-часто-вызываемые объекты могут быть какими угодно.
S
Так что просто не цепляем к частовызываемой фигне (векторы-матрицы, например) методы с функциями.
S
Сделай функцию __index со сложностью O(n) (т.е. O(1)), и не парь моск ни себе ни другим : )
S
Ты не очень "впопад" сказал про сложность, потому что тут шо таблица шо функция — оба в норме имеют примерно одинаковую сложность, и не зависят от кол-ва элементов чего либо. Просто табличка чутка быстрее, но независимо от количества чего либо.
S
Ох, основную часть времени будет сжирать всё-таки не поиск метода через таблицу или функцию, а его вызов.
S
Оптимизация пяти процентов — глупость.
S
Вот если ты точно знаешь что объекты будут вызываться очень часто, а их методы практически не занимают времени — тут нормально оптимизировать, у тебя есть эта информация.
S
а зачем себе же мину в будущее закладывать? Тратить 5%, когда можно не тратить?
Это называется "преждевременная оптимизация", и она — глупость по умолчанию.
S
А так ты сделаешь куда менее удобные интерфейсы чем мог бы.