Ietvaru aptauja

[rATRIJS]

Nevienam Laravel nepatīk? :/

 

Shobriid tiek veidots viens projekts uz Laravel (es neprogrammeeju, tikai menedzheeju). It kaa ir OK. Ljoti vienkaarshs un taa, bet dazhbriid liekas paaraak vienkaarshs un ne pietiekami pieaudzis. Programmeetaaji submit'oja vairaakas issues izstraades gaitaa un vajadzeeja extend'ot vairaakas core clases, lai panaaktu ko vajadzeeja.

[F3llony]

Mazajiem, pāris lapu projektiem - pārrakstīts Slim ar PHPActiveRecord. Lielajiem projektiem - savi freimi. 

Edited February 28, 2013 by F3llony

[Endijs]

Shobriid tiek veidots viens projekts uz Laravel (es neprogrammeeju, tikai menedzheeju). It kaa ir OK. Ljoti vienkaarshs un taa, bet dazhbriid liekas paaraak vienkaarshs un ne pietiekami pieaudzis. Programmeetaaji submit'oja vairaakas issues izstraades gaitaa un vajadzeeja extend'ot vairaakas core clases, lai panaaktu ko vajadzeeja.

 

Jā - vienkāršs. Tādēļ man pat nelielām lapām patīk izmantot. Par hardcore izmantošanu nezinu... Laravel 4 izskatās vēl labāk par 3.

[Kavacky]

Kas tam Laravel ir tik kruts? Toties tur ir sviestaini PHP "eventi". :D

[F3llony]

Un vel sajāts oop

[Endijs]

Kas kruts Laravel? Grūti pateikt. Man patīk, ka ar dažām rindām jau var dabūt strādājošu sistēmu. Kā arī pietika ar dažām stundām dokumentācijā, lai varētu uztaisīt pilnvērtīgu lapu uz Laravel bāzes. Protams, nelielu, bet tomēr - labs mērs, lai saprastu cik grūti/viegli apgūt. Ir daži koncepti kas patīk. Piemēram, Closures teju katrā stūrī. Par pamatīgo statisko funkciju pārbagātību gan neesmu visai drošs. Lai vai kā - pasākums pēc Zend likās krietni vieglāks un ne tik sarežģīts. Īsti piemērots mazām lapām. Ļoti viegli sakonfigurēt dažādus Env, viegli routus salikt, caches utt. utt. Es gan nezinu vai izmantotu lielam projektam, bet maziem noteikti.

[Pats Toms]

Kas tam Laravel ir tik kruts? Toties tur ir sviestaini PHP "eventi". :D

 

Event klase ļauj hookot eventus. Viņi raksta, ka jēga rodas tad, ja tu vēlies paplašināt fw core funkcionalitāti, nepaplašinot pašas klases.

[F3llony]

Event klase ļauj hookot eventus. Viņi raksta, ka jēga rodas tad, ja tu vēlies paplašināt fw core funkcionalitāti, nepaplašinot pašas klases.

1. Tas nav nekas jauns. Šāds eventu "modelis" ir miljards gadus vecs simts un vienā implementācijā.

2. Katru reizi, kad kāds ambīlis izdomā viņus reāli izmantot un sabāzt visos fakin sistēmas stūros, manī rodas vardarbīga vēlme cilvēku vienkārši pamatīgi piekaut, tā līdz hospitalizācijai. Kamēr viens cilvēks veido to visu - fine. Bet tiklīdz tie ir vairāki cilvēki un pasarg dies šāds meistardarbs pēc tam jāsuportē, un jādebuggo - fuck you and everything you believe in!

Also, šis ir pat konceptuāli stulbs veids, kā paplašināt kodolu. Eventi un huki ir koncepts sistēmām, kurās nav iespējama objektīva vai metodiska paplašināšana. 

[Pats Toms]

Nuu, es neesmu nekāds monstrs un mega speciālsts, bet observer patterna un pluginu loveri to saukā par killer fīču.

[marrtins]

Neesu redzējis nevienu lietojamu framework. Tas YII vispār ir pārmudrīts sviests. Nu kas tas tāds ir???

 

Yii::import('zii.widgets.CPortlet');
 
class UserMenu extends CPortlet
{
    public function init()
    {
        $this->title=CHtml::encode(Yii::app()->user->name);
        parent::init();
    }
 
