Created
August 29, 2011 17:52
-
-
Save paulbarbu/1178943 to your computer and use it in GitHub Desktop.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
20:44:41 paullik | o intrebare: am cateva campuri TINYINT in DB, scopul lor e sa inlocuiasca lipsa tipului BOOL din MySQL, intr-o functie │ | |
| care ar "vrea" sa introduca date in aceste campuri, e mai bine sa pasez direct INT(1/0) sau sa pasez T/F si fac eu │ | |
| conversia? │ | |
20:44:45 paullik | m-am gandit in 2 moduri │ | |
20:45:48 paullik | 1. pasez direct int(1/0), dar scade lizibilitatea functiei si trebuie sa verific ca parametrul sa fie DOAR 1 sau 0, │ | |
| deci am lizibility--, process: one if condition │ | |
20:46:51 paullik | 2. pasez TRUE/FALSE, in cazul asta creste lizibilitatea, dar trebuie sa fac conversie spre int, T->1, F->0, deci: │ | |
| lizibility++, process: one condition(pt transformare) │ | |
20:47:10 paullik | apoi la 1. mai am problema daca nu imi da 1/0 ce fac? eroare doar pt asta? │ | |
20:47:50 paullik | ca programatorul poate fi tampit, poate pune alte valori in radio-buttons, nu ce trebuie, sau poate il pune pe user │ | |
| sa-si scrie numarul, naiba stie │ | |
20:48:59 paullik | defapt si la TRUE/FALSE functia va fi feeda-ta din radio-buttons, care vor avea valoare 1/0, of la naiba, nu stiu cum │ | |
| sa fac │ | |
20:49:06 paullik | m-am incurcat si mai tare singurel :) │ | |
20:49:34 paullik | trec peste, astept sugestii, eu totusi as merge pe 2 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment