Būvēt savu vai izmantot kādu CMF?

[Mr.Key]

Ir vērts apgūt Laravel, vai pagaidīt nākošo? Kā nekā, ar php7 ir iespēja jaunam projektam, kurš nebūs apgrūtināts ar kaut kādu tur aizvēsturisku php5...

 

Yii2 nav slikts. Jā, tur ir daudzi kompromisi, laikam dēļ tā, lai strādātu, nevis skaisti izskatītos.

 

Un CMF nav typo no CMS. Google it!

Edited June 12, 2015 by Mr.Key

[rpr]

diez vai Laravel kvalificējas kā CMS

 

 

 

es par izskatāmiem CMS piesauktu: Drupal, Joomla, Wordpress

vēl viens projekts, kas gan vairs neattīstās Jaws

 

bet vai tie ir "elastīgi risinājumi" autoram, gan nezinu, skaidrs, ka augšminētais frameworks ir elastīgāks

 

Es gan Drupal neieteiktu, cik esmu skatījies, tad tur tā db shēma ir samazgu spainis.

[Kavacky]

Ir vērts apgūt Laravel, vai pagaidīt nākošo? Kā nekā, ar php7 ir iespēja jaunam projektam, kurš nebūs apgrūtināts ar kaut kādu tur aizvēsturisku php5...

Domā, ka viņš būs radikāli atšķirīgs? :D

[F3llony]

Domā, ka viņš būs radikāli atšķirīgs? :D

Radikāli nē. Es domāju PHP tagad pievērsīsies moderate-Budismam. 

[briedis]

Ir vērts apgūt Laravel, vai pagaidīt nākošo? Kā nekā, ar php7 ir iespēja jaunam projektam, kurš nebūs apgrūtināts ar kaut kādu tur aizvēsturisku php5...

 

Yii2 nav slikts. Jā, tur ir daudzi kompromisi, laikam dēļ tā, lai strādātu, nevis skaisti izskatītos.

 

Un CMF nav typo no CMS. Google it!

 

 

Tikai ne Yii, lūdzu :D

 

L5 noteikti, jo 5.1 praktiski neatškiras, migrācija no 5 uz 5.1 ir pārdesmit minūtes.

 

Dzirdēju arī, ka LU praktiski visi web kursa darbi arī tika veidoti uz Laravela, agrāk gan esot bijusi lielāka daudzveidība ietvariem.

 

Domāju, ka turpmākos gadus visi Yii, CI, Cake, Symfony utt tiks izspiesti ārā, jo Laravel tomēr ļoti strauji seko modernām lietām uz priekšu, ievieš jaunākās PHP fīčas utt.

[l27]

Frameworka izvēle nav vienkārša. Jāņem vērā gan populiritāte, gan jānovērtē piemērotība projektiem, ar kuriem plāno strādāt. Vēl grūtak paredzēt nākotni, jo var iznākt vēl labāks frameworks un tas būs modes kliedziens. Piemēram, no dažiem neseniem Lavarel piekritējiem ir dzirdēts, ka Yii2 esot tomēr labāks.

 

No savas pieredzes ieteiktu izvēlēties famework, kuru apaudzēt, maksimāli izmantojot gatavas bibliotēkas. lai iegūtu nepieciešamo funkcionalitāti projektiem.

 

Apaudzēta frameworka dzīves cikls varētu būt 10 gadi. Pēc tam jāveido jauns.

[briedis]

 

Piemēram, no dažiem neseniem Lavarel piekritējiem ir dzirdēts, ka Yii2 esot tomēr labāks.

 

Dīvaini cilvēki. Es gadu strādāju ar laravel, tagad pieslēdzos Yii2 projektam. Ļoti besī tas Yii.

 

- routings ir tizls (laravel route grupas ar middleware vnk rullē)

- Query builderis ir neērts, laravel kudiš ērtāks

- Migrācijas sūdīgas (laravel normāli chaino metodes, Yii lipina vnk stringu)

