Jump to content
php.lv forumi
  • 0

Iegut elementu no faila atrašanaš vietas!


Sephy

Question

Tatad man ir pienemsim masivs kura atrodas daudzas attēlu atrašanaš vietas

var galerija = new Array('bildes/koki.jpg', 'bildes/loki.jpg', 'rezerve/lokirez.jpg')

Kā lai paņem, piemeram galerija[0]='bildes/koki.jpg' lokāciju un uzdod to nevis kā string, bet gan kā koki.jpg bildi??

Edited by Sephy
Link to comment
Share on other sites

Recommended Posts

  • 0

Jaapiebilst ka tur ir vajadziigs jQuery

 

P.S. ieksh JS taa masiivus vairs nav smuki taisiit

 

dotaja piemērā, jā vajag stiept līdzi milzīgo jqurey bbliotēku,

bet to var arī nedarīt

document.getElementById('konteneris').innerHTML ="<img src='" + galerija[0] + "'/>";

 

@rATRIJS

Lūdzu pamato kādēļ normāli definējot masīvu, tas nav smuki ?

Link to comment
Share on other sites

  • 0

@rATRIJS

Lūdzu pamato kādēļ normāli definējot masīvu, tas nav smuki ?

 

Mana piemeera variants ir labaaks jo:

  • tas ir iisaaks
  • tas ir lasaamaaks (iipashi vairaaku dimensiju gadiijumaa)
  • tas ir tas ko tu redzi ieksh JSON
  • visticamaak tas ir tas ko tu redzeesi citu kodaa
  • Douglas Crockford man teica ka taa ir labaak!!1oneeleven

Link to comment
Share on other sites

  • 0

Mana piemeera variants ir labaaks jo:

  • [*]tas ir iisaaks[*]tas ir lasaamaaks (iipashi vairaaku dimensiju gadiijumaa)[*]tas ir tas ko tu redzi ieksh JSON[*]visticamaak tas ir tas ko tu redzeesi citu kodaa[*]

1.tas ka kods ir īsāks nav arguments, jo īsāks kods nevienmēr nozīmē vieglāk uztverams.

2. tas nav lasāmaks, jo nekad nevarēsi būt 100% pārliecinats ka tas tiešam ir jauns masīvs, nevis papildinājums

3. tas ka iekš JSON neredzēšu funkciju kas veido JAUNU masīvu - manuprāt ļoti bērnišķigs arguments, jo tur neredzēšu arī norādi ka tas ir mainīgais ( VAR ), vai objekts.

4. 90% citu kodos tieši pretēji redzēšu NEW array() -> jo tas ir savietojams ar VISAM JS versijām, arī vecām ..

5. to ko saka viens cilvēks, nevienmēr japieņem par labu esam, jo Bils Geits ~'80 paziņoja visai pasaule "640Kb RAM pietikšot pilnīgi visām aplikācijām", kā zināms viņam šo paziņojumu nācās nožēlot (vel tagat par to ņirgājās)

Link to comment
Share on other sites

  • 0

Viennozīmīgi ratrija variants ir labāks, jo tas ir JSON formā, kas ir dabīgā javascript datu struktūru forma.

Pie tam visi GreyWolf argumenti ir aplami, vārda tiešā nozīmē.

Piemēram, mana viena no vēlmēm ir, lai arī PHP šādi līdzīgi, vienkāršā veidā, varētu definēt datu struktūras.

Link to comment
Share on other sites

  • 0

1) shajaa gadiijumaa ir - leenaaks no taa kods nekljuus, kas noziimee, ka tiks ietaupiiti dazhi biti + shajaa gadiijumaa arii izskatiisies labaak kodaa (manupraat)

 

2) man liekas lasaamaaks, taadeelj ar to arii pamatoju. + veel tas ka ir liidziigaaks objektu notaacijai, kur {} == objekts un [] == masiivs. Nerakstam tachu var o = new Object();

 

3) ja pierod pie viena, tad nav veerts izmantot divas dazhaadas lietas viena un taa pasha paveikshanai

 

4) visi paarluuki kas shobriid buutu jaaatbalsta atbalsta [] notaaciju. Vairums JS biblioteeku arii izmantos [] nevis new Array, kur cilveeki ticu ka ir gudraaki par mani JS lietaas, taadeelj sekoju vinju piemeeram.

 

5) nee, bet es neredzu, ka naakotnee cilveeki smiesies par Duglasu, jo vinjsh saka, ka [] valda paari new Array. + vinjsh nav vieniigais cilveeks kas taa saka. Ja paskataas lielo daudzumu open source projektu (kur ir JS), tad pieljauju, ka [] buus plashaak izmantots kaa new Array, kursh visticamaak buus izmantots tikai tad kad ir vajadziigs noteikts izmeers masiivam.

Link to comment
Share on other sites

  • 0

 

4) visi paarluuki kas shobriid buutu jaaatbalsta atbalsta [] notaaciju.

visos pārlūkos kas būtu jāatbalsta var mierīgi neizmantot arī VAR pirms mainīgā, kā arī pieļaut daudz citu sīku koda nepilnību. tas nenozīmē ka tā ir LABĀK.

--

īstenībā nesaņēmu nevienu PILNĪBĀ PAMATOTU argumentu kādēļ tā darīt ir slikti.

(tieši slikti, nevis labāk/sliktāk)

Link to comment
Share on other sites

  • 0

visos pārlūkos kas būtu jāatbalsta var mierīgi neizmantot arī VAR pirms mainīgā, kā arī pieļaut daudz citu sīku koda nepilnību. tas nenozīmē ka tā ir LABĀK.

Es ceru, ka tu zini, ka var izmanto, lai definētu, ka mainīgais ir lokāls, kamēr bez var, tas ir globāls?

Tam ir konkrēts viennozīmīgs lietojums.

Edited by codez
Link to comment
Share on other sites

  • 0

Es ceru, ka tu zini, ka var izmanto, lai definētu, ka mainīgais ir lokāls, kamēr bez var, tas ir globāls?

Tam ir konkrēts viennozīmīgs lietojums.

WTF?

JS ja mainīgais ir definēts ārpus funkcijas (vienkārši kodā) tad viņš ir globāls, ar VAR vai bez.

Un pēkšņi funkcijas iekšienē definēt Globālu mainīgo - gribi teikt ka tas ir labs stils?

jebšu pašā kodā mainīgos definē bez VAR?

--

Piedevām to minēju, kā piemēru ka tā var definēt, bet tas tiešām nav labi.

Link to comment
Share on other sites

  • 0

visos pārlūkos kas būtu jāatbalsta var mierīgi neizmantot arī VAR pirms mainīgā

 

Un pēkšņi funkcijas iekšienē definēt Globālu mainīgo - gribi teikt ka tas ir labs stils?

 

Šijos abos teikumos ir acīmredzama pretruna, to taču tu saproti?

Link to comment
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
Answer this question...

×   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...