Уведомления

Группа в Telegram: @pythonsu

#1 Окт. 6, 2017 06:45:33

py.user.next
От:
Зарегистрирован: 2010-04-29
Сообщения: 10015
Репутация: +  857  -
Профиль   Отправить e-mail  

Общие методы для группы классов

FishHook
Но ты не можешь поменять dict на DefaultDict, потому что внезапно в конструкторе появился обязательный аргумент.
Так интерфейс используется у готового экземпляра, при чём тут конструктор?

FishHook
а твои не рухнут что ли?
Мой зависит только от того, что подаётся снаружи. Следовательно, снаружи я могу заменить просто объект, который, может быть, основывается на словаре dict. При изменении dict (в новой версии языка), я свой класс (сотни классов) не меняю.



Отредактировано py.user.next (Окт. 6, 2017 06:47:08)

Офлайн

#2 Окт. 6, 2017 07:50:40

Shaman
Зарегистрирован: 2013-03-15
Сообщения: 1369
Репутация: +  88  -
Профиль   Отправить e-mail  

Общие методы для группы классов

А прямые вызовы функций не увеличивает связанность? Или их тоже лучше косвенно вызывать, при том не фиксируя набор аргументов?

Офлайн

#3 Окт. 6, 2017 08:09:01

py.user.next
От:
Зарегистрирован: 2010-04-29
Сообщения: 10015
Репутация: +  857  -
Профиль   Отправить e-mail  

Общие методы для группы классов

Shaman
А прямые вызовы функций не увеличивает связанность?
Подать мы можем объект, уже созданный. А создать его снаружи можно как угодно. Поэтому прямые вызовы методов связывают только этот объект, который может быть просто абстрактной обёрткой для чего нибудь конкретного. Да даже то, что подаётся в конструктор для агрегации, может быть создано через фабрику, которая конструирует что надо и как надо. Вот наследование может быть применено, чтобы реализовать такую гибкость кода?

Shaman
Или их тоже лучше косвенно вызывать, при том не фиксируя набор аргументов?
В питоне, наверное, не получится так сделать, потому что он не функциональный (не задумывался таким изначально), из-за чего оно будет выглядеть некрасиво (непонятно). В функциональных же языках всё сделано для этого: функции подаются снаружи, а внутри функции они объединяются в композицию функций, которая возвращает функцию.



Отредактировано py.user.next (Окт. 6, 2017 08:18:23)

Офлайн

#4 Окт. 6, 2017 09:25:25

PEHDOM
Зарегистрирован: 2016-11-28
Сообщения: 2196
Репутация: +  294  -
Профиль   Отправить e-mail  

Общие методы для группы классов

Я поражаюсь, развести срач на ровном месте, это нужно еще уметь.



==============================
Помещайте код в теги:
[code python][/code]
Бериегите свое и чужое время.

Офлайн

#5 Окт. 6, 2017 09:59:33

noob_saibot
Зарегистрирован: 2013-09-11
Сообщения: 495
Репутация: +  20  -
Профиль   Отправить e-mail  

Общие методы для группы классов

PEHDOM
Я поражаюсь, развести срач на ровном месте, это нужно еще уметь.
Кстати буквально позавчера общались с коллегами (cpp девелоперы) они высказывали абсолютно похожее мнение, что и py.user.next по поводу агрегации интерфейсов. Совпадение, не думаю. Возможно дело в колокольне?)

Офлайн

#6 Окт. 6, 2017 10:07:48

PEHDOM
Зарегистрирован: 2016-11-28
Сообщения: 2196
Репутация: +  294  -
Профиль   Отправить e-mail  

Общие методы для группы классов

noob_saibot
Совпадение, не думаю. Возможно дело в колокольне?)
Да нет, дело в том что топикстарету агрегация нахрен не нужна, он спрашивал как ему избавиться от лишней копипасты в классах.



==============================
Помещайте код в теги:
[code python][/code]
Бериегите свое и чужое время.

Отредактировано PEHDOM (Окт. 6, 2017 10:08:02)

Офлайн

#7 Окт. 6, 2017 11:02:24

Rodegast
От: Пятигорск
Зарегистрирован: 2007-12-28
Сообщения: 2843
Репутация: +  186  -
Профиль   Отправить e-mail  

Общие методы для группы классов

> примерно полгода назад py.user.next узнал о существовании языка go, и очень негативно отзывался по его поводу …. теперь это уже “современный мир программирования”, а остальное все гавно



С дураками и сектантами не спорю, истину не ищу.
Ели кому-то правда не нравится, то заранее извиняюсь.

Офлайн

Board footer

Модераторировать

Powered by DjangoBB

Lo-Fi Version