Как стать автором
Обновить
50
0
Kirill chEbba Chebunin @chEbba

Пользователь

Отправить сообщение
Хороший обзор, в целом ожидаемые результаты.
Интересен еще maemo'вский браузер (powered by mozilla, если не ошибаюсь?), не совсем правда в курсе, что за браузер в предыдущих версиях, интересоваться платформой начал только с n900 =)

Сам на 5800 пользуюсь дефолтным браузером, с оценкой согласен — неплохо, но скорости не хватает.
Ну, так там же есть QueryBuilder, он правда поверх DQL, конечно, написан.
или вы что-то другое имеете в виду? Я честно не совсем понимаю, в каком виде именно хочется вам видеть это.
Эм, а ткните меня плиз в то, что вы описывали, а то что-то ничего найти в комментах уже не могу =)
Я думаю достаточно одного переезда (что автор поста выше и подчеркнул), чтобы такая абстракция полностью оправдала себя.

Еще как вариант: на девелоперских машинах стоит что-то из опенсорса, а на боевой, например Оракл.

Кроме того, если говорить об абстракции DQL, то она не только абстрагирует нас от СУБД, но и от таблиц вообще.
Ну, на счет рядовых проектов и ОРМ я с вами не согласен, но это тема для другой дискуссии.

Во-вторых, я так и не пойму, что вы считаете более простыми и читабельными средствами чем SQL, имхо, SQL как раз простой и читаемый способ.

Какие уровни абстракции обычно есть в ОРМ:
— верхний уровень работа непосредственно с объектами и их зависимостями (хорошо для организации стандартного CRUD).
— Различные билдеры для запросов (Doctrine Query Builder, Hibernate Criteria, Zend_Db_Query, Propel Criteria, etc) Это уже более мощное средство, однако все равно не так сильно как чистый SQL
— DQL/HQL уровень наиболее близкий (а соответственно наиболее функциональный) к чистому SQL.

Кроме того я не разделяю мнения что SQL/DQL/HQL менее понятны чем нативные методы, имхо, совсем наоборот. При отсутствии уровня DQL/HQL приходится использовать билдеры для абстракции от чистого sql. Хотя я лично считаю что билдеры надо использовать там где нужно именно динамически билдить запрос в зависимости от каких либо параметров (самый частый вариант — поиск по набору критериев), в стандартном же случае проще использовать DQL/HQL.
слишком расплывчато =)
DQL, как и SQL, можно отнести к DSL, которые удобны именно для выборки данных.
Можно пример методов выборки, которые настолько же мощны как чистый SQL?
ну, в документации оно keyword'ом и зовется =)
а что есть «стандартные методы?» =)
Хм, вроде, должно быть итак понятно… DQL оперирует с нашими классами/свойствами, а не с таблицами/колонками. А потом автоматически транслируется в нужный SQL для конкретной СУБД.
В том что язык запросов не зависит от СУБД, от конкретного маппинга (имен таблиц и полей в БД) ну и т.д., так как оперирует бизнес-объектами а не таблицами.
Ну так Хибернейт совсем неслабая штука.
А о каких граблях идет речь?
Давно слежу за развитием Doctrine 2.0, и она все больше похожа на Hibernate, что радует =)
Общие тезисы через чур общие и не содержат никакой конкретики. С гербалайфом в первом же коммеенте очень правильно сравнили.

Зенд сервер — совсем не типовое решение для построения приложения на ПХП, какой смысл с ним сравнивать?
Так вы напишите, хоть что-то конструктивное, а то пока о завявлении дороговизны ПХП нет ничего.
Плюсы прям сомнительные совсем (интеграция с PDF o_O?)…
В общем оценка у топика вполне адекватная.

ЗЫ Кроме ПХП есть еще Ruby, Python… JavaEE наконец или .net, чем CF лучше них? )
Поищите на хабре, были примеры, меня, лично не впечатлили, страшно…
Блин даже редактор будет, круто =)

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность