Czy jest różnica w wydajności, ewentualnie inna pomiędzy:

[PHP] pobierz, plaintext 
{% for product in featured_products %}
    {% include 'antropy/template/extension/module/jetimpex_single_category_products_list.twig' %}
 
    {%set option_index = option_index + 1 %}
{% endfor %}
[PHP] pobierz, plaintext 

a wersją w której pętla for znajduje się wewnątrz includowanego pliku

[PHP] pobierz, plaintext 
{% for product in featured_products %}
 
    {%set option_index = option_index + 1 %}
{% endfor %}
[PHP] pobierz, plaintext 

No roznica jest w rezultacie koncowym. Moze napisz co tak wlasciwie chcesz osiagnac?

W szablonie .twig prezentującym listę produktów dołączam szablon w którym jest struktura pojedynczego produktu.
I czy teraz jeżeli wewnątrz pętli {% for %} dam {% include %} to będzie x operacji odczytu z dysku a tym samym może to mieć wpływ na wydajność czy też jest to inaczej rozwiązane i nie ma to znaczenia?

Wygodniej (bo tak mi teraz działa) jest mi to zrobić includując wewnątrz pętli ale jeżeli to jest źle to przerobię.

Tak jak napisał nospor. Wszystko zależy co chcesz osiągnąć w podanym przez Ciebie przykładzie masz dwa różne końcowe rezultaty.


1. Jeżeli zrobisz szablon który obsługuje wygenerowanie pojedynczego elementu (z include wewnątrz foreach) to otrzymasz jakiś szablon który potrafi wygenerować TYLKO ten jeden element dzięki temu jest on bardziej elastyczny itp. Jeżeli wewnątrz używasz block'ów to już w ogóle.

2. Stworzenie szablonu który na wejściu przyjmuje kolekcje elementów i sama przez nie iteruje w celu wygenerowania widoku doprowadzi do stworzenia potworka który będziesz miał problem zarządzać.


Najczęściej lepiej jest stworzyć dwa szablony jeden do listy, a drugi do pojedynczego elementu listy dzięki temu masz separacje nawet na poziomie struktury plików i łatwiej się je reużywa. Dodatkowo taka rada oddemnie z doświadczenia wiem że lepiej jest zawsze jawnie przekazywać parametry przy include do szablonu, a na początku danego szablonu stworzyć sobie "docblock" który opisze jakie parametry można przekazać do danego szablonu. Często to zaoszczędzi Ci wiele czasu później na poszukiwaniu.

Tutaj masz przykład z FOSUserBundle symfony oni nawet "content" oddzielają od definicji "layout'u" na wypadek gdyby użytkownik chciał zrobić override tylko częsci.

https://github.com/FriendsOfSymfony/FOSUser...s/views/Profile