>>не хочешь чтобы люди могли пользоваться — не трать усилия
Странная у вас позиция. По вашему труд программиста ничего не стоит?
Есть бизнес-модели где можно получать доход по подписке или поддержке, но где-то продажа софта — это основной доход. Вас лично никто не заставляет ничего покупать — не хотите — не пользуйтесь, ищите альтернативы.
Думаю, сегодня многие пользователи могут позволить себе лицензионный софт и покупают его. И я думаю это правильно — если софт мне нужен — я плачу за него.
Если вы сами работаете на дядю и бесплатно что-то там делаете по вечерам — это ваш выбор, это не означает так должны поступать все или что это единственно верный вариант.
Возможно тем, что кроме раскладки, людям требуются и другие возможности — такие как удобный дебаг, доступ из консоли к переменным непосредственно во время исполнения программы и т.д.
я задаю вам вопросы не для того чтобы доказать что дж.орм крут или алчеми отстой.
Я иногда сталкиваюсь с ситуациями, как и многие, когда нужно более-менее юзабельно формировать\компоновать\собирать raw запросы.
Как вариант решения — параметризованные функции или классы обертки которые становятся более-менее универсальными и цельным объектами в коде.
Я так понимаю, sqla как раз решает эту задачу. И мне конечно было интересно увидеть примеры и т.д.
Но я уже пожалел о том, что начал тут что-либо писать и спрашивать)
Я не могу ответить вам ни да ни нет, не зная что конкретно вы не стали реализовывать на django ORM + raw. Если вы приведете примеры из реального проекта — тогда думаю мы все сможем оценить масштабы озвученной проблемы )
Если серьезно — может есть возможность описать\выложить те задачи которые вы решили не делать на django orm? было бы интересно многим я думаю.
Конечно не знаю конкретной вашей задачи, но как вариант обернуть текст raw запроса в функцию с параметрами?..
и если необходимо — добавить ее как метод необходимого класса-модели…
>>>я считаю, что джанго какашка, и делать на ней новый проект не стоит
Чтож, это ваше мнение — у меня нет причин с вами это обсуждать :)
По моему, если возникла необходимость прикручивать к джанге sqla — то возможно стоило использовать пайлонс либо какой-нибудь из множества других замечательных фреймворков, из коробки поддерживающих и ориентированных на sqla.
если вы не требуете- это ваше дело. Это не значит что это правильно или что так должны поступать все.
Кто и какие ваши свободы ограничивает?
Странная у вас позиция. По вашему труд программиста ничего не стоит?
Есть бизнес-модели где можно получать доход по подписке или поддержке, но где-то продажа софта — это основной доход. Вас лично никто не заставляет ничего покупать — не хотите — не пользуйтесь, ищите альтернативы.
Думаю, сегодня многие пользователи могут позволить себе лицензионный софт и покупают его. И я думаю это правильно — если софт мне нужен — я плачу за него.
Если вы сами работаете на дядю и бесплатно что-то там делаете по вечерам — это ваш выбор, это не означает так должны поступать все или что это единственно верный вариант.
Когда нужно просто редактировать небольшое количество файлов — открываю vim, просто потому что быстро.
По поводу комбинаций клавиш — в pycharme есть недостатки, но они не критичны по сравнению с возможностями которые он дает.
Я иногда сталкиваюсь с ситуациями, как и многие, когда нужно более-менее юзабельно формировать\компоновать\собирать raw запросы.
Как вариант решения — параметризованные функции или классы обертки которые становятся более-менее универсальными и цельным объектами в коде.
Я так понимаю, sqla как раз решает эту задачу. И мне конечно было интересно увидеть примеры и т.д.
Но я уже пожалел о том, что начал тут что-либо писать и спрашивать)
Если серьезно — может есть возможность описать\выложить те задачи которые вы решили не делать на django orm? было бы интересно многим я думаю.
Не ради померятся размерами, а ради чисто профессионально интереса)
Можете сделать запрос, достаточно сложный на sqla и вывести raw запрос который он формирует.
Я постараюсь сделать на джанго тоже самое — посмотреть насколько хуже оно там получается.
Интерес не ради «померяться», думаю это многим будет интересно )
PS Вы можете просто не отвечать.
и если необходимо — добавить ее как метод необходимого класса-модели…
Чтож, это ваше мнение — у меня нет причин с вами это обсуждать :)
По моему, если возникла необходимость прикручивать к джанге sqla — то возможно стоило использовать пайлонс либо какой-нибудь из множества других замечательных фреймворков, из коробки поддерживающих и ориентированных на sqla.
Я уверен что sqla мощнее и гибче чем django ORM, но думаю в подавляющем большинстве случаев нет необходимости заменять на него встроенный ORM.
Из этих двух вариантов я думаю многим будет проще заюзать в джанго raw-селект, чем писать sqla.