Manualai.lt Forumas

O aš php activerecord naudoju. Ten viskas dar gražiau apsirašo, plius pritaikyta MVC šablonui.
Pvz. :
<?php
// sukurti nauja įrašą users lentelėje
Users::create(array(
  'name' => 'Vardas',
  'surname' => 'Pavarde',
  'blabla' => 'blablabla'
  // ........
));

// istrinti useri su ID 10:
Users::delete(10);

//Paselektinti user'i su id 10:
$user = Users::find(10);
// kazka jame pakeisti:
$user->country_id = 21;
$user->save();

// Paselektinti user'i kur username = vardas, password = slaptazodis
$user_exists = Users::find_by_username_and_password(array('vardas', 'slaptazodis'));

?>
Plius, jeigu modeliai surišti tarpusavyje (pavyzdžiui, per foreign key User'iui priskirta šalis - country_id), pagal tuos constraint'us automatiškai viskas susikuria. Taigi jeigu users lentelėje yra laukas country_id, ir egzistuoja lentelė `countries` (tarkim su fieldu `name`), tai galima daryti taip:
<?php
$user = User::find(2);
print "Vartotojo šalis: " . $user->country->name;
?>ir pan. Naudojamas lazy-loading'as, modelių sąryšiai kraunami tik tada, kai jų prireikia. Plius modelyje aprašomos taisyklės, pagal kurias modelis automatiškai validuojamas prieš saugant jį į duombazę. Ir labai paprastai ir intuityviai viskas apsirašo. Žodžiu labai patogu, ir tikrai patogiau, negu paprasti užklausų wrapper'iai, kaip meekrodb. Tik perprast reik

jei patiko doktrina, tai sitas jauciu dar labiau patiks: http://k3jw.com/code/amiss/

Tas pats activerecord, kurį kątik aprašiau, tik kastruotas ir labiau supainiotas

Citata iš: Lukas Liesis  2012-12-05 13:26:47 pm

jei patiko doktrina, tai sitas jauciu dar labiau patiks: http://k3jw.com/code/amiss/

Tas pats activerecord, kurį kątik aprašiau, tik kastruotas ir labiau supainiotas

nu ne. is tu kas turi gera patirti suzinojau, kad activerecord yra vengiamas daiktas ir geriau isvis jo nenaudot, palyginus su amiss. Amiss gerai tuo, kad veikia nepriklausomai nuo duombazes, o doktrina (ypac v1) yra galima sakuoti kastruotas orm'as. anyways, diskusija isties ne apie tai. kas ka nori ta naudoja.

Būtų įdomu sužinot, kodėl AR vengiamas daiktas. Active Record yra jau gan seniai plačiai pripažintas design pattern'as. Ar tu kalbi būtent apie šitą libą? Bet kuriuo atveju, įdomu būtų išgirsti - kodėl jie taip mano

manau sitas atsako i tavo klausima:

ActiveRecord is a pattern common in ORMs. Doctrine is an ORM which uses an ActiveRecord'ish style.

Some benefits of using tools like Doctrine:

Database independence: The code should be easy to port to different DBs. For example, I often test using SQLite and use MySQL or Postgre in production with no changes in code.
They reduce the amount of code you have to write: A large part of application code deals with communicating with the database. An ORM takes care of most of that, so you can concentrate on writing the actual app.
Of course, they don't come without disadvantages:

Doctrine is heavy so it is slower than using straight SQL
ORMs can be complex, adding some weight to what you have to learn, and they can sometimes be difficult to understand for inexperienced programmers


šaltinis: http://stackoverflow.com/questions/1113716/orm-and-active-record-pattern-in-php

nu va issaiskinau, active record failas yra tame, kad jis negali dirbti be connectiono ir taip surija resursus bereikalingai. Doctrina pirma irgi, o amiss - ne, man rodos doktrina 2 irgi ne, taciau tiek amiss tiek doktrina 2 reikalauja php 5.3

active record'as yra desing paternas kuri galima rast ir doktrinoj, taciau doktrina dar turi ir kitokiu paternu viduje, todel ji aisku yra didele. Bent jau as pats kol kas naudojau tik amiss ir doktrina 1, tai man abu patiko, tik su amiss kazoks lengvumas jauciasi ir paprastumas, todel as su amiss. Dar tai, kad maziau resursu ji surija, tai irgi didelis pliusas. Aisku mes cia kalbam tik apie didelius projektus, jei projekte ten 10 lenteliu ar pns, tai koks skirtumas.. bet tie projektai prie kuriu dirbdamas naudoju amiss/doktrina turi ziauriai daug lenteliu, struktura yra sudetinga, viskas yra sumaisyta su zendu (doktrina) o amiss isvis ten taip lengvai viskas, reiks pasigilinti daugiau :/ naudojamas toks pimple su fitzgerald'u.. jei netingit pasigooglinkit apie tuos dalykus, pats dar per mazai gilinaus, kad galeciau kazka daugiau pakomentuoti, taciau sukas tie dalykai tikrai fainai

apibendrinus tai kiekvienas projektas turi savo specifika, vienoj vietoj lengviau su vienu dalyku, kitur su kitu, kai kur isvis reikia simple sql..

O kaip ORM'as gali dirbti be connection'o? tiesiog reikia laiku ir vietoj inicializuot. Na vienu žodžiu. Tokių tools'ų tikrai yra daug, ir sutiksiu, kad priklausomai nuo projekto gali būti geriau naudot vieną arba kitą

gali