Omezení vnořených IF – PHP – Fórum – Programujte.com

Ahoj,

poslední dobou jsem se vrátil k jednomu staršímu WEB projektu a narazil jsem v php na takovou věc,

mám na stránce 3 menší tabulky ke každé řeším 3 typy submitů POST
V PHP otestuji existenci POST a následně chci udělat rozhodovací strom 3tabulky x 3typy submitů, samozřejmě nějaké kontrolní podmínky ještě uvntiř, narazil jsem, ale na to, že mi to nedovolí všech 9 submitů v té podmínce existence POST, musel jsem to rozdělit, v okamžiku kdy tam dám víc než 6 nebo 7 podmínek na submity mi to vyhodí chybu parsování.

Je to omezení PHP nebo něco v konfigu?

#1 MilanL
Zcela určitě tam máš chybu syntaxe. Počet podmínek není omezen.

#2 Kit
dík za info,

hm divný když jsem to rozdělil bylo to v pořádku, každopádně nejspíš taky blbne editor (Sublime text 3.2),

při těch více ifech mi nesváže ten první hlavní if

#3 MilanL
ha tak jsem zjistil že mi to rozhazovali komentáře zarovnané moc doleva

#4 MilanL
Tohle moc nechápu. Takže za to mohlo omezení editoru?

Priste dej kod, idealne spustitelny. Neni problem najit chybu parsovani.

Ja to edituji v textovem editoru, tak mam s hledanim chyb bohate zkusenosti. Nejcastejsi problemy:
- zapomenuty strednik (protoze z js jsem zvyknuty, ze js strednik odpusti)
- zapomenuta nebo navic slozena zavorka }
- v podmince if zapomenuta kulata zavorka ). To pak hlasi error  na konci souboru, treba, velmi blbe se to hleda :)
- chyba v zapise ternalnich operaci, takove to if-else psane pomoci ? a :, x = a ? : 1 : 0. Zapomenuty ? nebo : nebo spatne ozavorkovane.
- pri prepisovani nazvu promenych na nekterou zapomenu (ale uz jsem se naucil pouzivat pri tom vyhledavani a nahrazovani textu, F7 ve Faru)
- zapomnuty apostrof, nebo chybne apostrofy pri spojovani stringu. Ale to mi resi casto obarvovani syntaxe.
A dalsi chyby mne ted nenapadaji.

#6 peter
Tyhle chyby mi odhalí už editor tím, že ten kus kódu chybně odsadí.

#6 peter
jo ty chyby znám snažím se si to  hlídat, navíc sublime si to hned páruje takže dáš začáteční závorku je jedno jakou a hned to udělá i koncovou a ty vkládáš mezi ně, to samé u uvozovek a apostrofů. Jen při přidání doprostřed hotové řádky podle umístění to někdy udělá trošku jinak než člověk potřebuje.

horší je že si nemůžu zvyklnout na == v podmínkách furt tam cpu =  a pak se divím jak to blbne, protože to neohlásí chybu, není to syntaktická chyba.

dík za rady.

#8 MilanL
Zvykni si na `===`

Tak na takove veci upozorni staticka analyza kodu a clovek to nemusi ladit az po spusteni.

#10 Paja
Dobrý editor na to upozorní ješte před statickou analýzou.

#11 Kit
Jojo, osobne doporucuju PHPStorm, ale asi to bude umet kazde modernejsi IDE.

#8 MilanL
== je standard v mnoha jazycich, typove je ===

Jen nektere opakuji podle pascalu a=b, protoze pascal mel a:=b. Takze to bylo v pohode. Ale pak se prislo na to, ze pro prirazeni je lepsi rovnitko. A najednou se preslo u podminek na ==.
= tusim pouziva jeste python a visual basic. Z tech, co jsem nekdy pouzil :)

Pak se jeste pro prirazeni/spojovani pouziva = php/js, += php/js a .= php. Tady to dava logicky smysl, pouzit rovnitko a nedava smysl pouzit rovnitko v podmince. Protoze oba jazyky umoznuji v podmince priradit. coz se hodne casto pouziva, protoze do ifko vykonava jen do prvni kladne vyhodnoceme podmince pri spojeni s ||. 

if (c==3 || a=funkcexyz() && a==1 || a==c && bb==2)

// je to pak podobne zapisu:
bool = false;
if (c==3) {...}
else { a=funkcexyz(); if (a==1) {...} else (a==c && bb=2) {...} }

// vyhodou je, ze nezatezujes program vyhodnocovanim funkce, 
// ktera muze trvat nejaky cas. To by byl alternativni zapis tento
a=funkcexyz();
if (c==3 || a==1 || a==c && bb==2)
// tady tu funkci musis provest vzdy, kvuli podmince
// kdezto v prvnim pripade IF skonci treba castokrat podminkou c==3
// a na volani funkce nedojde

Jako, je to mysleno dobre, ale prijde mi prehlednejsi pouzivat == a === do podminek.

#12 Paja
Umí to i textové editory - včetně barvení syntaxe.

#13 peter
Kam ty na to chodíš?   

#13 peter
Používají to i jazyky založené na SQL. Python to má stejně jako C.

Prasárny, které zkracují kód na úkor čitelnosti, není radno používat. Také bys mohl schytat pár facek od kolegů.

#13 peter
#16 Kit
jj taky si složitější podmínky radši rozdělím, nikdy nevím kdy bude potřeba něco změnit, nebo po jakém čase se k tomu vrátím, pak strávím 1/2 času potřebného k úpravě jen tím že budu louskat co tím bylo myšleno, a jiný kolega ještě déle.

#17 MilanL
Hodně podmínek se dá zrušit pomocí výrazů. Čitelnost tím výrazně vzroste. Nikdy například nedefinuji proměnné uvnitř bloku. Téměř každé else se dá nahradit ternárním výrazem. Pokud ne, tak je to prakticky vždy práce pro switch.

#1 MilanL
Ještě k původnímu problému: Pro každý form používám samostatný kontrolér (třídu) takže se tím vyhnu ifům i svičům. Proto se s tím nesetkávám.