VV
Size: a a a
2020 January 26
m
Ничего специфического для инкапсуляции не использую
VV
Я наследование использую в lua
А как именно? Метатаблицы к метатаблицам?
VV
Ничего специфического для инкапсуляции не использую
Просто данные внутри, никак не пряча?
m
А как именно? Метатаблицы к метатаблицам?
Да, на метатаблицах
S
О том и речь) кто какие способы реализации использует.
Кому-то private нужен? Если да, то как используете? Protected? Тот же вопрос)
Например, наследование кому-то хоть раз в луа пригодилось? Или, может, потребовалось настолько, что вы сами вручную его реализовывали?
Кому-то private нужен? Если да, то как используете? Protected? Тот же вопрос)
Например, наследование кому-то хоть раз в луа пригодилось? Или, может, потребовалось настолько, что вы сами вручную его реализовывали?
Private и protected — объективно особо не особо нужны, но если прям требуются — локальные переменные внутри модуля, фактически upvalue:
*module.lua*Делать прям приватные поля конкретных объектов — несколько сложнее и нужны извращения, но тоже можно теми же upvalue.
local bar = 300 --< типа private
local M = {}
function M.foo(v)
return v + bar
end
return M
S
Наследование — полезное. Но только до определённой глубины, пока оно влезает в твою голову. На практике — 2-3 уровня наследования — максимум.
m
Просто данные внутри, никак не пряча?
Не прячу. Не нужно это, если нет "типа", то все это бессмысленно)
m
Private и protected — объективно особо не особо нужны, но если прям требуются — локальные переменные внутри модуля, фактически upvalue:
*module.lua*Делать прям приватные поля конкретных объектов — несколько сложнее и нужны извращения, но тоже можно теми же upvalue.
local bar = 300 --< типа private
local M = {}
function M.foo(v)
return v + bar
end
return M
Согласен
VV
Не прячу. Не нужно это, если нет "типа", то все это бессмысленно)
Эм, чего именно нет?)
m
Эм, чего именно нет?)
Ну нет системы типов как в статических языках. Статичкой проверки интерфейсов, доступности полей, и т.п.
S
Private и protected — объективно особо не особо нужны, но если прям требуются — локальные переменные внутри модуля, фактически upvalue:
*module.lua*Делать прям приватные поля конкретных объектов — несколько сложнее и нужны извращения, но тоже можно теми же upvalue.
local bar = 300 --< типа private
local M = {}
function M.foo(v)
return v + bar
end
return M
НО, никто не мешает именовать "приватные" методы и функции начиная с "_", типа
function Class:new(x, y)
self.x = x
self.y = y
-- "приватное" поле
self._area = self.x * self.y
end
-- "приватный" метод, пользователь его видит
-- но понимает что лучше не лезть руками
function Class._raw_set(x, y)
self.x = x
self.y = y
end
Соглашение между джентльменами. Это работает.VV
Private и protected — объективно особо не особо нужны, но если прям требуются — локальные переменные внутри модуля, фактически upvalue:
*module.lua*Делать прям приватные поля конкретных объектов — несколько сложнее и нужны извращения, но тоже можно теми же upvalue.
local bar = 300 --< типа private
local M = {}
function M.foo(v)
return v + bar
end
return M
Можно многое) но нужно ли - знают только люди, которые либо это используют на практике, либо нет.
Я использовал и классы, и наследование, и управление этим зоопарком через специальные деревья.
Вот и стало интересно, кто-то ещё погружался в этот вопрос? Если да, то насколько и в каких моментах?
Я использовал и классы, и наследование, и управление этим зоопарком через специальные деревья.
Вот и стало интересно, кто-то ещё погружался в этот вопрос? Если да, то насколько и в каких моментах?
VV
Ну нет системы типов как в статических языках. Статичкой проверки интерфейсов, доступности полей, и т.п.
Т.е. для вас все эти "тонкости" нужны ровно настолько, насколько того требует язык, и не больше? И если интерпретатору не нужны объявления private/public, то и незачем их объявлять?))
m
НО, никто не мешает именовать "приватные" методы и функции начиная с "_", типа
function Class:new(x, y)
self.x = x
self.y = y
-- "приватное" поле
self._area = self.x * self.y
end
-- "приватный" метод, пользователь его видит
-- но понимает что лучше не лезть руками
function Class._raw_set(x, y)
self.x = x
self.y = y
end
Соглашение между джентльменами. Это работает.Я вот все-таки больше склоняюсь к тому, чтобы возможностями языка обеспечивать те или иные соглашения, а не "по-джентельменски". Годы интерпрайза учат не доверять этим джентльменам)
S
А мне норм : )
m
Т.е. для вас все эти "тонкости" нужны ровно настолько, насколько того требует язык, и не больше? И если интерпретатору не нужны объявления private/public, то и незачем их объявлять?))
Вот я выше ответил снусу, там мое мнение на это счёт)
VV
НО, никто не мешает именовать "приватные" методы и функции начиная с "_", типа
function Class:new(x, y)
self.x = x
self.y = y
-- "приватное" поле
self._area = self.x * self.y
end
-- "приватный" метод, пользователь его видит
-- но понимает что лучше не лезть руками
function Class._raw_set(x, y)
self.x = x
self.y = y
end
Соглашение между джентльменами. Это работает.Можно сделать как скрытую метатаблица, тогда другой джентльмен даже захочет, не залезет =)
Но требовалось ли кому-то такое?
Но требовалось ли кому-то такое?
S
Я вот все-таки больше склоняюсь к тому, чтобы возможностями языка обеспечивать те или иные соглашения, а не "по-джентельменски". Годы интерпрайза учат не доверять этим джентльменам)
Язык при этом не должен заставлять соблюдать всю эту фигню, как в java/c#, плюс эти штуки капитально переусложняют сам яп.