Administrace komentářů

Jak by se změnila verze - každému novému či změněnému záznamu se jako číslo verze přiřadí další číslo ze sekvence. Při změně se zjistí, zdali číslo verze v db se shoduje s číslem verze z formuláře. Jestli je tam problém, tak prosím vysvětlit, nějak furt nechápu, kde ho vidíš?

Jenže uživatel není programátor a takhle prostě nemyslí. Ten to tam prostě nějak nabouchá a čeká, že to bude fungovat. Ať už to přesune, smaže a znovu založí, nebo třeba odstraní všechny termíny a znovu tam opíše svůj diář. Jenže ono to fungovat nebude, protože udělal něco, co programátor ve svý hantýrce nazývá UPDATE a ne INSERT či naopak. Za takovýdle aplikace uživatelé vražděj: ty chtěj, ať se aplikace chová vždycky stejně. Nějakej race condition je jim někde, oni prostě chtěj, ať co při stisku tlačítka odeslat v seznamu je, aby to tam bylo a co tam neni, aby to tam nebylo. A ne, aby se to chovalo různě podle toho, jestli ten seznam upravovali tak nebo jinak.

Ad koruny: Kladivo se nehodí ke šroubování. Koruny nejsou dni. Když dva lidi napíšou, že člověk přišel ten den do práce, tak to znamená, že tam přišel dvakrát?? To dosvědčuje mj. i to, že pro "důkaz" používáš úplně jinej příklad, než o kterém se bavíme - protože v našem případě by podobnej příklad ztratil smysl. Převody peněz bych řešil jinak, ale todle nejsou převody peněz. Už jen proto, že převody peněz je multiset, zatímco todle je set.

Znovu a polopatě: v databázi je záznam A. Přijde uživatel změní ho na B, pak si ale uvědomí, že vůbec nechtěl A smazat, že to bylo omylem, že chtěl jen přidat B. Tak za to ještě dopíše A. Tzn. Ačku se změní Idčko. (Nebo to tak udělá proto, že postupně po řádcích do programu opisuje termíny z diáře.) Jenže v tu chvíli jiný uživatel v současné editaci to A smaže. Ale ouha, ono tam to A furt je. Můžeš desetkrát tvrdit, že to ten uživatel udělal špatně, ale takhle se v realitě užívaci chovaj a pokud to nebudeš ve svejch aplikacích respektovat, tak je to Tvoje chyba. Aplikace je pro uživatele, ne naopak. Uživatel nic neví o tom, že záznam má nějaký idčko nebo co je to insert a delete, uživatel prostě změní data a očekává, že jsou změněná.

Pokud tvrdíš, že za písmenka nejde nic dosadit, tak prosím nefušuj do programování. Protože programování není o ničem jiném než o reprezentaci reality písmenky. K tomu fakt už není co dodat, pokud si pod těma písmenkama neumíš představit třeba záznam že dne 1.A. přišel někdo do práce.

PS: Jinak v reálném světě samozřejmě nejde dát jedna mince dvakrát do jedné kasičky (aniž bys ji vyňal), ale krásně jde dvakrát do programu naťukat, že sem dal jednu minci dvakrát do jedné kasičky. A Tvuj program se s tím musí umět vyrovnat a takovéto chyby (ani ne chyby, tady prostě race condition: dva lidé vidí, že to tam ještě není, tak to tam dopíšou) odstraňovat. A ten Tvůj algoritmus toho prostě není schopnej. Můj také ne, ale narozdíl od Tvého se alespoň pro uživatele chová očekávatelněji a netvrdí o sobě, že to řeší.