Diskuze: Návrh databáze
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 16 zpráv z 16.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.
Pokud těch šablon k jednomu produktu bude více, pak jest třeba použít to třítabulkové řešení, jinak jsou tři tabulky zbytečné
Dělám jednu šablonu na všechno. Podle dat, která jsou k dispozici k produktu, si to samo vybere, která část šablony bude použita.
Edit: Stačí tedy jen jedna tabulka.
Myslel jsem to tak, že pokud jeden produkt nemůže mít více šablon, pak je zbytečné mít tu třetí tabulku a stačí mít jen záznam, která z těch šablon je přiřazena...
To není dobré řešení, protože ta šablona se časem může nafouknout a
úpravy pak budou složité, nehledě k nepřehlednosti v kódech...
Vždycky je lepší (pokud se používají šablony) mít těch šablon víc a
neplácat všechno dohromady...
"je zbytečné mít tu třetí tabulku a stačí mít jen záznam, která z
těch šablon je přiřazena..."
Platí to i v případě, kdy větší část produktů nebude mít šablonu
přiřazenou? Protože když vidím v db sloupec, kde je skoro všude null,
nemám dobrý pocit
Šablona do 1000 řádek přece nepředstavuje žádný problém, zejména když ji mám rozčleněnou do nezávislých bloků, kde má svou hlavičku a patičku hezky pohromadě. To se nerozsype.
Osobně by se mi moc nechtělo hledat něco v šabloně o tisíci řádcích,
i kdyby byla sebelépe rozčleněna do nezávislých bloků... A když budou
šablony přibývat, bude se dále ta "jedna" univerzální šablona
nafukovat...
P.S. Ale když ti to takhle vyhovuje, je to tvoje volba...
Tam už se nemá co nafukovat, na 1000 řádek jsem se ještě nedostal ani u rozsáhlých webů. Každý blok je tam jen jednou. Kdybych to měl ve více šablonách, musely by se některé části opakovat. Časem by v tom byl zmatek, protože kdybych chtěl změnit třeba záhlaví, musel bych to dělat ve všech šablonách. Takhle to dělám jen v jedné.
Zrovna dnes jsem viděl jeden zdroják v C#, který měl 200 řádek. Autorovi evidentně nevadilo, že má tu třídu delší, než je zdrávo. Proč by mi měly vadit dlouhé šablony?
To, že někdo jiný prasí špagety kód neznamená, že máš prasit taky -
taky občas narazím na funkce dlouhé pár set řádků, ale rozhodně není
dobrý nápad se to snažit napodobovat
jQuery má aktuálně 10308 řádek v jednom souboru. Tvrdí snad někdo, že jeho autor prasí špagety?
O funkcích nebyla řeč, jednotlivé bloky mé šablony nemívají víc než 20 řádek. Vadí snad, že je mám v jednom souboru? To mám jednotlivé komponenty includovat, aby načítání šablony trvalo déle?
To byla reakce na ten komentář o zdrojáku v C# s 200 řádky.
200 řádků na soubor nebo třídu je i v C# celkem malý soubor, myslel jsem,
že je to v jedné funkci, když jsi to považoval za dlouhé, což už špagety
obvykle jsou.
K jQuery - zdroják jsem neviděl, takže netuším. Není ten soubor třeba
nějaká zhuštená verze určená pro web?
Bohužel tyhle velké soubory jsou ve firmách ve větších projektech celkem
běžně se vyskytující jev, většinou je to důsledek toho, že se
programátoři bojí do toho šláhnout a soubor rozdělit - např. u nás tu je
asi 10 .cpp souborů, které mají 40 000 - 50 000 řádků...
"jeden zdroják v C#, který měl 200 řádek" - opravdu jsem tím myslel jeden soubor s jednou třídou a několika metodami. Podle mne je to víc než běžný limit.
jQuery - ano, jsou dvě verze. Ta druhá je sešlapaná na 50 KB, ale o té jsem psát nechtěl. Autor píše tu vývojovou, která je také k dispozici. Asi se v ní vyzná nebo ji také generuje z více samostatných souborů.
40-50 křádek? Hrůza.
Jeden soubor s 200 řádků - to je tak úkol do školy
Zobrazeno 16 zpráv z 16.