с
я видел разные штуки вроде
BaseItemBaseItemSize: a a a
2020 June 18
00
я видел разные штуки вроде
И его встраивали?
с
И его встраивали?
да
с
где можно почитать про выдиление памяти, хотелось что бы в стеке работало
почитайте про escape analysis
https://www.ardanlabs.com/blog/2017/05/language-mechanics-on-escape-analysis.html
и вообще про GC
https://www.ardanlabs.com/blog/2018/12/garbage-collection-in-go-part1-semantics.html
https://www.ardanlabs.com/blog/2017/05/language-mechanics-on-escape-analysis.html
и вообще про GC
https://www.ardanlabs.com/blog/2018/12/garbage-collection-in-go-part1-semantics.html
VP
спасибо
00
Вспомнил цитату про фортран
с
вспомнил анекдот про клоуна
ВГ
Наследования в го нет, но ТК это антипаттерн везде, кроме js, то и слава богу.
В жс как раз тоже антипаттерн
с
почему наследование стало антипаттерном
ВС
В жс как раз тоже антипаттерн
Так там же не совсем наследование, не?
JC
ну как синглтоны походу
JC
оно как-бы есть в ООП, но лучше его не юзать чем юзать
ВГ
Так там же не совсем наследование, не?
Ну в ес6 - совсем, и в тс - совсем. С точки зрения синтаксиса, а не кишочков.
ЛА
почему наследование стало антипаттерном
Статическое связывание хуже динамического. Наследуемость в ооп языках устанавливается на этапе компиляции и это жесткая связь родителя и наследователя.
В то время как если те же самые недостающие методы добавить не через наследование а композицией, то можно поменять исполнителя в рантайме. С наследованием нельзя.
В то время как если те же самые недостающие методы добавить не через наследование а композицией, то можно поменять исполнителя в рантайме. С наследованием нельзя.
ВС
Ну в ес6 - совсем, и в тс - совсем. С точки зрения синтаксиса, а не кишочков.
А, ну да, про них я как-то забыл, что там классы, раньше только через прототипы можно было что-то похожее состряпать
с
Статическое связывание хуже динамического. Наследуемость в ооп языках устанавливается на этапе компиляции и это жесткая связь родителя и наследователя.
В то время как если те же самые недостающие методы добавить не через наследование а композицией, то можно поменять исполнителя в рантайме. С наследованием нельзя.
В то время как если те же самые недостающие методы добавить не через наследование а композицией, то можно поменять исполнителя в рантайме. С наследованием нельзя.
я бы не был так категоричен, диспатч может быть иногда слишком дорогим
ЛА
Ну в ес6 - совсем, и в тс - совсем. С точки зрения синтаксиса, а не кишочков.
Я не имел в виду классы из ес6, потому что они делают ровно стандартное ооп - жёсткую связь.
Наследование через прототип конфигурируется в рантайме, оно не жесткое, потому не особо мешает. Хотя головной боли добавит )
Наследование через прототип конфигурируется в рантайме, оно не жесткое, потому не особо мешает. Хотя головной боли добавит )
с
я бы не был так категоричен, диспатч может быть иногда слишком дорогим
к тому же композиция и в Java нормально реализуется
ЛА
я бы не был так категоричен, диспатч может быть иногда слишком дорогим
По-моему этот тезис активно продвигается в книге "паттерны программирования", так что его автор не я.
От себя я могу сказать что самая сложная система для рефакторинга это как раз та, где много наследования
От себя я могу сказать что самая сложная система для рефакторинга это как раз та, где много наследования
DP
нееее