JQuery versijas apgreids uz svaigāku

[Mezavecis]

Inspektors Caps

Beidz izplatīt muļķības, par to, ka es it kā neredzot, ka zirgs nav govs. Atkal salīdzini nesalīdzināmas lietas - webu, kas patiesībā ir aplikācija aplikācijā ar kompilētu aplikāciju. Varbūt salīdzinām windows kalkulatoru ar galda kalkulatoru, ja tādā griezumā skatāmies?

 

Kā tu piedāvā loģiski sadalīt header,body un citus fragmentus, tā lai nav katru reizi jāpārsūta uz klientu viss saturs iekļaujot to binārā struktūrā? Pašlaik atjauno vajadzīgo fragmentu ar AJAX un pārējais kontents nav jāgrūsta, kas arī nodrošina web lapu maksimālu ātrdarbību un satura mainību. Ir lapas, kas tikai uz JS griežas un visi fragmenti tiek ar AJAX renderēti.   

 

 

manuālā HTML tekstu līmēšana no koda ir stulbums pēc būtības.

[Vilx-]

Emm, Inspektor, man šķiet, ka Tu neesi nekad webu developējis, tāpēc Tev ir pārāk miglains priekšstats par to. Citādi nerakstītu jocīgas lietas.

• PHP koda pusē nav spējīgs atšķirt, kas ir HTML, un kas nav. Tur nav nekādā veidā marķēts - "šitais strings satur HTML" un "šitais strings nesatur HTML". PHP ir universāla valoda, tāpat kā, piemēram, C. Tas, ko PHP programma izvada outputā, tiek nosūtīts uz browseri. Viss. Tam nav nemaz obligāti jābūt HTML (un nereti tas arī nav). Iedomājies, ka Tev būtu C programma, kuras outputs tiek sūtīts uz browseri (aļa CGI). Vai tad Tu tur varētu kompilatoram iestāstīt, kā to pārveidot tā, lai outputā pēkšņi nāktu BML? Bez mākslīgā intelekta tas nemaz nav iespējams. Un arī ar to - PHP var mierīgi, piemēram, ņemt datus no DB un 1:1 izpūst uz browseri. Vai tur iekšā ir HTML? Kā to pārveidot?
• Es nesaku, ka nav atšķirības HTML un BML parsēšanas ilgumā vai aizņemtās atmiņas ziņā. Protams, ka ir. Bet tās nobāl layouta un renderēšanas priekšā. Salīdzinot ar to, tā parsēšana ir kā piliens jūrā. Tu optimizē nepareizajā vietā - tā nav tā lieta, kas bremzē. Parsēšana aizņem niecīgu % kopējo resursu.
• Lipināšana kopā - ir normāla pieeja izpildīt AJAX pieprasījumu un atpakaļ saņemt lapas fragmentu, kuru attiecīgajā vietā aizstāj. Arī BML ieviešana to nemainītu - tā ir elementāra optimizācija, lai nav jāpārsūta un jāpārrēķina visa lapa. Un, tā kā mēs runājam par atpakaļsavietojamības nodrošināšanu (aļa "ieviešam BML tā, lai nevajag mainīt eksistējošās weblapas"), tad šie fragmenti nāks kā HTML, un kā HTML tos vajadzēs insertot.

[Inspektors Caps]

@@Mezavecis, diemžēl ne šajā topikā vien ir ar vien vairāk redzams, ka kvalitāti novērtēt Tu nespēj un Tev "viss ir labs, tikai jāpierod". Kādēļ lai webam dotu kādas īpašas atlaides? Tādēļ, ka pamati šķībi? Tak par to jau ir runa, ka tie ir šķībi! Pie tam JavaScript taču mūsdienās tiek kompilēts un jūs taču sakāt, ka parsēšanas laiks esot nebūtisks - tad kas tad rada performances atšķirību? Un labi, ja Tev nepatīk salīdzinājums ar native kodu, tad salīdzini ar .NET vai Java. Arī tie līko web saliks vienos vārtos...

 

 

 

Kā tu piedāvā loģiski sadalīt header,body un citus fragmentus, tā lai nav katru reizi jāpārsūta uz klientu viss saturs iekļaujot to binārā struktūrā?

Nu re, arī šeit pats apstiprini, ka atkal neredzi kā to var izdarīt. Piedāvāju gandrīz to pašu, kas šobrīd jau ir - BML formātu taisīt tādu, ka to arī var lipināt pa daļām! Tas pats DOM, tikai binārs. Spēj to aptvert vai, kamēr neuzrakstīšu specifikāciju līdz bitam, nespēsi?

 

 

 

PHP ir universāla valoda, tāpat kā, piemēram, C. Tas, ko PHP programma izvada outputā, tiek nosūtīts uz browseri. Viss.

Tas, ka ne PHP, ne JavaScript nepārbauda ko developeris tur stringos ir sarakstījis, ir nevis ieguvums, bet līku weblapu garants! Tam vai citam kompilatoram būtu jāveic to stringu translēšana uz BML un tādā veidā arī jāpārbauda vai tie ir korekti. Tas jau saknē izslēgtu to, ka netiktu salipināti HTML sintaksei neatbilstoši absurdi. Developeris raksta teksta HTML, tie tiek translēti uz BML (vai izbrāķēti) un .innerHTML paliek tikai neatbilstošs nosaukums, zem kura apakšā slēpjas vairs jau nevis teksts, bet BML un operācijas ar to.

 

 

 

PHP var mierīgi, piemēram, ņemt datus no DB un 1:1 izpūst uz browseri.

To tieši tāpat var arī ar BML.

 

 

 

Bet tās nobāl layouta un renderēšanas priekšā. Salīdzinot ar to, tā parsēšana ir kā piliens jūrā.

Laikam renderēšanas neesat taisījuši. Es esmu, piemēram, custom kontroļiem, arī palieliem. Mūsdienās, kad pārlūkos renderēšana jau notiek ar OpenGL vai Direct3D, izmantojot GPU, šāds apgalvojums ir diezgan absurds. Layout jau tādēļ arī bremzē CPU, ka pamata info glabājas HTML tekstā un pie jebkurām izmaiņām tās daļas ir jāpārparsē.

 

@@ieleja, tā jau ir kā saki, bet tieši par datu pārraides protokoliem testi internetā jau ir atrodami ne viens vien.