Hirdetés
- djculture: Éhezők ssd és memória viadala.
- GoodSpeed: Munkaügyi helyzet Hajdú-Biharban: észak és dél
- Real Racing 3 - Freemium csoda
- Geri Bátyó: Agglegénykonyha 10 – Alapanyagok/készételek többféle felhasználása
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- MasterDeeJay: Harc a DDR5 árak ellen
- gban: Ingyen kellene, de tegnapra
Új hozzászólás Aktív témák
-
#15446
PumpkinSeed
addikt
mallee
#15445
PumpkinSeed
addikt
-
DNReNTi
őstag
válasz
mallee
#15416
üzenetére
Szia,
Köszi az észrevételeket!
"Ennek a helye egy config fájlban lenne és valamilyen okosság mentén kéne beadni az osztályodnak."
Igen, így is volt, de ha ez az osztály nem a root-ban hanem egy almappában kerül meghívásra akkor sajnos elhasalt, mivel nem találta a config file-t a megadott helyen. Abszolút hivatkozással működik de azt csúnyának ítéltem meg, így egyelőre maradt ez a megoldás.
Erre mi lenne a legszebb, legjobb eljárás?"Miért kezel az adatbázis osztályod error reportolást?"
Nem kezel. Az adatbázis kapcsolat létrehozása előtt ki aztán pedig bekapcsolja az error_reporting-ot, hogy hiba esetén egy szépen megformázott hiba oldalra tudja dobni a felhasználót (header()). Ha nem kapcsolnám ki, akkor maga a php dobna hibát, ami után nem menne a header, ezért van benne. Ez ebből hiányzik, mivel: 1: nincs hibaoldal, 2: teszt."Ha csak kiírsz egy üzenetet a képernyőre, attól az alkalmazásod még fut tovább"
Az előzőben benne a válasz. Élesben egy hibaoldalra dob."Mi volt ezzel az osztállyal a célod? Hány helyen és hol hívod meg?"
Ez az osztály, pontosabban ennek az egy szem statikus metódosa egy mysqli objektumot ad vissza. Meghívásra egyszer kerül, a Database osztály konstruktora példányosítja saját maga számára."Több kisebb osztályba kéne szétvágni az executeSQL-t az SQL parancs típusok alapján"
Ebben teljesen egyet értek, és így is lesz. Illetve majdnem. Úgy gondoltam egy osztály marad a lekérdezések kezelésére, csak több metódus lesz. Lesz egy private, ami ellenőrzi a lekérdezés helyességét, a paramétereket, stb, valamint query típusonként 1-1 metódus.Összességében jól értem, hogy főleg szépséghibák vannak, de a működés, és az elképzelés életképes?
Ha lesz időm ma update-elem, és jövök megint.
-
#15419
csabyka666
veterán
mallee
#15418
-
mallee
tag
válasz
mallee
#15405
üzenetére
A legjobb az egészben, hogy több egymásnak ellentmondó infót is találtam
Limitations
Please note that final, private and static methods cannot be stubbed or mocked. They are ignored by PHPUnit's test double functionality and retain their original behavior.Forrás: http://phpunit.de/manual/3.7/en/test-doubles.html
Úgy tűnik, hogy 3.5 alatt támogatott volt: http://sebastian-bergmann.de/archives/883-Stubbing-and-Mocking-Static-Methods.html
Eszképelni akarta a karaktereket.
Új hozzászólás Aktív témák
- Óvodások homokozója
- GL.iNet Flint 2 (GL-MT6000) router
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Villanyszerelés
- ASUS routerek
- The Division 2 (PC, XO, PS4)
- Amlogic S905, S912 processzoros készülékek
- VR topik
- Kormányok / autós szimulátorok topikja
- Kínai és egyéb olcsó órák topikja
- További aktív témák...
- HP Pavilion 14 i5 10. Gen Laptop + MX130 2GB GPU!
- iPhone 14 128gb független, szèp állapotban
- Latitude 5440 27% 14" FHD IPS i5-1335U 16GB 512GB NVMe magyar vbill ujjlolv IR kam gar
- iPad Air 4. Gen 2020 Wi-Fi+Cellular 64GB Sky Blue, 97% aKKUval, Üzletből, garanciával
- GIGABYTE RX 9060 XT 16GB GDDR6 GAMING OC - Új, Bontatlan, 3 év garancia - Eladó!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest