Хорошо, если не синглтон, то какой тогда безопастный способ передать аргументом инстанс базы и следить, чтобы инстансов больше не создавалось? делать счетчик и assert писать?

Сколько сущностей у тебя зависят от стораджа?

Как и где ты их создаешь?

Сколько сущностей у тебя зависят от стораджа?

представим, что сторадж пока - это реляционная бд, соответственно кол-во сущностей = кол-ву таблиц.

Кто отвечает за операции сохранения и чтения из хранилища?

Если сами сущности, то возможен вариант типа такого

Как и где ты их создаешь?

пока нигде, но предположительно так, всё классически - gui -> app -> какая-то логика -> модель (с raw sql-запросами)

entity = Entity.readFrom(this.storage);

entity.saveTo(this.storage)

Сегодня у меня простой функционал, и я модель дергаю из app, далее отдаю на гуй. Завтра функционал добавится, нужно валидировать\чего-то подсчитывать, добавится класс бизнес-логики между app и моделью.

Есть вариант создать EntityRepository

foo = fooRepo.findById(42)

Есть вариант посмотреть в сторону Data Mapper

Или dependency injection container

В идеале, моя задача - проследовать канонам DDD, создать максимально реюзабельный код под cli\gui\web\mobile\etc. Понятно что для этого надо городить абстракции, но я пока от простого к сложному двигаюсь.

Архитектура системы есть функция от потока внешних требований

Пришло новое требование - реализовал

Видишь, что часть требований однотипны - поправил архитектуру, чтобы было проще на них реагировать

Дизайн не бывает сам по себе

И пытаться предугадать дизайном будущие требования, как правило, бесполезно

YAGNI, да

И пытаться предугадать дизайном будущие требования, как правило, бесполезно

я и не пытаюсь предугадать, для этого изначально иду от простого к сложному, соответственно.

Ок. Какую задачу ты сейчас решаешь?

Ок. Какую задачу ты сейчас решаешь?

Это мой самый первый вопрос) Православный способ организовать доступ к базе в питоне, не используя orm. Я советы про синглтон прочел, спасибо. Умные статьи советуют в питоне бзать модули, не синглтоны (но питон вообще оч странный язык, если в java все оборачивается в класс, тут - в модули)

Откуда требование "не использовать орм"?

Оно странное

Откуда требование "не использовать орм"?

считаю для своей задачи оверхедом, мне sql не лень пописать.

Орм это не про замену sql на dql или что-то такое

И не про конкретную реализацию орм

Это про то, как превратить объект в памяти в набор данных, уложенных в реляционную таблицу

И задавая свой вопрос ты на самом деле спрашиваешь "как мне начать строить свою орм"

Ну либо я леплю свой доступ к базе и пишу raw-sql, либо беру orm и пишу RawQuery, тут разницы никакой, я думаю.

А нужно ли тебе именно РЕЛЯЦИОННОЕ хранилище?

Само свойство реляционности уже чревато сложностями

https://en.m.wikipedia.org/wiki/Object-relational_impedance_mismatch

https://www.youtube.com/watch?v=WW2qPKukoZY&feature=share

Само свойство реляционности уже чревато сложностями

а какого рода сложностями, если у меня типичный CRUD, много гигабайт данных не планируется

Не питон, но очень правильно про орм

https://www.youtube.com/watch?v=QaIGN_cTcc8&feature=share

А вот эта про "у меня типичный crud"

ORM != persistence layer

Именно из-за буквы R

А какой это тогда layer?

Я понимаю что ORM это хорошо, здорово экономит время и проч. Тут либо я сам парюсь и расставляю ограничения, пишу и оптимизирую запросы и тд, либо ORM делает это за меня. Но у меня не enterprise задача, чтобы его с собой тащить.

Посмотри последний видос

Там как раз о том, что фреймворки хороши для мелких проектов, а для крупных создают сложности

Посмотри последний видос

В текстовом варианте нет с этой конференции? Видео слишком долго, быстрее прочитать.

Видишь, что часть требований однотипны - поправил архитектуру, чтобы было проще на них реагировать

Это тоже понятно, но чем тогда руководствовались разработчики Java spring, когда городили свои AbstractSingletonProxyFactoryBean ?

А никто не пользуется tiOPF? Или паскальщиков тут сразу банят ;) ?

Это тоже понятно, но чем тогда руководствовались разработчики Java spring, когда городили свои AbstractSingletonProxyFactoryBean ?

Сложно не значит "подходит всем"

А никто не пользуется tiOPF? Или паскальщиков тут сразу банят ;) ?

Тут крайне редко банят

Но относятся к недоверием)

Нет. Я вообще на пхп пишу

Ну вот интересно, orm для создания приложений, связанных с бд, используются еще или уже что-то новое появилось?

А то может зря изучаю tiOPF

А то может зря изучаю tiOPF

А Delphi сейчас вообще целесообразно при разработке чего-либо использовать? Понятно, что на вкус и цвет, но есть ли работа, не связанная с поддержкой легаси

Я в лазарусе работаю

А Delphi сейчас вообще целесообразно при разработке чего-либо использовать? Понятно, что на вкус и цвет, но есть ли работа, не связанная с поддержкой легаси

а работа, не связанная с поддержкой легаси вообще есть?

а работа, не связанная с поддержкой легаси вообще есть?

В теории, да

В чем отличие модуля от либы?

Всем утра

В чем отличие модуля от либы?

По-моему, разницы никакой.

Ну разве что детали - скажем в python модуль задаёт namespace, а в C lib - нет.

Тогда откуда столько срачей на тему модулей в сpp и той же java

Есть детали, которые (при большом желании) можно считать "важными".

Из области "в интернете кто-то снова неправ".

