🚀 go-pugleaf

On Fri, 11 Jan 2019 13:38:31 +0100, Borys Pogoreło wrote:

>> tego muszę pożenić webpacka.
>> Po zastanowieniu wymyśliłem, że będę to robił tak, że webpack będzie
>> przetwarzał te szablony mustache i robił w nich swoją robotę, a potem PHP
>> już na tych przetworzonych przez webpacka szablonach będzie operował i
>> generował html-e, czy to się klei?
> 
> Nie, zupełnie nie. Wygląda na próbę wciśnięcia webpacka do procesu tylko
> dlatego, że masz nową zabawkę i próbujesz ją wykorzystać. Zadaniem webpacka
> jest tylko poskładanie zasobów w ładne paczki + dostarczenie paru ciekawych
> funkcjonalności z tym związanych (tree shaking, hot module replacement,
> itd.). 

Webpacka wybrałem dlatego, że poza taskami umożliwia sporo więcej, więc
jeśli już czegoś się miałem uczyć to wybrałem jego, ale najważniejsze są
taski typu transpilacja, minifikacja, polyfikacja itd. Dzięki temu mogę
apkę w JS rozbić na moduły (jak w każdym normalnym języku) oraz nie kopać
się ze starymi standardami tylko pisać w ES6, co daje dużo wygody i
prostoty (relatywnie).
 
> PHP niech zajmie się generowaniem gotowych szablonów jak to było do tej
> pory 

Ok, ale jeśli w tych szablonach ma być odniesienie do plików JS czy CSS to
jak to pogodzić bez automatycznego ich includowania?

> albo niech dostarcza dane dla widoków. A wtedy obsługa widoku to jest
> zadanie dla zupełnie innego narzędzia.

Nie używam żadnych frameworków, bo jeszcze jestem za chudy w uszach, nawet
MVC nie wiem jak dobrze zrobić, na razie ten obszar kuleje i nie potrafię
zrobić tego dobrze, np. nie mam bladego pojęcia jak dostarczać dane do
widoków w PHP.

-- 
pozdrawiam
Roman Tyczka