Jump to content
php.lv forumi
Sign in to follow this  
Endijs

ZendFramework 1.6 - kādi iespaidi?

Recommended Posts

Nu ja ir ļoti svarīga ātrdarbība, tad php nebūs tas labākais variants, bet gan teiksim Java - nokompilēta programma tak būs ātrāk par katru reizi interpretējamo php... Vai arī Python bija jau nokompilēts?

Share this post


Link to post
Share on other sites

php jau neinterpretējas burtiski no sources. php kompilējas tāpat kā Java un Python uz baitkodiem, kurus tad attiecīgi izpilda.

Share this post


Link to post
Share on other sites

bubu - pasaki kāpēc tad java ir jākompilē, savukārt, php vari vienkārši izmainīt rindiņu un pēc tam neko nedarīt un izpildot jau parādīsies jaunā situācija?

Share this post


Link to post
Share on other sites

PHP pie zināmiem nosacījumiem ar var turēt "kompilētā" - op/bytecode cache un "ignorēt" rindiņu izmaiņas aktuālajos failos/kodā ..

Bet nu kā viena no priekšrocībām (un reizē arī varbūt mīnusiem) ir taisni skripting valodas īpašība/īpatnība, ka kodu var mainīt "dzīvajā" ..

Share this post


Link to post
Share on other sites

Ar kādiem tooļiem kompilē php?

 

Par sintaksi aizmirsu vēl pateikt:

Manuprāt php sintakse ir tikai MĪNUSS!!! Kāpēc?? Gluži vienkārši - jo tā nav case sensitive (kas man reāli nepatīk), tur IF un if nozīmē to pašu un mainīgie $AUNS un $auns ir viens un tas pats mainīgais! Uzskatu, ka tas ir galīgi aplam, nav jāpieskaņojas "paviršiem skolnieciņiem", kas vēlas programmēt... Case sensitive sintakse nodrošina tomēr ļoti labu lietu - tu vari meklēt konkrētu mainīgo un nekādas tā variācijas. Pozitīvi ir tas, ka mainīgajam priekšā jāliek $ zīme, lai atšķirtu mainīgo, piemēram, no stringa... Nav labi tas, ka stringu var iekļaut gan apostrofos, gan dubultās pēdiņās utt. Piemēram, include funkciju var pierakstīt gan:

 

include 'file.php';

gan

include("file.php");

 

Tā nav nekāda "brīvība", tas ir stulbi un absurdi! Uzskatu, ka programmēšanās valodā viss ir jāraksta pēc striktiem likumiem, lai meklējot vai skatot kodu netraucē pirmkārt kaut kādi pārsteigumi, gan arī orientēties vieglāk... Respektīvi - "maize ir maize un nekas cits". Protams, to nevajadzētu attiecināt uz figūriekavu lietojumu, tabiem, atstarpēm un tamlīdzīgām lietām, kas var darīt kodu īsāku vai ērtāk uztveramu!

Java šajā aspektā man patīk ar to, ka sintakse ir konkrētāka nekā php.

Share this post


Link to post
Share on other sites

PHP kodu "kompilē" pats php parseris, taču kompilēto rezultātu iespējams saglabāt ar opcode kešeriem - aka Zend Studio Suiti, eAccelerator, APC, xcache utt..

 

 

Hmm izskatās ka tu daudz ko jauc par PHP ..

 

Lasam Basic http://lv.php.net/language.variables - "Variables in PHP are represented by a dollar sign followed by the name of the variable. The variable name is case-sensitive. "

 

include nav funkcija, bet gan valodas konstrukcija.. include() ir tikai ērtības vai pieraduma labad..

 

 

Nav labi tas, ka stringu var iekļaut gan apostrofos, gan dubultās pēdiņās utt

Apastrofi un pēdiņas ir divas dažādas nozīmes.. http://lv.php.net/string

Share this post


Link to post
Share on other sites
Mainītos, ja stringos tu lietotu Win-1257 kodējuma (vai tml citu 1-baita kodējuma) burtus.

tad vienkārši pieliec komandu līdzīgi mb_internal_encoding("UTF-8");. Lai stringa funkcijas zin kas par kodējumu.

Es uzskatu ka vienā programmā jāizmanto viens kodējums, nevis vairāki (win-1257, win-1252).

Protams var taupīt ar 1 baita kodējumu, bet kuru mūsdienas tā taupība krata.

 

to drupal. izskatās, ka tu ne par php runā.

Edited by nemec

Share this post


Link to post
Share on other sites

nemec - nav nācies strādāt ar dažus gadus veciem datiem? Kad UTF8 vēl bija samērā liela eksotika? Tad var redzēt visādus brīnumus un kaudzi kodējumu (lv, rus, utt.) vienlaicīgi. Kad sākas migrēšana uz UTF8, parādās dažādas transofrmācijas funkcijas utt. Un tikai jaunie projekti (parasti) ir pure UTF8. Vecie bieži vien ir nejēdzīgi hibrīdi ar dažādiem kodējumiem un no tā izrietošām limitācijām. Ja ar to neesi saskāries - happy one.

Share this post


Link to post
Share on other sites

Mūsdienās satrakties par cik procentiem kāda valoda ir ātrāka par otru ir totāli bezjēdzīgi. Ja lēnākā valodā var sakodēt visu 5x ātrāk, tad kāda velna pēc lai aplikācijai neiedotu nedaudz vairāk hardwāri? Tas mūsdienās sanāk daudz lētāk. Un jo augstāka līmeņa valoda, jo augstāka līmeņa abstrakcijas, jo tā darobjas relatīvi lēnāk, bet, kā zināms, augstāks asbstrakcijas līmenis parastām aplikācijām ir daudz foršāk (and I based it on absolutly NOTHING - kam interesē, tie zina, kas nezina, tie sameklēs). Vēl protams tādas lietas kā koda lasāmība, uzturēšana... Relatīvi jaunajā skaitļošanas vēsturē vēl nav izveidota programmēšanas valoda visiem gadījumiem (Lis-pisti klusē :) ) un diez vai arī tiks izveidota fundementāli nemainot skaitļšanas principus.

 

Ā un vēl, PHP, Python, JAVA, JavaScript, Ruby, VisualBasic, Erlang, Lisp visas ir interpretējamās valodas un griežas uz virtuālās mašīnas, kas, protams, ir visnotaļ neatņemama sastāvdaļa augstāka līmeņa valodām. Kā viņi tur inernāli interpretē, organizē vai kompilē tekstu par savu baitkodu un kā katrs viņu sauc, lai paliek pašu [šeit mīļākā valoda]-istu ziņā

Share this post


Link to post
Share on other sites

marrtins - izteicies jau tu tā, apmēram, kā samiksējot savas 1. kursā datoriķos gūtās zināšanas ar savu "krutumu" un beigās sanāca kaut kāds mikslis...

Share this post


Link to post
Share on other sites

Pievienojos marrtinam.

Darbā tieši tādu praksi arī uzturam - vajag kautko ātri uzrakstīt, patestēt, prototipēt - lietojam Python'u. Vajag kodu, kas runtaimā ātri izpildās, ir efektīvs (jo darbojas zemā līmenī ar bitiņiem un baitiņiem šifrēšanā) un nav atkarīgs no papildus softiem/bibliotēkām - lietojam C++'u. Vajag resnu un fīčām bagātu GUI - lietojam .NET'u (C++/CLI vai C#).

Share this post


Link to post
Share on other sites
marrtins - izteicies jau tu tā, apmēram, kā samiksējot savas 1. kursā datoriķos gūtās zināšanas ar savu "krutumu" un beigās sanāca kaut kāds mikslis...

Pirmā kursā datoriķos māca to pašu ko pirmā kursa matemātiķim-statistiķim vai optometram, tāpēc - kušīte, lai es nesāktu ķidāt to ko tu nesen teici par PHP :)

Share this post


Link to post
Share on other sites

Diez vispār kāds pamanīja, ka te baigais offtopic panesies? :D

 

Kopsavilkums:

* joprojām daudziem nepatīk ZF

* joprojām daudzi uzskata, ka ZF ir lēnāks par gliemezi un smagāks par ziloni

* joprojām daudzi uzskata, ka PHP ir bremze, bet reizēm ar bremzi kodēt ir labāk kā ar kādu citu

* joprojām patīk lekties

 

Slēdzam ciet - un ja gribās runāt par PHP Vs. Ruby Vs. Python Vs. etc., tad taisam tēmu sadaļā "offtopic" un aidā.

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...
Sign in to follow this  

×
×
  • Create New...