Skip to content

Instantly share code, notes, and snippets.

@starlays
Created October 10, 2011 11:34
Show Gist options
  • Save starlays/1275097 to your computer and use it in GitHub Desktop.
Save starlays/1275097 to your computer and use it in GitHub Desktop.
IRC: log #yet-another-project
14:16:17 --> | paullik (~paullik@unaffiliated/paullik) has joined #yet-another-project │
14:22:07 starlays | paullik: Salut. Doua intrebari pentru tine: 1. Am observat ca in dotophp in interiorul functiilor │
| folosesti functii care sunt in alt scope si nu sunt pasate in interorul functiei respective printr-o │
| metoda anume, eram curios cum vei folosi acele functii pe care le apelezi in alt scope. 2. Semnatura │
| functiilor din global_functions.php este cea finala? Multumesc. │
14:24:03 flavius | huh? │
14:24:42 flavius | toate functiile alea sunt in scope global,indiferent de fisierele unde sunt implementate │
14:29:00 <-- | flavius (~Mobile@unaffiliated/flavius) has quit (Read error: Connection reset by peer) │
14:30:42 starlays | asta stiu, hmmm, nu cred ca am intrebat corect: deci aici: │
| https://github.com/paullik/dotophp/blob/master/src/global_functions.php toate functiile sunt in scop │
| global, dar de exemplu in interiorul functiei function arrayToOption foloseste functia vsprintf_named │
| care este folosita in scope-ul lui arrayToOption. Nu mi-am dat seama nici din semnatura nici din │
| implementare cum ajunge functia │
14:30:42 starlays | vsprintf_named, declarata in scop global, sa fie folosita in scopul functiei arrayToOption
NOTA: functiile pot folosi functii din alt scope fata de scope-ul local al variabilelor lor dar si variabile din scope-ul global.
==================================================================================================================================
15:29:08 starlays | daca folosim diferite scope-uri in interiorul unei functii nu limitam astfel reutilizarea │
| codului? Cand este bine sa folosim asemenea practici si cand nu este bine? │
15:41:36 flavius | care diferite scope-uri mai? │
15:42:48 starlays | daca folosim in interiorul unei functii, functii declarate in scope-ul global │
15:44:28 flavius | nonsense │
15:44:39 starlays | de ex: http://codepad.viper-7.com/fVrLh2 │
15:44:45 starlays | bar va depinde mereu de foo │
15:45:00 starlays | nu pot refolosi bar fara foo │
15:46:59 <-- | flavius (~flav@unaffiliated/flavius) has quit (Read error: Operation timed out) │
15:56:55 --> | flavius (~flav@unaffiliated/flavius) has joined #yet-another-project │
15:57:13 flavius | starlays: cred ca tu incurci functie cu apel de functie │
15:57:28 starlays | 15:44:39 starlays | de ex: http://codepad.viper-7.com/fVrLh2 │
| │ │
15:57:28 starlays | 15:44:45 starlays | bar va depinde mereu de foo │
| │ │
15:57:29 starlays | 15:45:00 starlays | nu pot refolosi bar fara foo │
15:57:38 --> | raul21 ([email protected]) has joined #yet-another-project │
15:57:54 raul21 | salutare │
15:57:58 starlays | raul21: salut │
16:00:53 starlays | flavius: ai reusit sa vezi codul acela? │
16:03:27 starlays | vreau sa zic daca apelam in interiorul unei functii, sa zicem functia A, care se afla in scope-ul │
| global, o functie implementata tot in scope-ul global, sa zicem functia B, atunci functia A va │
| fi dependenta de functia B, Nu voi putea refolosi A fara a avea si B. Incercam sa ma lamuresc │
| cand e bine sa faci asa si cand nu. │
16:03:59 starlays | sper sa fi reusit sa imi transmit ideea, stau prost cu explicatul │
16:07:25 flavius | intelege ce ti se spune, apoi asimileaza, apoi gandeste-te bine daca ai gresit cu ceva, apoi │
| explica │
16:07:33 flavius | asa imi mananci timp degeaba │
16:08:37 starlays | http://codepad.viper-7.com/fVrLh2 │
16:09:12 starlays | concret la codul de mai sus, implementarea lui bar depinde de implementarea lu foo │
16:09:28 starlays | corect? │
16:11:00 starlays | voi acorda mai mult timp in a-mi alege cuvintele pentru explicatie si voi posta pe ml │
16:11:12 starlays | mersi │
NOTA: Ask somewhere to understand how is better, why is better.
2012-02-29 21:18:24 flavius ambele, algorimii recursivi si datele recursive sunt izomorfice
2012-02-29 21:18:47 flavius de aceea algoritmii si datele recursive sunt strans legati unul de altul
2012-02-29 21:19:17 flavius starlays: deci <div id="a"> si <div id="b"> or fi ele diferite de text
2012-02-29 21:19:21 flavius dar structural sunt la fel
2012-02-29 21:19:25 flavius sunt ... izomorfice
2012-02-29 21:19:41 flavius din cauza asta ai acolo in html recursivitate
2012-02-29 21:19:46 flavius la fel si la algoritmi
2012-02-29 21:20:03 flavius codul insusi se apeleaza pe el insusi, eventual cu alti parametri
2012-02-29 21:20:06 flavius corect
2012-02-29 21:20:20 flavius acei alti parametri vor determina de obicei sa ai un flux diferit de executie
2012-02-29 21:20:32 flavius cand intri in adancime sau cand iesi din adancimea apelului recursiv
2012-02-29 21:20:34 flavius DAR
2012-02-29 21:20:40 flavius structural vorbind, codul e acelasi
2012-02-29 21:20:49 flavius codul in sinea sa nu se modifica in timp ce e rulat
2012-02-29 21:20:49 rgb247 nu înțeleg o chestie
2012-02-29 21:20:52 flavius e acelasi
2012-02-29 21:20:56 rgb247 flux diferit de execuție
2012-02-29 21:21:01 rgb247 cum vine asta în HTML ?
2012-02-29 21:21:22 --> |Xao| (~|Xao|@79.114.66.107) has joined #yet-another-project
2012-02-29 21:21:33 |Xao| salutare
2012-02-29 21:21:38 flavius acolo unde vorbeam despre executie, vorbeam despre algoritmi
2012-02-29 21:21:42 flavius acolo unde vorbeam despre executie, vorbeam despre algoritmi recursivi
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment