Poslední přidané názory v blogu Mirek Marek

Jet: Aplikační moduly jako služby

oss oss — Mon, 27 Nov 2023 14:47:28 GMT

Ja by som povedal, ze nemaspce Jet/ je pre "framework" a JetApplication pre ukazkovu aplikaciu.

Jet: Aplikační moduly jako služby

Jaroslav Černý — Mon, 27 Nov 2023 14:10:02 GMT

24x je volána statická metoda a (jestli jsem dobře počítal) 28x normální metoda. To je hroznej poměr. A ta hierarchie tříd je taky divná ... use Jet\Application_Module;use Jet\Form_Field;use JetApplication\Application_Admin_Services_ImageManager; Proč ne třeba use Jet\Application\Module;use Jet\Forms\Field;use Jet\Application\Admin_Services\ImageManager; ??

Jet: Aplikační moduly jako služby

Jan Karasek — Mon, 27 Nov 2023 12:58:11 GMT

ta Vase otazka nema chybu a je imho zcela na miste. Obecne bych, kdyz uz autor s tou strojarinou zacal, rad upozornil, ze vyse popsane aplikacni moduly nemaji se 'strojarinou' a zejmena modularitou, provozovanou ve strojirenstvi nic spolecneho. Pojmy jako komponenta, modularita, modul nas svadeji k dojmu, ze se jedna o neco pribuzneho, ale ta podobnost je hodne vzdalena. Intuitivne muzeme rici, ze kdyz je navod k pouziti nejake komponenty dlouhy na nekolik A4 stranek (jako zde predlozeny blog), tak pak neco nehraje.

Jet: Aplikační moduly jako služby

oss oss — Mon, 27 Nov 2023 10:00:18 GMT

ja by som povedal, ze ide skor o system pluginov/balickov, a teda ked niekto vytvori plugin napriklad na novinky z instagramu, tak ostatni ho mozu pouzit bez toho aby mal priamu zavislost na jeho kode (aj ked ten service loktor to trochu kazi).

Jet: Aplikační moduly jako služby

A A — Sun, 26 Nov 2023 17:39:30 GMT

Zdravím a pozdravuji čtenáře Rootu, prosím vás, rozumíte tomu někdo?? Jako já bych třeba ve svém CMS udělal nový typ form inputu "výběr z galerie" (php třídu a šablonu) a prostě jej vkládal kam bych chtěl s nějakou konfigurací, která by např. rozlišila, jakou složku s fotkami chci kde zobrazit. Ja teda tu Jet jednoduchost nějak v tom nevidím... BTW to PSR-0-like pojmenování je šílený.

ORM v Jet - vytváření dotazů a efektivní nahrávání dat

Bone Flute — Fri, 07 Jul 2023 12:59:10 GMT

V tom prvém případě ti IDE obvykle moc nepomůže, pokud to tedy není LINQ. Ale minimálně parser to odchytí. Ve druhém případě IDE také nic, a parser bych také nečekal, vzhledem k tomu, že to je obvykle jen technoidní prototypové řešení. Je obvyklé u ranných projektů, kdy dodavatel potřebuje dodat rychle produkt na trh a neřeší programátorskou přívětivost. Ideální je LINQ, protože je to čitelné, a IDE kontroluje. Není-li LINQ, používá se buď parsování xQL, což má výhodu maximální čitelnosti, ale IDE moc nepomůže; nebo builder, který má výhodu ve spolupráci s IDE, ale zase čitelnost jde dost do kopru. Autorem ukazované řešení má nevýhody obou a žádné výhody.

ORM v Jet - vytváření dotazů a efektivní nahrávání dat

R S — Fri, 07 Jul 2023 10:06:40 GMT

Jasne pro zakladni veci je to "good enough" a sem s tim v pohode (jen to 'AND' / 'OR' tam je jak pest na oko, nedej boze ze bych mel vnorene podminky kde budu muset vnorovanim resit prioritu jednotlivich AND / OR .. to pak zacnu zanorovat pole do sebe..). Jde mi o to ze ostatni to maji jen jako jednu z moznosti takze kdyz zacnu skladat neco slozitejsiho / nedejboze aplikovat ruzne ACL filtry a pravidla tak proste sahnu pro builderu. Pokud naopak budu pracovat s necim kde je dotaz "staticky" tak neni nic lepsiho nez stare dobre SQL a pak pouzit naky mapper nebo prave DQL / HQL .. kde se sice musim ucit trosku odlisnou syntax (coz ale prumerne cvicena opice zvladne za 2 hodiny) ale zase mi odpadne prace s mapperem. Proste kazdy ten zpusob ma sve vyhody / nevyhody a vznikl za nakym ucelem. Smahem to odsoudit a tvrdit ze ostatni reseni jsou "Tedy to čemu rád říkám rovnák na ohýbák" je takove.... nevim prijde mi to proste hrozne kratkozrake. prece jen jednoduchy priklad SELECT * FROM scheduleWHERE(schedule.date_from IS NULL OR schedule.date_from < :date)AND(schedule.date_to IS NULL OR schedule.date_to >= :date)ANDcountry = :country vs [ [ 'schedule.date_from IS NULL', 'OR', 'schedule.date_from <' => $date ] 'AND' [ 'schedule.date_to IS NULL', 'OR', 'schedule.date_to >=' => $date ], 'AND', 'country' => $country] Tak mam osobne celkem jasno co budu chtit cist a to mame jeste docela jednoduchuou podminku.. navic u toho prvniho retezce mi napovi IDE a okamzite me klepne pres prsty kdyz se nekde ukliknu

ORM v Jet - vytváření dotazů a efektivní nahrávání dat

oss oss — Thu, 06 Jul 2023 12:28:48 GMT

Ono v PHP je to dost caste, podobne to malo aj ORM v Yii alebo ked som sa pozrel na Doctrine, tak ten mal sice nejaky query builder, ale toho stringovania a poli tam bolo len o nieco menej.

ORM v Jet - vytváření dotazů a efektivní nahrávání dat

Jan Judas — Thu, 06 Jul 2023 05:06:00 GMT

WHERE v poli je pro jednoduchý dotazy asi docela v pohodě, má to tak třeba i Nette ( https://doc.nette.org/cs/database/core#toc-pokrocile-dotazy ). Ale jak píšeš, složitější podmínky bych v tom asi psát nechtěl.

ORM v Jet - vytváření dotazů a efektivní nahrávání dat

R S — Wed, 05 Jul 2023 09:37:07 GMT

Zdravim, Nekolik poznamek / otazek Otazka: jak je reseno kdyz si vytahnu entitu a nasledne prestoupim k subentite ktera ale neni nactena / k jine entite ve ktere je v relaci ale jenz nebyla nactena? Otazka: Porad nevidim jak je reseny update entit rekneme situace (pseudokod) A a = loadEntitu();a.getSubEntity().setName();saveEntity(a); Poznamka: 1) ten zapis WHERE podminky s poli je opravdu hrozny... s takovym API pracovat.. chapu ze je to jednoduche ale tam musi byt brutalni chybovost.. nedej boze kdyz budu generovat nakou slozitejsi podminku a budu tam muset lepit polozky do toho pole na spravna mista tohle bych debugovat fakt nechtel.. ony ty ostatni ORM ten builder / jazyk nemaji proto ze by snad nevedeli co s casem ale proto ze se s tim proste lepe pracuje a ze mi pak napovida IDE a do nake miry mne kontroluje... performance postih zanedbatelny (cache dotazu). prace navic to je ale udela se jednou... a napsat si prekladac az tolik prace neda. Pokud uz bych teda nechtel vlastni dialekt pro coz mam celkem pochopeni prece jen je pak tezsi dostat z DB maximum tak bych si napsal aspon zakladni SQL builder prave kuli prehlednejsimu API. Prenositelnost aplikace mezi DB systemy je takove... hodne jsem o tom slysel mluvit ale praxe ukazuje ze je lepsi to mit pro jeden DB system a ten mit odladeny.