@@lenkowski-net Oczywiście że wato czekam aż to się rozwinie bardziej, miałem okazję pisać aplikację "Medyczną" która w założeniu miała być wykorzystywana w placówce i takie rozwiązanie myśle że fajnie by się sprawdziło 😁
Polecam przyjrzeć się również Tauri, technologia może mniej dojrzała, ale IMO bardzo obiecująca. Co ciekawe, generator projektu tworzy działający boilerplate w wybranym frameworku js i dostarcza przykłady komunikacji backendu z frontendem. Za minus można uznać zastosowanie Rusta na backendzie - jeszcze bardziej tu odchodzimy od znanych nam technologii.
obejrzałem video o "aplikacji desktopowej" dla znajacych PHP. No Ok - super, cos wiem o PHP zaczne pisac aplikacje na Windowsa. Na koniec filmu sie okazalo ze o windowsie nawet nie ma co myslec, ale to jeszcze pół biedy - najwazniejsze - to binarki - ani słowa o tym. Najchetniej bym zobaczył EXEca ktory to uruchamnia ostatecznie - wtedy jest efekt WOW.
@@lenkowski-net Jeżeli można pisać aplikacje desktopowe w Pythonie (PyGtk, PyQt, wxPython), to dlaczego nie w PHP? ;) Z punktu widzenia linuksowca, dostarczenie odpowiedniego interpretera nie jest problemem, od tego mamy systemy pakietów i zależności. Pozostaje kwestia dojrzałości biblioteki/frameworka. W NativePHP nie podoba mi się mieszanie backendu z webowym frontem. Jestem zdania, że jeżeli już korzystamy z electrona to front powinien być pisany w js/ts i tylko komunikować się z częścią backendową utworzoną w php. Nie jestem entuzjastą frontowych rozwiązań larvy jak livewire.
@@michal4210myślimy podobnie. Laravel wiele chce ułatwić, by js nie był potrzebny, ale uważam go za lepszą technologię do tego celu. Podobnie z serverlessem, można w php, pytanie po co? 😂
Tak wygląda, że te projekty PHP QT się zatrzymały i chyba nigdy nie były oficjalnie wciągnięte do rodziny QT. A szkoda. 🙂 Sam fakt, że powstały i tak jest cool - trochę chyba jako ciekawostka na tym etapie rozwoju, ale pomysł ciekawy i może warty rozwinięcia? Sam PHP pokonał tak długą i ciekawą drogę, że może i tu w świecie desktop apps by mógł znaleźć swoją niszę. Niby nie jest to jakoś specjalnie dopasowane do tego narzędzie, ale przecież kiedyś nie miało nawet... klas. ;-] A sam PHP był przecież tylko ultra prostym parserem tekstu.
NativePHP, framework w którym PHP używane jest do pisania aplikacji Node.js. Jeżeli w naszych czasach żyłby dr Frankenstein, to powyższe połączenie byłoby jego Plugastwem (pozdrawiam fanów Warcrafta).
Nie warto! Po co to robić? Nie widzę kompletnie w tym sensu! Mamy przecież pełno innych języków do tworzenia aplikacji desktopowych. PHP'a zostawmy tam gdzie się sprawdza od lat, nie zróbmy z niego kolejnego Node'a :) Chyba, że ktoś temat traktuje kompletnie hobbystycznie. Do komercyjnego zastosowania nie będzie to miało sensu. Dobierajmy odpowiednie narzędzia do projektu! :>
Popieram podejście, a co sądzisz o aplikacjach hybrydowych w JS/TS? Nie są to języki bezpośrednio przeznaczone do aplikacji desktopowych, a jednak coraz częściej się z nich korzysta w tym celu 🤔
@@lenkowski-net parę lat temu uczestniczyłem w projekcie którego częścią była nie duża aplikacja desktopowa i zrobiliśmy to na Electron. Problemów jakiś większych nie było, z tego co wiem to do dzisiaj działa, ale z tego co również wiem to po tych latach nikt nie chce się podjąć aktualizacji aplikacji i zależności, więc czeka ja powolna śmierć :) Dla małych aplikacji jak ktoś chce to można, ale mimo wszystko intuicja i doświadczenie podpowiada mi że nie tędy droga. :) W takim razie odbijam piłeczkę i jakie Ty masz podejście do aplikacji desktopowych opartych na TS\JS. :>
Fajny szczegółowy materiał, obejrzane od deski do deski 💪
Dzięki 🔥 jak Ci się podoba ta technologia? Warto, czy nie?
@@lenkowski-net Oczywiście że wato czekam aż to się rozwinie bardziej, miałem okazję pisać aplikację "Medyczną" która w założeniu miała być wykorzystywana w placówce i takie rozwiązanie myśle że fajnie by się sprawdziło 😁
@@GibekRecords taką już stabilną wersją wydaje się być www.electronjs.org/ na którym to bazuje. Miałeś okazję popracować z tym narzędziem?
@@lenkowski-net Jeszcze nie, muszę sprawdzić 💪
Polecam przyjrzeć się również Tauri, technologia może mniej dojrzała, ale IMO bardzo obiecująca.
Co ciekawe, generator projektu tworzy działający boilerplate w wybranym frameworku js i dostarcza przykłady komunikacji backendu z frontendem.
Za minus można uznać zastosowanie Rusta na backendzie - jeszcze bardziej tu odchodzimy od znanych nam technologii.
Marcinie bardzo fajny materiał 💪, a sama koncepcja electrona w laravelu rewelka 👍 🙂
Dzięki 💪
obejrzałem video o "aplikacji desktopowej" dla znajacych PHP. No Ok - super, cos wiem o PHP zaczne pisac aplikacje na Windowsa. Na koniec filmu sie okazalo ze o windowsie nawet nie ma co myslec, ale to jeszcze pół biedy - najwazniejsze - to binarki - ani słowa o tym.
Najchetniej bym zobaczył EXEca ktory to uruchamnia ostatecznie - wtedy jest efekt WOW.
Niestety NativePHP nie jest „dobrym” produkcyjnie rozwiązaniem i raczej bym go na produkcji nie używał…
Wspomniałeś o PHP-Qt, a było też PHP-GTK, niestety projekt zatrzymał się na php5.3 i gtk2
Faktycznie! A co sądzisz o tych projektach? Czy desktopowe aplikacje w php mają jakikolwiek sens Twoim zdaniem?
@@lenkowski-net Jeżeli można pisać aplikacje desktopowe w Pythonie (PyGtk, PyQt, wxPython), to dlaczego nie w PHP? ;) Z punktu widzenia linuksowca, dostarczenie odpowiedniego interpretera nie jest problemem, od tego mamy systemy pakietów i zależności. Pozostaje kwestia dojrzałości biblioteki/frameworka.
W NativePHP nie podoba mi się mieszanie backendu z webowym frontem. Jestem zdania, że jeżeli już korzystamy z electrona to front powinien być pisany w js/ts i tylko komunikować się z częścią backendową utworzoną w php. Nie jestem entuzjastą frontowych rozwiązań larvy jak livewire.
@@michal4210myślimy podobnie. Laravel wiele chce ułatwić, by js nie był potrzebny, ale uważam go za lepszą technologię do tego celu.
Podobnie z serverlessem, można w php, pytanie po co? 😂
Tak wygląda, że te projekty PHP QT się zatrzymały i chyba nigdy nie były oficjalnie wciągnięte do rodziny QT. A szkoda. 🙂
Sam fakt, że powstały i tak jest cool - trochę chyba jako ciekawostka na tym etapie rozwoju, ale pomysł ciekawy i może warty rozwinięcia?
Sam PHP pokonał tak długą i ciekawą drogę, że może i tu w świecie desktop apps by mógł znaleźć swoją niszę. Niby nie jest to jakoś specjalnie dopasowane do tego narzędzie, ale przecież kiedyś nie miało nawet... klas. ;-] A sam PHP był przecież tylko ultra prostym parserem tekstu.
NativePHP, framework w którym PHP używane jest do pisania aplikacji Node.js.
Jeżeli w naszych czasach żyłby dr Frankenstein, to powyższe połączenie byłoby jego Plugastwem (pozdrawiam fanów Warcrafta).
Wolę Warhammera, a zdanie podzielam 😂
A co z udostępnieniem takiej aplikacji? Jak sie robi gotowego builda?
nativephp.com/docs/1/publishing/building tu jest wszystko opisane, pamiętaj jadnak że to wersja eksperymentalna 😂
Nie warto! Po co to robić? Nie widzę kompletnie w tym sensu! Mamy przecież pełno innych języków do tworzenia aplikacji desktopowych. PHP'a zostawmy tam gdzie się sprawdza od lat, nie zróbmy z niego kolejnego Node'a :)
Chyba, że ktoś temat traktuje kompletnie hobbystycznie. Do komercyjnego zastosowania nie będzie to miało sensu.
Dobierajmy odpowiednie narzędzia do projektu! :>
Popieram podejście, a co sądzisz o aplikacjach hybrydowych w JS/TS? Nie są to języki bezpośrednio przeznaczone do aplikacji desktopowych, a jednak coraz częściej się z nich korzysta w tym celu 🤔
@@lenkowski-net parę lat temu uczestniczyłem w projekcie którego częścią była nie duża aplikacja desktopowa i zrobiliśmy to na Electron. Problemów jakiś większych nie było, z tego co wiem to do dzisiaj działa, ale z tego co również wiem to po tych latach nikt nie chce się podjąć aktualizacji aplikacji i zależności, więc czeka ja powolna śmierć :)
Dla małych aplikacji jak ktoś chce to można, ale mimo wszystko intuicja i doświadczenie podpowiada mi że nie tędy droga. :)
W takim razie odbijam piłeczkę i jakie Ty masz podejście do aplikacji desktopowych opartych na TS\JS. :>
Po tym filmiku daje suba, nie sp@#$ol tego ;)
😂
Czemu miałoby się nie podobać? Jest OK!
Ale czy tej technologii należy ufać 🤔
Jak sądzisz?