|
Действия ...
|
11.11.2018, 15:04
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
|
|
14.11.2018, 15:05
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
11.11.2018, 10:45
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
#18+
В С++ есть возможность создавать пространства имен, внутри которых определять процедуры и классы. Это позволяет отделить "низкоуровневый" код от интерфейса. Понимаю, что в Python можно создавать дополнительные модули (например, с постфиксом dev от слова development) и их импортировать в модули с интерфейсами, а последние импортировать в потребителя функционала. Но тогда в дереве модулей будет очень много лишних файлов и надо будет постоянно переключаться между файлами (чтобы посмотреть как все это реализовано). Есть какое- то решение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.11.2018, 15:04
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
#18+
AlekseySQL, использование принципа "программируйте в соответствии с интерфейсом, а не с реализацией" позволяет создавать более гибкий дизайн приложения, разгрузить голову разработчика и улучшить коммуникации внутри команды. Все это делает систему более пригодной для поддержки и добавления новой функциональности. В Python нет ключевого слова interface , но есть другие способы реализации принципа: отражающие суть названия, устранение неявных зависимостей и использование абстрактных классов. https://habr.com/post/332578/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.11.2018, 15:30
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
#18+
Дмитрий МухAlekseySQL, использование принципа "программируйте в соответствии с интерфейсом, а не с реализацией" позволяет создавать более гибкий дизайн приложения, разгрузить голову разработчика и улучшить коммуникации внутри команды. Все это делает систему более пригодной для поддержки и добавления новой функциональности. В Python нет ключевого слова interface , но есть другие способы реализации принципа: отражающие суть названия, устранение неявных зависимостей и использование абстрактных классов. https://habr.com/post/332578/ Спасибо, но это все и так понятно. Вопрос в другом: при использовании абстрактного класса нам будет виден как он, так и конкретные реализации, что засоряет глобальное пространство имен. Хочется отделить "кишки", от интерфейса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.11.2018, 19:06
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
#18+
AlekseySQLДмитрий МухAlekseySQL, использование принципа "программируйте в соответствии с интерфейсом, а не с реализацией" позволяет создавать более гибкий дизайн приложения, разгрузить голову разработчика и улучшить коммуникации внутри команды. Все это делает систему более пригодной для поддержки и добавления новой функциональности. В Python нет ключевого слова interface , но есть другие способы реализации принципа: отражающие суть названия, устранение неявных зависимостей и использование абстрактных классов. https://habr.com/post/332578/ Спасибо, но это все и так понятно. Вопрос в другом: при использовании абстрактного класса нам будет виден как он, так и конкретные реализации, что засоряет глобальное пространство имен. Хочется отделить "кишки", от интерфейса. Что значит «будет виден»? Разнеси интерфейс и реализацию по разным пакетам/модулям, не будет никакого общего пространства имён. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.11.2018, 14:53
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
#18+
Лысый дядькаЧто значит «будет виден»? Разнеси интерфейс и реализацию по разным пакетам/модулям, не будет никакого общего пространства имён. Я в топике написал, что этот вариант плох тем, что в дереве модулей будет избыточное количество файлов + периодически надо будет открывать имплементацию, чтобы посмотреть как это реализовано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.11.2018, 15:05
|
|||
|---|---|---|---|
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
#18+
AlekseySQLЛысый дядькаЧто значит «будет виден»? Разнеси интерфейс и реализацию по разным пакетам/модулям, не будет никакого общего пространства имён. Я в топике написал, что этот вариант плох тем, что в дереве модулей будет избыточное количество файлов + периодически надо будет открывать имплементацию, чтобы посмотреть как это реализовано. Ты опять на пустом месте заводишь дискуссию, ни к чему не ведущую. Тебе уже сказали: Выноси логику в приватные модули, например, имя которых начинается с символа подчёркивания. Выставляй у нужных объектов интерфейса аттрибут __slots__, в т.ч. и у самих модулей. Исследуй как это сделано у крупных проектов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.11.2018, 16:14
|
|||
|---|---|---|---|
|
|||
Python: как код разделить на имплементацию и интерфейсы? |
|||
|
#18+
Нашел, что это делается с помощью списка __all__, который можно задать для каждого модуля или с помощью префикса в виде знака подчеркивания для скрытых переменных / функций / объектов модуля. Написано это в книжке Слаткина "Секреты Python, 59 рекомендаций по написанию эффективного кода", на странице 225. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=23&tablet=1&tid=1460083]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
35ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 151ms |
| 0 / 0 |
