Должен ли я всегда хранить строку HTML вместо того, чтобы распечатывать ее части в разное время?

Question

Я столкнулся с десятками сценариев, в которых html равен echo 'd вместо того, чтобы быть сохраненным. Мне интересно, если это вообще хорошая практика всегда хранения html в строке из-за гибкой природы?

Случайный пример: у меня есть функция, которая возвращает html для динамической поднабора. Я печатая открытие Div тег, печатая ее содержимое, а затем печать конца DIV тега отдельно:

<div id="nav"> 
<?php echo $nav->getHTML();?> 
</div> 

Однако, теперь я должен назначить специальный класс для #nav DIV, исходя из того количества элементов списка и суммы символов внутри $nav->getHTML() превышает определенную сумму, чтобы отдельно назначать разные line-height и height. Для этого я должен загрузить его в DOMDocument и использовать DOMXpath и сделать некоторые оценки.

 html = '<div id="nav">'; 
     html.= $nav->getHTML(); 

     dom = new DOMDocument(); // create a DOM tree 
     xpath = new DOMXpath($d); // create a DOM Xpath tree 

     // bunch of DOM querying/manipulation 

     html.= '</div>'; 

Я имею в виду, она не должна быть лучше, чтобы всегда хранить что-то вроде этого, чтобы сделать вещи более гибкими для будущих запросов, которые требуют манипуляций со строками? Или я просто бесполезно переделываю? Или, возможно, я собираюсь сделать это неправильно, и мне нужно реорганизовать мой класс, чтобы выполнять запрос DOM внутри, а не снаружи?

EDIT: После того как я определить, будет ли ul охватывать несколько строк (это горизонтальный список), основанный на пределе символов (скажем, 200), я добавлю специальный класс к #nav пункта и с тех пор на стилистике в CSS.

Отказ от ответственности: Я вообще не хочу полагаться на JS. Я знаю, что могу решить эту проблему, но я хочу, чтобы она немедленно отображалась правильно.

Answer 1

Я бы сказал, что, поскольку в этом случае вы знаете, что строка подвержена манипуляциям, то ее хранение теперь имеет смысл. Если вы создаете шаблон или другое представление, которое не подвержено никаким манипуляциям на стороне сервера, то вы сойдете с ума, следя за всеми вашими назначениями, большинство из которых вы никогда не коснетесь.

Теперь, для вашей проблема проблема, это звучит так, как будто вам не нужны манипуляции на стороне сервера, но некоторые хардкорные CSS. Это, вероятно, соответствовало бы общей передовой практике разделения стиля, содержания и поведения.

Answer 2

Лично я неохотно размещаю данные о представлении (например, вычисления line-height или), которые вы упомянули) в сценарии на стороне сервера. Я бы попытался обработать его с помощью CSS или (в худшем случае) javascript.

В вашем случае, я не знаю много $nav, но разве вы не можете рассчитать line-height и другие во время его генерации, а не от источника? Скажем, есть getHeight и getLineHeight методы в дополнение к getHTML.

Answer 3

Разбор сгенерированного HTML для логики бизнес-рендеринга - это не очень хорошая идея. Я бы предпочел еще одну функцию, называемую «getClass», которая возвращает класс на основе количества элементов списка или суммы символов внутри $ nav-> getHTML().

< div id = "nav" class = "<?php echo $ nav- > getDisplayClass() ;? > ">

<? PHP Эхо $ nav- > getHTML() ;? >

</дел >