Get data class

[v3rb0]

no sintakses un rakstīšanas viedokļa php un java ir līdzīgas. nebūtu $ pirms mainīgajiem, pat nezinātu kurā tagad rakstu :)

[Delfins]

bubu, es teicu "savā ziņā"

[Gundars]

Nevis Javas-asm, nevis php op-kopdi, bet bait-kodi tie ir.

PHP nebūt nav līdzīga Javai, Delfin. Atšķirību starp statisku vs dinamisku valodu zini (java-statiska, php-dinamiska)? Statiskai valoda mainīgo tipi nav fiksēti. Java drīzāk jāsalīdzina ar C++ kā statiska valoda.

 

Varbūt terminu statiska valoda nepareizi lietoju, bet ar to domāju statisku datu tipu izmantošanu.

 

Bubu...mashinkods (PC gadijuma Intel procesora instrukcijas) un Javai ir virtualaismashinkods, ja jau gribam but ljoti precizi:))

 

PHP ir scripts, jeb, kā jebkuram interetējamam kodam viņam ir vajadzīgs intepretators, jeb shaja gadījuma php.exe.

 

C,Delfi ir kompilatori, jeb no valodas tiek gjenereets kompileets kods, kuraa ir mashīnintrukcijas. Prieksh PC kompileta applikacija neies uz macintosha, jo macintosha procesors izmanto citadu instrukciju klastu (protams, par ko ari visi priecajas, ka Mac ir pargajis uz Intel) Attiecīgi ir tāds mehānismas, kā linkošana, kad tiek salikti visi atminjas un koda gabali vienkopus.

 

Java ir kautkur pa vidu. Par to visi lielie sava laikā diskutējai, kas tad ir Java, kompilators vai interpretators. Laikam palika pie viedoklja, ka kompilators, jo tiek gjenerets mashinkods.

[john.brown]

Nu dievs ar viņu, kas ir java :) Lai iemācītos oop ir dziļi vienalga, kādā valodā to dara, lai tik tā normāli oop atbalsta. Un php5 to dara pilnīgi pieklājīgā līmenī. Oop tomēr ir domāšanas veids, nevis kādu specifisku "oop funkciju" zināšana :)

Un pāris klasīšu izmantošana iekš visumā procedurāla koda nav oop. Tas iesākumam, protams ir jauki, jo ļauj kaut kādas lietas staipīt līdzi pa visiem saviem skriptiem, bet ne vairāk...

Kas attiecas uz klasi GetFile... Tādā izskatā viņa ir bezjēdzīga, jo aizvieto vienkāršu funkciju fopen(), kas tikai sarežģī visu pasākumu. Jēga būtu, ja tev failā glabājas kādi strukturēti dati, pie kuriem jātiek klāt/jāmaina/jāsaglabā. Tad labi būtu rakstīt klasīti speciāli šī faila datu apstrādei. Tipa tā (pielietot):

// atveram failu, izparsejam datus
$myFileContentHandler = new FileContentHandler($filePath);

// dabunam kaut kadu datu porciju
$head = $myFileContentHandler->getHeader();

// izmainam virsrakstu
$myFileContentHandler->setHeader($newHeader);

// saglabajam izmainas
$myFileContentHandler->save();

Šāda klase būtu paredzēta konkrēta tipa datu apstrādei, un iekļautu sevī visu ar to saistīto loģiku. Piemēram, ja tev tajos failos glabātos kaut kādi ziņojumi, tad tu visu šo ziņojumu apstrādes darbu veiktu caur šo klasi, nerūpējoties par zema līmeņa funkcijām darbam ar filesistēmu un datu izpārsēšanu... Parasti to dara ar datubāzē glabājamiem datiem... Lasi "design patterns" un citu iepriekš pieminēto literatūru. Skaidrāks kļūs

[bubu]

Gundars: Pirmo reizi kautko dzirdu par virtuālu mašīnkodu. Vienmēr esmu dzirdējis un redzējis to saucam par bait-kodu: http://en.wikipedia.org/wiki/Bytecode (iz: http://en.wikipedia.org/wiki/Java_virtual_machine - A Java Virtual Machine (JVM), ... is a virtual machine that executes Java bytecode.)

 

Un linkošana ir pavisam cita opera. To tu nejauc te iekšā. No sources mašīnkodu ģenerē kompilators (vispārīgā gadījumā tas var ģenerēt arī starp-kodu, kuru kompilē vēlāk). Bet linkeris vāc kopā moduļus, kurus ir sakompilējis kompilators, lai izveidotu izpildāmas programmas kodu (exe/dll/...)

 

Piekasoties sīkumeim - php interpretators ir php5ts.dll/php4ts.dll nevis php.exe :)

 

Java jau ir divas lietas - kompilators, kas kompilē Javas source uz tās baitkodu. Un Java VM, kas ir tā izveidotā baitkoda interpretators. Tā man tas sanāk vienkāršoti skaidrojot, neņemot vērā JIT, kas ir arī kompilators.

 

C un Delfi nav nekādi kompilatori, bet valodas. Kompilators pēc būtības vispār ir kautkas, kas pārveido vienas valodas programmu uz kautkādu citas valodas programmu (vai tas būtu asm/mašīkodi/baitkodi/C-kods).

[Gundars]

:)) Naksies vien tev piekrist:)) bez talaku detalju iztirzashanas:))

[cucumber]

Koda gabals, jautajums kapec ir vajadzigi definet ar var mainigos, ja kods bez viniem strada nevainojami?

class GetFile
{
 var $path;
 var $opentype;
 var $handle;

//  var $path;
//  var $opentype;
//  var $handle;


 function Setpath($path) 
 {
$this->blalbla=5; //ari stradas ?

$this->path = $path;
if (!file_exists($path)) 
	  $this->path = "The file not exists";
 }

[v3rb0]

tāpēc ka tā ir fīča - klasei propertijus vari settot kādus gribi, nekur iepriekš viņus nedefinējot.

 

un ja tu rakstītu api documentāciju, tad pie variabļa definīcijas prasītos pierakstīt kas tas pa variabli.

[cucumber]

ok, tatad snak ja ir $this->somevariable, tad jabut var $somevariable.

Bet ja ir array, tad met ara erroru, array obligati jabut var $matrix?

[john.brown]

2 cucumber

Ja gribi rakstīt oop, pieradinies uzreiz pie oop paradigmas lietošanas. Vēlams rakstīt iekš php5, lietot "redzamības" deklarācijas - public, protected, private. Tāpat vēlams ievērot, ka bez ļoti īpašas vajadzības pieeja pie objekta īpašībām notiek tikai caur atbilstošām metodēm. Inkapsulācija saucās, un ir viens no oop pamatpostulātiem. Un protams, visām klases īpašībām jābūt definētām, un, vēlams, arī dokumentētām. Tas, ka var bez deklarācijas piešķirt vērtību kādam variablim nenozīmē, ka tā ir jādara. Pie sarežģītākām klasēm pats sajuksi savos variabļos, un pazaudēsi visas oop priekšrocības.

Pareizi tava klasīte vajadzētu izskatīties kaut kā tā:

class GetFile
{
 /**
  * path to file
  * @access private
  * @var string
  */
 private $path;
...

 public function setPath($path)
 {
$this->path = $path;	
 }
....
}

2w3rb0

tāpēc ka tā ir fīča

Nu vismaz smailu būtu pielicis :) Fīča = dokumentēts bugs. Cerams, ka 6 versijā šīs "fīčas" vairs nebūs, un viņa lamāsies par šādu stilu...

Edited August 17, 2006 by john.brown

[cucumber]

Ta ejam talak.

<?php
class VarGet
{
 var $pr;

 function doo()
 { 
$this->pr=20;
   echo $this->pr;  
   $this->pir=1010; 
  return $this->pr;
 }


}


$Vget= new VarGet;
$Vget->doo();

$v = $Vget->pir; //kas te isti notiek, sanak ja zin kads ir mainiga nosaukums ieksh klases (pir), tad mes vinu varam jebkura bridi pieskirts mainigajam pec klases inicializeshas, ka var izdarit otradak, izmainit vertibu , klase un vai ta ir pareiza doma vispar?
echo $v;
?>

[Delfins]

klase nav domāta mainīgo paslēpšanai... tiesa gan eksistē konstrukcija private/protected kā jau iekš kārtīga OOP (php5)

 

Par tavu jautājumu - eksistē jēdziens setters/getters

 

function getXYZ() { return $this->... }

function setXYZ($v) { $this->... = $v }

 

Un vispār, RTFM + OOP grāmatas

[cucumber]

Šī resursa mērķis ir apkopot PHP programētāju zināšanas un sniegtu iespēju gan iesācējiem, gan arīdzan profesionāļiem gūt atbildes uz sevi interesējošiem jautājumiem vienuviet.

 

Projekts, protams, ir nekomerciāls un balstās uz cilvēkiem, kuri savā brīvajā laikā ir gatavi dalīties pieredzē, atbildēt uz citu cilvēku jautājumiem, sniegt padomus un piedalīties diskusijās par viņus interesējošiem tematiem.

 

Nav laika lasit gramatas kodejot rodas jautajumi un gribas uzzinat uz tiem atbildes, jo neeis jau partraukt projektu un lasit gramatas, plus RTFM x) you joke, man blin refrence vienmer vala :)

-=Galva nav miskaste, lai piesarnotu vinu ar f-ju vardiem utt=-

[Gundars]

Nav laika lasit gramatas kodejot rodas jautajumi un gribas uzzinat uz tiem atbildes, jo neeis jau partraukt projektu un lasit gramatas, plus RTFM x) you joke, man blin refrence vienmer vala :)

-=Galva nav miskaste, lai piesarnotu vinu ar f-ju vardiem utt=-

 

Un kas es i dumsh, ka ziedoju laiku lasot visaadas graamatas, lai varetu peec tam atbildeet uz citu jautajumiem????

[bubu]

cucumber: kurš tev liek piesārņot viņu ar fju vārdiem? Grāmatas jau nav references un manuāļi, kurās ir pliks fju saraksts (tam pietiek ar manuāli). Grāmatās tu vari palasīt kā rakstīt un organizēt labāk savu kodu. Neba jau mēs esam visu paši izdomājuši no zila gaisa. Daudz ko esam izlasījuši grāmatās. Tā ka palasi arī tu. Zināšanas no zila gaisa nerodas.