![]() |
![]() |
![]() ![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 81 Pomógł: 2 Dołączył: 28.03.2003 Ostrzeżenie: (0%) ![]() ![]() |
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? |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 2 148 Pomógł: 230 Dołączył: 26.03.2008 Ostrzeżenie: (0%) ![]() ![]() |
dwa argumenty podważyłem dlaczego mam przyjmować argumenty, które nie są prawdą ? Nie podważyłeś i nie "nie są prawdą". Tylko Tobie się wydaje, że nie są prawdą. A to kolosalna różnica. Problem w tym, że nadużywasz sformułowań typu: przeze mnie moim przypadku Pewnie, że w Twoim przypadku będziesz wiedział o co Ci chodziło. Tylko z czasem człowiek zamiast uczyć się programować, uczy się jak programować solidniej / lepiej / szybciej / bardziej uniwersalnie / łatwiej przy rozbudowie. Z czasem do tego dojdziesz. Przypomina mi się sytuacja, w której dostałem pewien skrypt (miałem zrobić do niego płatności). Ładnie udokumentowany, z komentarzami, ale patrzę - jeden plik pominięty. A jak się pytam czemu pominięto ten plik, to uzyskałem odpowiedź: "bo ma tylko kilkadziesiąt linijek kodu". Pewnie, że to mały plik. Pewnie, że rozpracowanie go to tylko kilka minut. Ale czemu mam tracić te parę minut, skoro mogłem mieć wszystko od razu jasne i na tacy? Nie określiłbym używanie CHAR(1) jako wytykanie błędów, błędem mogłoby by być używanie ENUM, który zachowuje się dosyć dziwnie. Używanie ENUM nie jest błędem. Niestety niektóre menadżery robią z nim (nie wiedzieć czemu) problemy (jak na podanym przeze mnie przykładzie), więc jest to jakby wada stworzona przez nie. Poza tym znalazłem w dokumentacji MYSQL: Czyli sami zalecają używanie TINYINT(1) A no. i jest w porządku, po co drążyć temat. Zadałeś pytanie. Otrzymałeś odpowiedź. Co Ty uznasz w niej za prawdę, a co nie, to już Twoja indywidualna sprawa. Ja już skończyłem z dalszym wyjaśnianiem "dlaczego", bo niestety widzę, że idzie to dość topornie. (IMG:style_emoticons/default/businesssmiley.png) Tak naprawdę nie ma to większego znaczenia, którego z nich użyjesz. Różnice są znikome. Ale jak już wybierać której używać, to dostałeś 3 argumenty, a potem sam dopowiedziałeś sobie jeszcze jeden sam: Poza tym znalazłem w dokumentacji MYSQL: Czyli sami zalecają używanie TINYINT(1) Także tyle w temacie. Nigdy nie odczułem problemów z kilkoma polami ENUM w jednej tabeli. Podałeś screenshoty z phpMyAdmina. To, że on sobie z tym nie radzi nie oznacza, że sama baza też sobie z tym nie poradzi. To był tylko jeden przykład. Jak chcesz mogę dać screenshoty z innych programów, które też robią problemy (IMG:style_emoticons/default/tongue.gif) . Nie wiem dlaczego one robią kłopot, ale w każdym razie robią. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 12.10.2025 - 12:51 |