- Dokumentācija laravel ir kārtu labāka

- Environment noteikšana Yii sux, laravel nejēgā ērti ar dotenv.

 

Visur ietvara konfigurācija ar daudzlīmeņu masīviem, dependency injection iesūkā - nav metožu injekcija, kontroliera konstruktors pārbāzts ar kkādiem parametriem, nevar normāli norādīt.

 

Laravel ir daudz ērtas helper funkcijas, fasādes, kas atvieglo ātru kodēšanu, dd() metode, utt.

 

Laravel arī ir izākusi Long Time Support versija...

[Blitz]

 

 

laravel normāli chaino metodes, Yii lipina vnk stringu

 

Runā par db migrācijām? Kā izpaužas stringa lipināšana un chainošana? 

[briedis]

    $this->createTable('news', [
            'id' => Schema::TYPE_PK,
            'title' => Schema::TYPE_STRING . ' NULL',
            'content' => Schema::TYPE_TEXT,
	]);

vs

	Schema::create('news', function(Blueprint $table){
		$table->increments('id');
		$table->string('title')->nullable();
		$table->text('content');
	});

[jurchiks]

Nu zem kapota jau tas pats notiek abos variantos... Vienīgi tas ". ' NULL'" lec laukā, nav tik fleksabls risinājums.

Bet otrajā koda snippetā vienīgais chaining ir ->nullable(). Tehniski ir iespējams uztaisīt, ka visas 3 kolonnu definēšanas ir chainojamas (tāpat skaidrs, ka ->nullable() tiek likts uz pēdējo definēto kolonnu), nezinu gan, vai tur tas ir uztaisīts.

 

Vispār es to kodu pārtaisītu, lai būtu iespējams rakstīt šādi:

Schema::create('news') // returns Blueprint
    ->increments('id')
    ->string('title')->length(255)
    ->text('content')->nullable();

Edited June 26, 2015 by jurchiks

[Mr.Key]

Ok, jāspiež uz Laravel tad. No brainer. Paldies par info.

[karstakritene]

Es pareizi saprotu, ka Lumen ir sub-sets no Laravel un savukārt Laravel ir subsets no Symphony? Proti, Laravel ir tas pats Symphony tikai ar mazāk fīčām, savukārt Lumen ir tas pats Laravel tikai ar vēl mazāk fīčām ?

[F3llony]

Es pareizi saprotu, ka Lumen ir sub-sets no Laravel un savukārt Laravel ir subsets no Symphony? Proti, Laravel ir tas pats Symphony tikai ar mazāk fīčām, savukārt Lumen ir tas pats Laravel tikai ar vēl mazāk fīčām ?

Nē. Laravel izmanto Symfony komponentes. Thats all. 

 

Lumen ir apgraizīts Laravel. Neredzu jēgu gan tam pasākumam, jo, imho, mikrofreimworks ir mikro, ne 2000 direktoriju templeits. -.- tad vnk ņem Laravel un aidā. 

[briedis]

Ok, jāspiež uz Laravel tad. No brainer. Paldies par info.

 

Salīdzini šīs dokumentācijas - cik viegli ir atrast info par one-to-one relāciju:

 

http://laravel.com/docs/5.1/eloquent-relationships

vs

http://www.yiiframework.com/doc-2.0/guide-db-active-record.html

[l27]

Salīdzini šīs dokumentācijas - cik viegli ir atrast info par one-to-one relāciju:

 

http://laravel.com/docs/5.1/eloquent-relationships

vs

http://www.yiiframework.com/doc-2.0/guide-db-active-record.html

 

Iekš Yii modeļus ģenerēju ar ģenerātoru, tapēc nav jāzin, kā definē relācijas.

 

Papildus IDE priekšā teicējs piedāvā izvēlēties vajadzīgo relāciju modelim.

 

Gan jau Lavarelam arī ir šādi ģenerātori.