[inny] Czy po latach pracy z FW korzystacie z czegoś więcej niż podstawowych funkcjonalności?, Czy nie jest tak, że ostatecznie i tak wszystkie moduły piszecie sami? Opcje

[Kabraxis]

Wątek być może banalny ale mam takie przemyślenie odnośnie tego wszystkie i jestem ciekawy jakie są Wasze doświadczenia, szczególnie osób z długim stażem używania FW. Ilekroć chce użyć czegoś gotowego i tak brakuje w tym jakiejś opcji, ostatecznie trzeba stosować jakieś ominięcia, napisać własną wersję lub stosować inne dzikie kombinacje. Oczywiście piszę o czymś większym niż strona wizytówka, o większych projektach, które mają być rozwijane przez lata.

Czy faktycznie po latach używania FW korzystacie z czegoś więcej niż podstawowe funkcjonalności jak zaprojektowany model MVC, CRUD itd.? Czy nie jest tak, że ostatecznie i tak napisaliście wszystkie gotowe moduły samemu?

[mstraczkowski]

Tutaj w ogóle nie rozumiem o co Ci chodzi.

Działam na 0/1 tylko, że używając pola typu CHAR(1), a nie TINYINT(1)
Czasami zdarza się także sytuacja, że pole CHAR(1) jest flagą posiadającą inne znaczenia niż [0 - Wł/Tak, 1 - Wył/Nie]
Przykładowo: styl formatowania ceny:

0 = 1000.00
1 = 1000,00
2 = 1 000,00

No tak... ale według Ciebie dać jakieś dane w bazie danych, opisywać innym w komentarzach co one robią i jeszcze zmuszać ich do wejścia do bazy danych, żeby to przeczytali? Prościej chyba dać 1/0.

Po to jest możliwość komentowania kolumn w bazie danych, aby z tego móc korzystać.
Nikt nie mówi o zmuszaniu ich do wchodzenia do bazy danych.
Bazy danych są projektowane przykładowo w Workbenchu, więc wystarczy otworzyć diagram bazy lub mieć IDE zintegrowane z bazą.

W czym się nie pokrywają? Pokrywają się doskonale.

Argument 1. Zgadzam się jest to wada tego rozwiązania.
Argument 2. Nie pokrywa się ponieważ chińczyk musiałby być mało rozgarnięty, aby pomimo komentarzy nie wiedzieć co oznacza dane pole (jego wartość) w bazie danych.
Argument 3. Nie pokrywa się ponieważ używam [0, 1] i pasuje mi to że PHP rzuci mi FALSE w przypadku rzutowania 0 na BOOL, oraz TRUE w przypadku rzutowania 1 na BOOL. Z reguły i tak tego nie robię tylko sprawdzam (Wartość > 0)

Ten post edytował mstraczkowski 19.02.2013, 16:48:19

[pyro]

Działam na 0/1 tylko używając pola typu CHAR(1), a nie TINYINT(1)
Czasami zdarza się także sytuacja, że pole CHAR(1) jest flagą posiadającą inne znaczenia niż [0 - Wł/Tak, 1 - Wył/Nie]
Przykładowo: styl formatowania ceny:

0 = 1000.00
1 = 1000,00
2 = 1 000,00

A temat cały czas był o zagadnieniu boolean w bazie danych. Więc trochę tak temat o zupie, a Ty o dupie (IMG:style_emoticons/default/snitch.gif)

Po to jest możliwość komentowania kolumn w bazie danych, aby z tego móc korzystać.

Korzysta się z nich kiedy są potrzebne. Wszystkie funkcje w PHP też są po to, żeby z nich korzystać. I co? Do programu "Hello world" użyjesz ich wszystkich (IMG:style_emoticons/default/tongue.gif) ?

Nikt nie mówi o zmuszaniu ich do wchodzenia do bazy danych.
Bazy danych są projektowane przykładowo w Workbenchu, więc wystarczy otworzyć diagram bazy lub mieć IDE zintegrowane z bazą.

No tak, ale to znowu wymuszanie, że ktoś coś musi mieć.

Po to jest możliwość komentowania kolumn w bazie danych, aby z tego móc korzystać.
Argument 2. Nie pokrywa się ponieważ chińczyk musiałby być mało rozgarnięty, aby pomimo komentarzy nie wiedzieć co oznacza dane pole (jego wartość) w bazie danych.

Załóżmy, że dostałeś zlecenie za niezłą sumkę od kogoś z kraju z dziwnym językiem, gdzie np. "boobies" oznacza "prawda", a "jellyfish" oznacza "fałsz". I teraz jak zauważysz, że w bazie jest kolumna ENUM('B', 'J') domyślisz się, które to prawda, a które to fałsz? Czy jesteś nierozgarnięty?

Argument 3. Pasuje mi to że PHP rzuci mi FALSE w przypadku rzutowania 0 na BOOL, oraz TRUE w przypadku rzutowania 1 na BOOL. Z reguły i tak tego nie robię tylko sprawdzam (Wartość > 0)

A ktoś kto rzutuje przyjdzie, żeby coś zmodyfikować w skrypcie i już szykuje się debugowanie.