АЛ
Мол не получиться повесить try except и радоваться жизни
Почему не получается? Вешай, хоть обвешайся
Size: a a a
2020 October 10
A
Ожидать ООП от Go это как ожидать ООП от Си.
я бы так предположил, что использовать Go для ООП , тоже что использовать Java вместо C )))
АЛ
Почему не получается? Вешай, хоть обвешайся
Ведь дело не в отсутствии этих операторов, а в подходах
ВС
Ожидать ООП от Go это как ожидать ООП от Си.
Ну в go все-же попроще с ооп, есть инкапсуляция (немного необычно реализована конечно), полиморфизм (интерфейсы) и композиция, которая выглядит как наследование
A
Ну в go все-же попроще с ооп, есть инкапсуляция (немного необычно реализована конечно), полиморфизм (интерфейсы) и композиция, которая выглядит как наследование
и всё же , парадигма ООП вроде как не полностью реализована)
то есть использовать подход можно, но не для этого старались, чтобы его туда прямо так просто было запихнуть)
то есть использовать подход можно, но не для этого старались, чтобы его туда прямо так просто было запихнуть)
ДШ
я не первый раз слышу про функциональный подход в го, но внятного объяснения ни разу не видел, я без претензий, хочу разобраться
AK
При том что в Go плохо с иммутабельностью, а от функционального подхода только ф-ции первого порядка.
Смотря что вкладывать в это понятие. Если указатели везде не таскать, и с иммутабельностью в целом не плохо.
A
я не первый раз слышу про функциональный подход в го, но внятного объяснения ни разу не видел, я без претензий, хочу разобраться
" Is Go an object-oriented language? Yes and no. Although Go has types and methods and allows an object-oriented style of programming, there is no type hierarchy. ..." поэтому логично что остаёться функциональный подход)))
AK
и всё же , парадигма ООП вроде как не полностью реализована)
то есть использовать подход можно, но не для этого старались, чтобы его туда прямо так просто было запихнуть)
то есть использовать подход можно, но не для этого старались, чтобы его туда прямо так просто было запихнуть)
"Полностью" ООП языков нет так же как и нет полностью ФП. И ФП и ООП - это классификация по фичам языка. Шкала не бинарная.
ДШ
" Is Go an object-oriented language? Yes and no. Although Go has types and methods and allows an object-oriented style of programming, there is no type hierarchy. ..." поэтому логично что остаёться функциональный подход)))
а императивный/процедурный?
RS
Смотря что вкладывать в это понятие. Если указатели везде не таскать, и с иммутабельностью в целом не плохо.
Не таскать указатели вообще-то не так уж и просто, если учесть слайсы и мапы. Даже сделать глубокую копию структуры - нужно заморочиться. А если там есть ссылочные поля которые не экспортированы то вообще боль.
A
а императивный/процедурный?
насколько я понимаю использовать процедурный стиль в Go также просто как и функциональный