Это из той же, где "на паскалях разве кто-то пишет" наверно. Возможно даже участники те же.

ERROR: S client not available

да, коннект к базе и должен же быть один, и под эту задачу так и просится синглтон

connection pool?

А Delphi сейчас вообще целесообразно при разработке чего-либо использовать? Понятно, что на вкус и цвет, но есть ли работа, не связанная с поддержкой легаси

конечно нет

Тогда откуда столько срачей на тему модулей в сpp и той же java

В джава модуль != либа, да и простым разработчикам это очень не скоро пригодиться. В джава их запилил для инфраструктуры самой jvm.

В джава модуль != либа, да и простым разработчикам это очень не скоро пригодиться. В джава их запилил для инфраструктуры самой jvm.

А что это тогда, можно в 2-х словах?

Вот статья https://www.infoq.com/articles/modular-java-what-is-it

Утверждается "Libraries are implicitly modules"

Утверждается "Libraries are implicitly modules"

Только для самой вм

Чувак про FP vs OOP https://www.youtube.com/watch?v=Bn132AtZLhc

Господа, день добрый. Вопрос про ООП в питоне: есть class App, который дергает data-storage и отдает данные интерфейсу (консоли, гую etc). Data-storage - это пока что sqlite3, class Database (коннект к базе) и модуль models, где по классу на каждую таблицу, raw sql-запросы на get\set там же. Вопрос - каким паттерном элегантней и проще всего организовать доступ к базе данных через App? Готовые ORM предлагать не надо, тут задача чисто поломать себе голову. Делал бы на php\java - лепил бы фабрику, статичные методы, синглтоны, но в питоне ведь синглтоны лучше не лепить.

import datastorage

Короче модули юзать

Кто там с питоном - сделай Dao - класс который будет сохранять и читать данные из бд, сами entity (сущности) не должны ничего знать о базе данных и способе хранения, это нарушение single responsibility principle. Они не должны себя сохранять. Коннект к базе должен браться и закрываться на каждуй операцию. Держать всё время открытым один коннект не рекомендуется, лучше использовать коннекшн пул.

А Delphi сейчас вообще целесообразно при разработке чего-либо использовать? Понятно, что на вкус и цвет, но есть ли работа, не связанная с поддержкой легаси

1) нет 2) нет Ruby тогда уже лучше, посмотри рейтинг языков

В теории, да

она через некоторый срок становится той же поддержкой легаси

Я понимаю что ORM это хорошо, здорово экономит время и проч. Тут либо я сам парюсь и расставляю ограничения, пишу и оптимизирую запросы и тд, либо ORM делает это за меня. Но у меня не enterprise задача, чтобы его с собой тащить.

Ты должен задать вопрос по другому: какие требования к задаче, сколько у тебя времени на то чтобы её решить и т.д. Если хочешь разобраться то не используй орм, а напиши доступ к базе самостоятельно, потом с легкостью можешь убрать свой велосипед и добавить orm, но только если ты нормально всё спроэктировал и не перемешал бизнесс логику с логикой доступа к бд

Допустим есть класс Document который нужно куда нибудь напечатать, к примеру в консоль или в файл. Класс Document обладает всей необходимой информацией которая нужна чтобы напечатать этот документ, получается что Document должен печатать себя сам согласно принципу Inflrmation Expert но тут мы нарушаем приницип Single responsibility, обьект должен иметь одну ответственность. Кто какой принцип предложит нарушить?)

Я думаю, это зависит от того, предполагаешь ли ты дальнейшее расширение возможностей печати

Если нет - то лучше нарушить единую ответственность, а если может понадобится добавить третий\четвёртый методы вывода - лучше сделать отдельный класс отвечающий за печать документа

Интерфейс документ и его реализации

я бы сделал отдельный класс

хотя я не совсем понимаю information expert, в отличии от srp

Допустим есть класс Document который нужно куда нибудь напечатать, к примеру в консоль или в файл. Класс Document обладает всей необходимой информацией которая нужна чтобы напечатать этот документ, получается что Document должен печатать себя сам согласно принципу Inflrmation Expert но тут мы нарушаем приницип Single responsibility, обьект должен иметь одну ответственность. Кто какой принцип предложит нарушить?)

он знает что напечатать, не знает как, пускай ему дадут того, кто знает как печатать, а он ему скажет, что напечатать

Шаблон стратегия дэтэктэд

он знает что напечатать, не знает как, пускай ему дадут того, кто знает как печатать, а он ему скажет, что напечатать

т.е. "стратегия"?

да

Как то не очень, как по мне, более естественным выглядит вариант на uml диаграмме, зачем засовывать в документ эту функциональность, пусть даже эта функциональность будет делегирована другому классу?

Есть документ, есть принтер

В случае если в документ будет вкладываться какая то стратегия печати будет то же самое только вид сбоку

ваш вариант не очень тем, что вы не можете печатать разные наборы данных для разных типов документа

ну можете, но эта логика почему-то будет не в документе, хотя именно он это знает

ну и придется в документ запихать бесполезных гетеров

хотя я не совсем понимаю information expert, в отличии от srp

IE лучше всего применять там где есть какие то данные которые нужно посчитать, допустим чек в магазине, или результат каких то вычеслений, допустим в классе Report есть какой то массив с результатами вычеслений. Чтобы посчитать среднее, большее или сумму нельзя запрашивать у класса массив с данным и считать самому, пусть класс считает сам, когда едешь в такси то ты спрашиваешь у водителя "Сколько времени займет поездка до центра город?" а не "какая средняя скорость машины" "сколько пробок на дороге" и т.д. водитель - информационный эксперт и знает всё в этой области потому он должен отвечать на этот вопрос.