    protected function renderContent()
    {
        $this->render('userMenu');
    }
}
 

[404]

Tas YII vispār ir pārmudrīts sviests. Nu kas tas tāds ir???

Kā teiktu klasiķi-tas varbūt nav defekts bet fīča. Widžeti jau vispār nav spiesta lieta,bet šajā gadījumā tā ir iespēja pēc savam vēlmēm un kritērijiem uzrenderēt menu (pārrakstot renderContent() metodi),ja neapmierina esošā navigācija.

[F3llony]

Nuu, es neesmu nekāds monstrs un mega speciālsts, bet observer patterna un pluginu loveri to saukā par killer fīču.

Observer patterns ir domāts lai nodotu state jeb stāvokli observeriem. Steits ir sava veida events, bet observeri noteikti neizmanto lai paplašinātu kodolu, kā filtru vai lai menedžētu pluginus, to izmanto lai observētu izmaiņas. 

 

Piemērs - tev ir modeļa klase, kurā tu glabā objekta īpašības. Tu gribi sinhronu CRUD starp modeļa updeitiem un kešatmiņu. Tu piesien īpašībām observeri, kas atkarībā no CRUD funkcijas atjauno kešu. Tas ir observers. 

Tu gribi mainīt vērtību kaut kam, kad notiek kaut kas? Tas ir filtrs. 

Tu randomā mētā apkārt eventus pie dažādiem sistēmas notikumiem? Tie ir eventi, bet ne visai pareizi. 

 

Atšķirība starp Laravel eventiem un normāliem eventiem ir, ka eventi parasti ir lokāli un "cieti" jeb strong, eventi, līdzīgi, kā C#. Laravel savukārt paņem objektu, izmanto to kā kolekciju eventu/filtru hibrīdam, kas pie tam vēl ir dinamisks. Un ar observēšanu tiem eventiem nu nav pilnīgi nekāda sakara. 

Piemēram, normāla implementācija būtu, ja tur būtu piemēram core klase Core ar metodem onLoad un onUnload, kas pieņēmtu closure, reģistrētu closure kolekcijā un pie eventa izsauktu closure kolekciju. Bet lai arī cik līdzīgs, tas nav observers, bet gan eventu menedžments. 

[Yii]

Marrtins, man būs jau pagājis ~gads kopš dienu dienā ņemos ar yii un teikšu tā, ka man šamējais ir tā iepaticies, ka pagaidām uz citu FW pāriet nedomāju- gluži otrādi.., piekam šis ir pirmais FW ko sāku studēt un mācīties.

Kā rakstīja 404 - "tas varbūt nav defekts bet fīča",

P.S. tajā koda fragmetā kuru iemeti copy-paste no http://www.yiiframework.com/doc/blog/1.1/en/portlet.menu , es render aizvietotu ar renderPartial un vispār šajā gadījumā cportlet neizmantotu, jo pilnībā pietiek ar CMenu piedāvātajām iespējām =)
 

$this -> widget('zii.widgets.CMenu', array(
'activeCssClass' => 'current',
'activateParents' => true,
'id' => 'menu',
'items' => array(
array(
'label' => ucfirst(YII::t('menu','phoneBook')),
'url' => array('/phonebook'),
'active' => $this -> id == 'users' ? true : false,
'visible'=> Yii::app() -> user -> groupname != 'onlySearch' AND Yii::app() -> user -> groupname != 'simServer',
),

Edited March 5, 2013 by aaxc

[marrtins]

^ drausmas.

Es labāk savu FW uzkodējšu nevis tērēšu laiku šāda sviesta apgūšanai.

[xPtv45z]

...piekam šis ir pirmais FW ko sāku studēt un mācīties.

 

Tā arī ir tava problēma. ;) Es tieši tāpat agrāk domāju par symfony(mans pirmais framework). Tagad, kad ir nācies apskatīt un strādāt arī ar citiem frameworkiem, symfony vairs nešķiet nemaz tik ideāls, neviens no viņiem tāds nešķiet. Ir lietas, kas patīk kā ir realizētas vienā, ir lietas, kas patīk kā realizētas labāk otrā utt utt..

Edited March 5, 2013 by xPtv45z