Drupal Posted September 25, 2008 Report Share Posted September 25, 2008 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? Quote Link to comment Share on other sites More sharing options...
bubu Posted September 25, 2008 Report Share Posted September 25, 2008 php jau neinterpretējas burtiski no sources. php kompilējas tāpat kā Java un Python uz baitkodiem, kurus tad attiecīgi izpilda. Quote Link to comment Share on other sites More sharing options...
Drupal Posted September 25, 2008 Report Share Posted September 25, 2008 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? Quote Link to comment Share on other sites More sharing options...
Roze Posted September 25, 2008 Report Share Posted September 25, 2008 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ā" .. Quote Link to comment Share on other sites More sharing options...
Drupal Posted September 25, 2008 Report Share Posted September 25, 2008 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. Quote Link to comment Share on other sites More sharing options...
andrisp Posted September 25, 2008 Report Share Posted September 25, 2008 $AUNS un $auns ir viens un tas pats mainīgais! Varbūt pirms runā, pārbaudi. Quote Link to comment Share on other sites More sharing options...
Roze Posted September 25, 2008 Report Share Posted September 25, 2008 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 Quote Link to comment Share on other sites More sharing options...
nemec Posted September 25, 2008 Report Share Posted September 25, 2008 (edited) 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 September 25, 2008 by nemec Quote Link to comment Share on other sites More sharing options...
Endijs Posted September 25, 2008 Author Report Share Posted September 25, 2008 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. Quote Link to comment Share on other sites More sharing options...
marrtins Posted September 25, 2008 Report Share Posted September 25, 2008 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ņā Quote Link to comment Share on other sites More sharing options...
Drupal Posted September 26, 2008 Report Share Posted September 26, 2008 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... Quote Link to comment Share on other sites More sharing options...
andrisp Posted September 26, 2008 Report Share Posted September 26, 2008 Man gan liekas, ka ļoti loģiski. Quote Link to comment Share on other sites More sharing options...
bubu Posted September 26, 2008 Report Share Posted September 26, 2008 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#). Quote Link to comment Share on other sites More sharing options...
marrtins Posted September 26, 2008 Report Share Posted September 26, 2008 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 :) Quote Link to comment Share on other sites More sharing options...
Endijs Posted September 26, 2008 Author Report Share Posted September 26, 2008 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ā. Quote Link to comment Share on other sites More sharing options...
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.