1.1, Аноним (-), 21:55, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –19 +/– |
Django - яркий пример фреймворка который разжирается и разрастается от версии к версии, но разработчикам на это совершенно положить.
| |
|
2.19, djbaldey (ok), 13:38, 03/04/2015 [^] [^^] [^^^] [ответить]
| +4 +/– |
Да, разрастается, но при этом 1.8 быстрее работает, чем 1.4, к примеру.
| |
|
1.2, xanonx (?), 22:06, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Меня конечно сейчас запинают, но скажу что Джанга - это смачная поделка. Совмещать веб-фреймворк и ORM в рамках одного проекта - это ад и Израиль.
| |
|
2.3, Anonimous (?), 22:17, 02/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Совершенно ничто не мешает использовать компоненты отдельно. Использовать другой ОРМ тоже не проблема.
| |
|
3.5, xanonx (?), 22:35, 02/04/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Не поделишься ссылкой на пример использования Джанго ОРМа без веб частей? Вангую что так нельзя без костылей
| |
|
2.4, th3m3 (ok), 22:21, 02/04/2015 [^] [^^] [^^^] [ответить]
| +4 +/– |
Django очень гибкий и можно его использовать вообще без ORM.
| |
|
1.6, Taman (?), 22:52, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я использую жангу почти без ОРМ - ибо не доверяю в оптимизированность и секурность орм - селектов
| |
|
2.9, Лень логиниться (?), 23:39, 02/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
На больших запросах с кучей join-ов, условий, на хитрых селектах, зависящих от переданных в оригинальном запросе полей, без ORM часто просто смерть. И вероятность налажать просто растёт геометрически.
Впрочем, джанговый орм для этого тоже не годится. Во всяком случае версии 1.7.
| |
|
1.12, Аноним (-), 00:43, 03/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> задействовать специфичные для PostgreSQL возможности
одобрямс! дб-специфичный модуль для желающих при сохранении дб-агностичности продукта в целом - это правильная политика.
| |
1.22, Xasd (ok), 17:58, 03/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
web-фреймворка Django -- один из немногих фреймворков (а быть может даже ЕДИНСТВЕННЫЙ), кто на сегодняшний день предлагает безопасность *из**коробки* (по-умолчанию) от дыр класса clickjacking\csrf\xss .
в других фреймворках -- нужно предпринять дополнительные усилия (не сложные, но усилия) чтобы защититься от clickjacking\csrf\xss .
а в Django -- нужно предпринять дополнительные усилия чтобы УБРАТЬ защиту от clickjacking\csrf\xss . некоторые дурачки ,например, так делают (убирают эту защиту в Django) для своих web-сайтов, так и не разобравшись в проблеме почему Django это предлагает :-) ..
| |
|