Wuu Posted June 20, 2014 Report Posted June 20, 2014 Šādi var if (isset($item['invoice_nr'],$item['item_nr'],$item['item_amount'])) { Bet šādi nevar! if (!empty($item['invoice_nr'],$item['item_nr'],$item['item_amount'])) { Kur sakars? Vai nu izstrādātāji pīpē kaprona zeķes, vai arī es kaut ko neizprotu? Quote
Blitz Posted June 20, 2014 Report Posted June 20, 2014 http://www.php.net//manual/en/function.isset.php http://lv1.php.net/manual/en/function.empty.php Ja liekas ka visi kautko pīpē - http://lv1.php.net/get-involved.php Quote
e-remit Posted June 20, 2014 Report Posted June 20, 2014 Ja gribi lamāt PHP, pameklē internetā "PHP: a fractal of bad design" vai "PHP: фрактал плохого дизайна". Ja par šīm divām funkcjām, tad isset() pārbauda, vai mainīgais/ie ir uzzsetots, bet empty() pārbauda, vai mainīgais satur kādu vērtību, ko nevar nosaukt par tukšu. Kā jau manuālī teikts, empty() dara to pašu, ko !isset($var) || $var == false, t.i. šajā izteiksmē vairāk par vienu parametru neieliksi. Quote
Wuu Posted June 20, 2014 Author Report Posted June 20, 2014 Vispār es neprasīju ko funkcijas veic... Paldies e-remit, cik saprotu, empty() ir vienkārši pusfabrikāts un ar to ir jāsamierinās. Quote
rpr Posted June 20, 2014 Report Posted June 20, 2014 (edited) Un šādi cilvēki visvairāk bļauj, ka PHP ir debīla valoda un mazliet labāka par ekseli. Domāju, ka tu neizproti un neesi uzmanīgi manuāli palasījis. empty($x); // true isset($x); // false $x=null; empty($x); // true isset($x); // false $x=0; empty($x); // true isset($x); // true $x=''; empty($x); // true isset($x); // true $x='1'; empty($x); // false isset($x); // true Edited June 20, 2014 by rpr Quote
xPtv45z Posted June 20, 2014 Report Posted June 20, 2014 (edited) Pēc šādas loģiks, var teikt, ka visas valodas ir bad designed, jo kāds "pusfabrikāts" izdomās, ka funkcijām, kas veic 2 dažādas lietas, nevar padot parametrus tādā veidā, kā viņš grib. Edited June 20, 2014 by xPtv45z Quote
daGrevis Posted June 20, 2014 Report Posted June 20, 2014 > un ar to ir jāsamierinās. Or, you know, nē. Cik saprotu, OP nevis prasa ko dara isset vai empty, bet lamājas par to, ka līdzīgām funkcijām ir pilnīgi savādāks uzvešanās veids, par ko es viņam piekrītu. Quote
codez Posted June 20, 2014 Report Posted June 20, 2014 Clojurei tomēr nav statiska tipu sistēma un rīku, bibliotēku un fw ziņā viņai vēl tāls ceļš līdz Scalai. Quote
jurchiks Posted June 20, 2014 Report Posted June 20, 2014 Es arī mācos Scalu, aizvakar uzrakstīju pavisam primitīvu event engine, kas ir viegli ekstendojams, bija doma ielikt githubā un nošārēt kādā code review saitā, lai iesaka, ko uzlabot. Laikam šodien būs jāizdara. Quote
daGrevis Posted June 20, 2014 Report Posted June 20, 2014 > daGrevi, tu lieto Clojure praksē? Darbā nē, bet mājās, palēnām, ņemos gan. > Es arī mācos Scalu, aizvakar uzrakstīju pavisam primitīvu event engine Kad ieliec, iemet linku. > Clojurei tomēr nav statiska tipu sistēma Ir gan un saucas Typed Clojure. Nevelti Lispus sauc par programmable programming language. No otras puses, man nav dziļa vajadzība pēc tā. Vismaz pagaidām. Vēl, salīdzinot Haskell TS ar Scalas, otrā nobāl. > bibliotēku un fw ziņā viņai vēl tāls ceļš līdz Scalai Tā kā ir Java interops, neredzu problēmu. Quote
F3llony Posted June 20, 2014 Report Posted June 20, 2014 Codez un grāvis varētu nodibināt savu clojure/scala/šmala/whatever forumu un pārstāt krist uz nerviem vienreiz ar saviem bezkonteksta pīkstieniem. Paldies. Kas attiecas uz šādām niansēm, jebkurš ir laipni lūgts to labot - https://wiki.php.net/rfc, diskusija @internals un aidā. Zinot to, cik liela ir php core komanda, ehm... Gudri definēt nav objektu refinēt. Quote
codez Posted June 20, 2014 Report Posted June 20, 2014 Scala atšķirībā no tīrām FP (Clojure, Haskel) valodām, ļauj ari programmēt imperatīvā stilā, kas daudziem ļaus daudz vieglāk un ātrāk uzsākt radīt produktu, jo nebūs uzreiz jāapgūst neskaitāmie FP paterni. Tāpat dažreiz ir algoritmi, kurus ir daudz vienkāršāk uzrakstīt imperatīvā stilā ar maināmiem (mutable) stāvokļiem. Kas attiecas uz Clojure TS, tad ja nemaldos tā strādā tikai kā type hintings. Vai viņa reāli uzlabo koda ātrdarbību? Tāpat arī bibliotēkām un fw ir nozīme, jo tie izmanto valodas dotās iespējas un padara kodēšanu ērtāku. Izmantojot tīras JAVA bibliotēkas, nāksies saskarties ar JAVA kolekciju tipiem un brīžiem ļoti "verbose" api. Bez tam Scala sevi kā galveno backend valodu ir pierādījusi tādos gigantiskos projektos kā Twitter, LinkedIn, foursquare. F3llony, palasi Raini. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.