Jump to content
php.lv forumi
ieleja

dažādu valodu dažādi frameworki

Recommended Posts

noteikti nevēlos kādu liesmojošu topiku, bet labāk iedomājamies abstraktu situāciju - sākas jauns vidējs vai liels projekts un ir iespēja izvēlēties tehnoloģiju, valodu, fw. potenciālās komandas locekļiem ir katram savs favorīts, bet vēlams izvēlēties kaut ko kaut cik objektīvi labāko

 

vai mēs (jūs) visumā nelielā (bet zinošā) <php.lv> sabiedrība varam vidēji īsos postos izstāstīt savu viedokli?

 

p.s.

saprotu, ka topika tāgos ir 3 lieki tāgi, bet mūsu mazajā dzimtenē jau tā viss ir pārāk fragmentēts un segregēts

 

Share this post


Link to post
Share on other sites

Paņem laravel un miers :) Ja tīri balstās uz popularītāti.

 

Ja cilvēks saprot kas ir MVC, kāpēc, lai vispār būtu problēma strādāt ar jebkuru ietvaru?

 

Ņemiet to, kam vislabākā dokumentācija un vislielākais community.

Share this post


Link to post
Share on other sites

Atkarīgs no projekta kompleksitātes, ja saildzinoši vienkāršs, tad Laravel, ja drīzāk sarežģītāks, tad Symfony2.

Laravel būtībā ir tāda vienkāršota Symfony versija ar daļu Symfony komponenšu un jau noteiktām lietām kā kas strādās, ātrak sākt un apgūt. Symfony2 tev uzspiež daudz mazāk, daudz lielāka brīvība, bet līdz ar to daudz lielākas iespējas izvēlēties kā un ar ko darīsi.

Share this post


Link to post
Share on other sites

tur jau tā lieta, ka nav vienkārši izvērtēt, kam tad "vislabākā dokumentācija un vislielākais community"

 

vēl jau ir komandas potenciāls, motivācija un nākotnes perspektīvas, u.c.

 

bet vēl jau tas vektors - valodas - codez teiks, - (Play|)Scala

 

[personīgi, bakstos ap Symfony2 un Wicket, jo Java liekas universāla, ja redzētu ērtu pielietojumu ārpus weba, tad tikai c++]

Share this post


Link to post
Share on other sites

Nav īsti svarīgi, kam ir kāda dokumentācija un komjunitijs. Svarīgāk ir tas, kur komanda prot labāk operēt.

 

Cik tad daudz to dokumentāciju vajag freimworkam? Aizmirsās, kā kontrolieri jāraksta? Kādas metodes pieejamas ORM? IDEs autocomplete & read source.

Share this post


Link to post
Share on other sites

Nav īsti svarīgi, kam ir kāda dokumentācija un komjunitijs. Svarīgāk ir tas, kur komanda prot labāk operēt.

 

Cik tad daudz to dokumentāciju vajag freimworkam? Aizmirsās, kā kontrolieri jāraksta? Kādas metodes pieejamas ORM? IDEs autocomplete & read source.

 

Mazliet resnākiem freimworkiem dokumentācijai ir nozīme, bet poplārajiem freimworkiem ar to pārsvarā nav problēmas. Piemēram tam pašam Symfony2 ir virkne labu komponentu, kas atrisina standartproblēmas, bet bez labas dokumentācijas daži no tiem būtu tiešām grūti izmantojami.

 

Noteikti jāpiekrīt, ka projekta tehnoloģiju izvēlē lielāks svars ir komandas dalībnieku viedoklim nekā anonīmu "ekspertu" apgalvojumiem internetā. Ja komandas dalībnieki var vienoties par freimworku, ar kuru ērti strādāt un redzēt plusus un mīnusus konkrētā projekta kontekstā, tad tas jau ir daudz, arī, ja freimworks nav tik modīgs.

Share this post


Link to post
Share on other sites

laraval varbūt ir jauki, bet ir daži mīnusi:

- nav īstas integrācijas IDEēs (ok, darām caur PHP valodu),

- dokumentācija nu ... tāda nekāda - izstaigā to QuickStart, viss vienkārši un ko tālāk? gribētos kādu kaut cik īstu aplikāciju, kur visas sadaļas diezgan izmantotas un arī paskaidrotas

Share this post


Link to post
Share on other sites

Ja projekts ir laikietilpīgs, tad visnepareizāk būtu ņemt ietvaru/valodu, kurā nav bijusi produkcijas pieredze - t.i, nav taisīta sistēma, kura jau ir produkcijas režīmā. Saku no personīgās pieredzes, strādājot firmā, kura apmēram gadu atpakaļ no PHP, visiem jaunajiem projektiem, pārgāja uz Python, un pirmie kucēni tika slicināti :). Sistēmas jau strādā, bet ja tās būtu aktīvi jāuztur gadiem, tad viņas viss ticamāk tiktu pārrakstītas, jo pieredzi jau nevar iemācīties vai stackoverflow izlasīt.

Share this post


Link to post
Share on other sites

> pārgāja uz Python

 

\o/

Share this post


Link to post
Share on other sites

Context, who needs it anyway...

Share this post


Link to post
Share on other sites

jurchiks, kurā daļā Tu saprati, ka lēmums nebija pareizs? Morāle bija tāda, ka neatkarīgi no tehnoloģijas, ja ar to nav bijusi reālas pasaules pieredze, tad to ņemt par pamatu ilgtermiņa projektam ir ne tā labākā doma. Fyi, Python nomaiņa pret PHP kā primārā backend valoda bija labākais tehniskais lēmums šajā kompānijā - ne tikai manis, kā programmētāja viedoklis.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...