No včera jsem to konečně dopsal a skončil na 569 řádcích po odstranění pracovních a nepotřebných komentářů, zbytků kódu co jsem testoval a nebyl s nimi spokojen.
S Notepadem++ jsem docela spokojen, nejen kvůli barvičkám, ale když třeba dvoj-kliknu na proměnnou, tak mi ji hezky vysvítí všude v kódu. Přesto nechápu jak někdo může pracovat skoro se 7t. kódem...
- To jsem se třeba divil, proč mi nehraje hláška o světlech - když jsem hledal co je špatně, kliknu na proměnnou datarefu, ale ta nebyla nikde v kódu použitá - geneze vývoje, původně jsem tam měl array dataref a v kódu monitoroval obě osy vysunování světel, ale dělalo to bordel, tak jsem zvolil navázání na jiný dataref - normální, v názvu proměnné ale zůstalo původní (landinglights) ale v kódu už bylo jen správně jednotné (landinglight). 
- taky umí hezky sbalit na jeden klik jednotlivé funkce na jeden řádek a pak je zase na kliknutí rozbalit zpět. To se hodně hodilo, když jsem dělal poslední nezávislé funkce podvozku a světel a potřeboval se dívat co mám nebo nemám k dispozici za datarefy. Na to jsem taky přišel - tvrdou školou - pokud pojmenuji proměnnou stejně jako někdo jiný v nějakém jiném lua scriptu, tak FWL padá na hubu - a co je nejhorší bez jakékoliv stopy co vadí v debug logu, podobně jsem omylem navedl dataref, který už jsem měl v jedné proměnné znovu pod jinou proměnnou = lua stopped a zase bez debug logu. Člověk si prostě musí dávat bacha na všechny duplicity. Poslední případ, kdy mi nic nenapíše a padne je nedodržení syntaxe - když třeba chybí end tak to debug vypíše - line a expected end after (poslední tři znaky za kterými má problém), ale jakmile má člověk o jeden end navíc, tak je to bez zápisu do logu o pádu na hubu.
Dopsal jsem v 20:45 a jal se testovat. První fáze po nahazování motorů byly zmáklé, ale pak to začně být celkem dobrodružné. Dobrá zpráva je, že mi to funguje vše, trochu horší je, že něco funguje dvakrát a zatím jsem nenašel proč. Dvě věci sice fungují, ale ne úplně intuitivně jak to jedu v jednosekundovém cyklu, tak je přirozeně problém s detekcí krátkého stisknutí tlačítek což je třeba problém u trimování. FWL skripty dokáží být docela náročné na CPU výkon, zkušenější vývojáři proto doporučují co nejvíce se vyhýbat zpracování funkcí v one frame cyklu a doporučují spíše vteřinový, který je CPU friendly.
Musel jsem vzpomenout i na Dana Vávru, kterak na jedné přednášce vzpomínal, jaká osina v zadku je testování nelineárního RPG - hlavně ke konci příběhu, kde je hafo možností. S testováním je teď časový problém i u mě a to i přesto že jde o poměrně lineární skript, ale když mám chybu u např. 56. zvuku v posloupnostní řadě, musím zase celé éro dostat do C&D, udělat opravu skriptu a pak projet celou proceduru přes těch 55 zvuků co jsou v pořádku, abych zjistil, že oprava je ok, ale další chyba číhá na 57. zvuku. Až tohle dodělám, asi pár týdnů nebudu chtít žádnou klikfestovou mašinu ani vidět. |
|
