мнения об Prado FW

[iceman]

мнения об Prado FW

кто и что может сказать про Prado FrameWork?

http://www.pradosoft.com/docs/movies/blog/videos.html?movie=2 - понравилось...

 

[Alexandre]

тяжел

 

[atv]

UserRecord::finder()->findBy_username_and_password($user, $pass);

Вот такой способ (findBy_username_and_password), дорогое удовольствие в плане производительности. А главное, я не вижу никакой принципиальной разницы с

UserRecord::finder()->find('username = ? AND password = ?', $user, $pass);

 

[zerkms]

atv
в каком смысле дорогое? какая реализация этого метода? разве не такая ли, как у тебя?

 

[atv]

в каком смысле дорогое?

В том смысле, что нет такого метода как "findBy_username_and_password()", вместо него вызывается __call() и в нём парсится условие "username_and_password".

разве не такая ли, как у тебя?

Не, я такого не делал.

 

[zerkms]

В том смысле, что нет такого метода как "findBy_username_and_password()", вместо него вызывается __call() и в нём парсится условие "username_and_password".

а

Не, я такого не делал.

у тебя == как ты показал в посте.

 

[iceman]

Автор оригинала: atv

UserRecord::finder()->findBy_username_and_password($user, $pass);

Вот такой способ (findBy_username_and_password), дорогое удовольствие в плане производительности. А главное, я не вижу никакой принципиальной разницы с

UserRecord::finder()->find('username = ? AND password = ?', $user, $pass);

ну а если не зацикливать на этом внимание...

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

 

[atv]

я про компоненты, всегда ли это удобно?

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

Сложность решаемых задач, в принципе не ограничена, во всяком случае я с такой не сталкивался. Гибкость кода очень высокая, так как, чтобы написать хороший компонент, приходиться достаточно хорошо абстрагироваться.

 

[nerezus]

В тему: Delphi for PHP кто нибудь видел?
И чем Delphi for PHP и Prado отличаются от ASP.NET?

 

[weregod]

> UserRecord::finder()->findBy_username_and_password
опять каша в именовании или классы у них пишутся без разделителей, а методы с?
каковато

 

[iceman]

В том смысле, что нет такого метода как "findBy_username_and_password()", вместо него вызывается __call() и в нём парсится условие "username_and_password".

 

[DYPA]

авторы переключились на разработку yii который очень приятен

 

[Alexandre]

Мое мнение, надо использовать OOP, создать класс сущность, который отвечал бы за таблицу-сущность или связку master-detail
и уже дергать методы этого класса, а не накладывать SQL на методы PHP (изврат имхо типа smartDB или UserRecord::finder()->findBy_username_and_password)

Определяем класс UserModel в корором определены всевозможные взаимодействия с таблицей users
определяем в этом классе метод: autorize( $userName, $password );
имеем красивую и стройную структуру кода!
Все счастливы, Все идут пить пиво!
а говнокодеры правят баги...

сравниваем понятность кода:
UserRecord::finder()->findBy_username_and_password)
$User->getModel()->autorize( $userName, $password );

 

[zerkms]

Мое мнение, надо использовать OOP, создать класс сущность, который отвечал бы за таблицу-сущность или связку master-detail

изврат имхо типа smartDB или UserRecord::finder()

т.е. UserRecord это не "таблица-сущность" ?

-~{}~ 05.08.09 21:39:

сравниваем понятность кода:
UserRecord::finder()->findBy_username_and_password)
$User->getModel()->autorize( $userName, $password );

в первом случае не нужно было ничего писать. во втором - реализация метода.
сравниваем трудозатраты.

 

[korchasa]

Автор оригинала: atv
В том смысле, что нет такого метода как "findBy_username_and_password()", вместо него вызывается __call() и в нём парсится условие "username_and_password".

Это медленно? Сколько тысяч таких штук должно быть на странице, чтобы вызов __call начал хоть как-то влиять?

 

[tf]

в первом случае не нужно было ничего писать. во втором - реализация метода.

в каком месте мы будет шифровать пароль?

 

[Alexandre]

в каком месте мы будет шифровать пароль?

в методе autorize( $userName, $password );

может пример был не удачен....

в первом случае не нужно было ничего писать. во втором - реализация метода.
сравниваем трудозатраты.

по большому счету - реализация класса, а в нем метода.

Но все равно, потратившись на малом программеры пойдут пить пиво, а говнокодеры продолжать искать баги...в чужом фреймворке

 

[tf]

да я про первый вариант...

 

[zerkms]

Но все равно, потратившись на малом программеры пойдут пить пиво, а говнокодеры продолжать искать баги...в чужом фреймворке

именно поэтому, я так полагаю, ты написал свой вебсервер и свой пхп?

 

[Alexandre]

т.е. UserRecord это не "таблица-сущность" ?

это некая абстракция "запись Юзера"... Мне она не совсем понятна.
Мы уходим от записей, что является абстракцией в БД и переходим к моделям, что более приближенно к реалиям.

именно поэтому, я так полагаю, ты написал свой вебсервер и свой пхп?

меня пока устраивают промышленные решения, но если возникнет необходимость, то напишу или пропатчу существующие ... Как минимум в разных проектах используется три пхп-экстеншена и два (третий в разработке) энджиниксовых.