организация кода в файле functions.php вашей темы wordpress?

<p>чем больше настроек я делаю в wordpress, тем больше я начинаю думать о том, стоит ли мне организовывать этот файл или разбивать его на части.</p><p>точнее говоря, если у меня есть набор пользовательских функций, которые применяются только к административной области, и другие, которые относятся только к моему общедоступному веб-сайту, есть ли какая-либо причина, чтобы включать все функции администратора в свой собственный файл или группировать их вместе?</p><p>может ли их разделить на отдельные файлы или сгруппировать вместе, чтобы ускорить веб-сайт wordpress или wordpress/php автоматически пропускает функции, которые имеют префикс кода is\_admin?</p><p>как лучше всего обращаться с большим файлом функций (у меня длина 1370 строк).</p>

<p>если вы дошли до того, что код в <code>functions.php</code> вашей темы начинает вас перегружать, я бы определенно сказал, что вы готовы рассмотреть возможность разбивки его на несколько файлов. я склонен делать это почти второй натурой на данный момент.</p><h3>используйте "включить файлы" в файл <code>functions.php</code> вашей темы</h3><p>я создаю подкаталог с именем<em> "includes" </em>в моей директории темы и сегментирую свой код в включаемые файлы, организованные в соответствии с тем, что имеет для меня смысл в то время (что означает, что я постоянно реорганизую и перемещаю код по мере развития сайта. ) я также редко помещаю какой-либо реальный код в <code>functions.php</code>; все идет во включаемых файлах; только мои предпочтения.</p><p>просто для примера приведу мою тестовую установку, которую я использую для проверки своих ответов на вопросы здесь, на wordpress. каждый раз, когда я отвечаю на вопрос, я сохраняю код на случай, если он мне понадобится снова. это не совсем то, что вы сделаете для живого сайта, но оно показывает механизм разделения кода:</p><pre><code><?php /* * functions.php * */ require\_once( \_\_dir\_\_ . '/includes/null-meta-compare.php'); require\_once( \_\_dir\_\_ . '/includes/older-examples.php'); require\_once( \_\_dir\_\_ . '/includes/wp-admin-menu-classes.php'); require\_once( \_\_dir\_\_ . '/includes/admin-menu-function-examples.php'); // wa: adding a taxonomy filter to admin list for a custom post type? // http://wordpress.stackexchange.com/questions/578/ require\_once( \_\_dir\_\_ . '/includes/cpt-filtering-in-admin.php'); require\_once( \_\_dir\_\_ . '/includes/category-fields.php'); require\_once( \_\_dir\_\_ . '/includes/post-list-shortcode.php'); require\_once( \_\_dir\_\_ . '/includes/car-type-urls.php'); require\_once( \_\_dir\_\_ . '/includes/buffer-all.php'); require\_once( \_\_dir\_\_ . '/includes/get-page-selector.php'); // http://wordpress.stackexchange.com/questions/907/ require\_once( \_\_dir\_\_ . '/includes/top-5-posts-per-category.php'); // http://wordpress.stackexchange.com/questions/951/ require\_once( \_\_dir\_\_ . '/includes/alternate-category-metabox.php'); // http://lists.automattic.com/pipermail/wp-hackers/2010-august/034384.html require\_once( \_\_dir\_\_ . '/includes/remove-status.php'); // http://wordpress.stackexchange.com/questions/1027/removing-the-your-backup-folder-might-be-visible-to-the-public-message-generate require\_once( \_\_dir\_\_ . '/includes/301-redirects.php'); </code></pre><h3>или создать плагины</h3><p>другой вариант - начать группировать ваш код по функциям и создавать свои собственные плагины. для меня я начинаю кодировать в файле темы <code>functions.php</code> и к тому времени, когда я получу конкретный код, я переместил большую часть своего кода в плагины.</p><h3>однако нет значительного прироста производительности от php организация кода</h3><p>с другой стороны, структурирование ваших файлов php - это 99% для создания порядка и удобства обслуживания и 1% для производительности, если это (организация файлов <code>.js</code> и <code>.css</code>, вызываемых браузером через http, является совершенно другим случаем и имеет огромный последствия для производительности.) но то, как вы организуете свой код php на сервере, практически не имеет значения с точки зрения производительности.</p><h3>и организация кода - это личное предпочтение</h3><p>и последнее, но не менее важное: организация кода - это личное предпочтение. некоторые люди ненавидят то, как я организую код, так же, как я могу ненавидеть то, как они это делают. найдите то, что вам нравится, и придерживайтесь его, но позвольте своей стратегии развиваться с течением времени, когда вы будете больше учиться и чувствовать себя более комфортно с этим.</p>

<p><em>поздний ответ</em></p><h2>как правильно включить ваши файлы:</h2><pre><code>function wpse1403\_bootstrap() { // here we load from our includes directory // this considers parent and child themes as well locate\_template( array( 'inc/foo.class.php' ), true, true ); } add\_action( 'after\_setup\_theme', 'wpse1403\_bootstrap' ); </code></pre><p>то же самое работает и в плагинах.</p><h2>как правильно выбрать путь или uri</h2><p>также взгляните на функции api файловой системы, такие как:</p><ul> <li><code>home\_url()</code></li> <li><code>plugin\_dir\_url()</code></li> <li><code>plugin\_dir\_path()</code></li> <li><code>admin\_url()</code></li> <li><code>get\_template\_directory()</code></li> <li><code>get\_template\_directory\_uri()</code></li> <li><code>get\_stylesheet\_directory()</code></li> <li><code>get\_stylesheet\_directory\_uri()</code></li> <li>и т.п.</li> </ul><h2>как уменьшить количество <code>include/require</code></h2><p>если вам нужно извлечь <em>все</em> файлы из каталога, перейдите с</p><pre><code>foreach ( glob( 'path/to/folder/*.php' ) as $file ) include $file; </code></pre><p>имейте в виду, что это игнорирует сбои (возможно, полезные для производственного использования)/не загружаемые файлы.</p><p>чтобы изменить это поведение, вы можете использовать другой конфиг во время разработки:</p><pre><code>$files = ( defined( 'wp_debug' ) and wp_debug ) ? glob( 'path/to/folder/.php', glob_err ) : glob( 'path/to/folder/.php' ) foreach ( $files as $file ) include $file; </code></pre><h2>правка: ооп/spl подход</h2><p>когда я только что вернулся и увидел, что этот ответ получает все больше и больше голосов, я подумал, что мог бы показать, как я это делаю в настоящее время - в мире php 5.3+. в следующем примере загружаются все файлы из подпапки тем с именем <code>src/</code>. здесь у меня есть мои библиотеки, которые выполняют определенные задачи, такие как меню, изображения и т.д. вам даже не нужно заботиться об имени, поскольку каждый отдельный файл загружается. если у вас есть другие подпапки в этом каталоге, они игнорируются.</p><p><code>\filesystemiterator</code> - это php 5.3+ <em>supercedor</em> над <code>\directoryiterator</code>. оба являются частью php spl. хотя php 5.2 позволяло отключить встроенное расширение spl (это сделали менее 1% всех установок), spl теперь является частью ядра php.</p><pre><code><?php namespace theme; $files = new filesystemiterator( __dir__.'/src', filesystemiterator::skip_dots ); foreach ( $files as $file ) { / @noinspection phpincludeinspection / ! $files->isdir() and include $files->getrealpath(); } ранее, пока я все еще поддерживал php 5.2.x, я использовал следующее решение: filteriterator в каталоге src/filters только для извлечения файлов (а не точечные указатели на папки) и directoryiterator для выполнения циклов и загрузки.namespace theme; use themefiltersincludesfilter; $files = new includesfilter( new \directoryiterator( \_\_dir\_\_.'/src' ) ); foreach ( $files as $file ) { include\_once $files->current()->getrealpath(); } код filteriterator был так прост:<?php namespace themefilters; class includesfilter extends filteriterator { public function accept() { return ! $this->current()->isdot() and $this->current()->isfile() and $this->current()->isreadable(); } } </code></pre><p>помимо того, что php 5.2 уже мертвы/eol (и 5.3 тоже), есть тот факт, что в игре больше кода и еще одного файла, поэтому нет причин идти дальше и поддерживать php 5.2.x.</p><h2>подвела</h2><p>еще более подробную статью можно найти <a href="http://wpkrauts.com/2015/the-guide-to-wordpress-path-and-urls/">здесь, на wpkrauts</a> .</p><p><strong>edit</strong>очевидно верный способ - использовать код <code>namespace</code>d, подготовленный для <a href="http://www.php-fig.org/psr/psr-4/">psr-4</a> автозагрузки, поместив все в соответствующий каталог, который уже определен через пространство имен. затем просто используйте <a href="https://getcomposer.org/">composer</a> и <code>composer.json</code> для управления вашими зависимостями и позвольте ему автоматически собрать ваш автозагрузчик php (который автоматически импортирует файл, просто вызывая <code>use \<namespace>\classname</code>). это де-факто стандарт в мире php, самый простой способ, который еще более автоматизирован и упрощен с помощью <a href="https://wecodemore.github.io/wpstarter">wp starter</a> .</p>

<p>мне нравится использовать функцию для файлов внутри папки. такой подход позволяет легко добавлять новые функции при добавлении новых файлов. но я пишу всегда в классе или с пространствами имен - дайте ему больше контроля над пространством имен функций, методов и т.д.</p><p>ниже небольшой пример; но также использование с соглашением о классе * .php</p><pre><code>public function \_\_construct() { $this->load_classes(); } /  returns array of features, also  scans the plugins subfolder "/classes"   @since 0.1  @return void / protected function load_classes() { // load all files with the pattern class-.php from the directory classes foreach( glob( dirname( __file__ ) . '/classes/class-.php' ) as $class ) require\_once $class; } в темах я часто использую другой сценарий. я определяю функцию внешнего файла в идентификаторе поддержки, см. пример. это полезно, если я легко деактивирую файл внешнего файла. я использую базовую функцию wp require_if_theme_supports(), и он загружается только, если идентификатор поддержки был активен. в следующем примере я определил этот поддерживаемый идентификатор в строке перед загрузкой файла. /  add support for theme customizer   @since 09/06/2012 / add_theme_support( 'documentation_customizer', array( 'all' ) ); // include the theme customizer for options of theme options, if theme supported require_if_theme_supports( 'documentation_customizer', get_template_directory() . '/inc/theme-customize.php' ); вы можете увидеть больше этого в <a href="https://github.com/bueltge/documentation/blob/master/functions.php">репо этой темы .

с точки зрения его разбора, в своей рабочей области я использую пользовательскую функцию для поиска папки с именем functions в каталоге темы, если ее там нет, она создает ее. затем он создает массив всех файлов .php, которые он находит в этой папке (если есть), и запускает include (); на каждом из них.таким образом, каждый раз, когда мне нужно написать какую-то новую функциональность, я просто добавляю файл php в папку функций, и мне не нужно беспокоиться о кодировании его на сайте.<?php / functions for automatically including php documents from the functions folder. / //if running on php4, make a scandir functions if (!function_exists('scandir')) { function scandir($directory, $sorting_order = 0) { $dh = opendir($directory); while (false !== ($filename = readdir($dh))) { $files[] = $filename; } if ($sorting\_order == 0) { sort($files); } else { rsort($files); } return ($files); } } /  this function returns the path to the funtions folder.  if the folder does not exist, it creates it. / function get_function_directory_extension($template\_url = false) { //get template url if not passed if (!$template_url)$template\_url = get\_bloginfo('template\_directory'); //replace slashes with dashes for explode $template_url_no_slash = str_replace('/', '.', $template\_url); //create array from url $template_url_array = explode('.', $template\_url\_no\_slash); //--splice array //calculate offset(we only need the last three levels) //we need to do this to get the proper directory, not the one passed by the server, as scandir doesn't work when aliases get involved. $offset = count($template\_url\_array) - 3; //splice array, only keeping back to the root wp install folder (where wp-config.php lives, where the front end runs from) $template_url_array = array_splice($template\_url\_array, $offset, 3); //put back togther as string $template\_url\_return\_string = implode('/', $template_url_array); fb::log($template\_url\_return\_string, 'template'); //firephp //creates current working directory with template extention and functions directory //if admin, change out of admin folder before storing working dir, then change back again. if (is\_admin()) { $admin_directory = getcwd(); chdir(".."); $current\_working\_directory = getcwd(); chdir($admin_directory); } else { $current\_working\_directory = getcwd(); } fb::log($current_working_directory, 'directory'); //firephp //alternate method is chdir method doesn't work on your server (some windows servers might not like it) //if (is_admin()) $current\_working\_directory = str\_replace('/wp-admin','',$current_working_directory); $function\_folder = $current_working_directory . '/' . $template\_url\_return\_string . '/functions'; if (!is\_dir($function_folder)) mkdir($function\_folder); //make folder, if it doesn't already exist (lazy, but useful....ish) //return path return $function_folder; } //removed array elements that do not have extension .php function only_php_files($scan\_dir\_list = false) { if (!$scan_dir_list || !is_array($scan\_dir\_list)) return false; //if element not given, or not array, return out of function. foreach ($scan_dir_list as $key => $value) { if (!strpos($value, '.php')) { unset($scan_dir_list[$key]); } } return $scan_dir_list; } //runs the functions to create function folder, select it, //scan it, filter only php docs then include them in functions add_action('wp_head', fetch_php_docs_from_functions_folder(), 1); function fetch_php_docs_from_functions_folder() { //get function directory $functions\_dir = get\_function\_directory\_extension(); //scan directory, and strip non-php docs $all_php_docs = only_php_files(scandir($functions\_dir)); //include php docs if (is\_array($all_php_docs)) { foreach ($all\_php\_docs as $include) { include($functions\_dir . '/' . $include); } } } 

я управляю сайтом с помощью примерно 50 уникальных пользовательских типов страниц на нескольких языках по сетевой установке. вместе с тонной плагинов.мы были вынуждены разделить все это в какой-то момент. файл функций с 20-30 тыс. строк кода совсем не смешной.мы решили полностью реорганизовать весь код, чтобы лучше управлять базой кода. структура темы wordpress по умолчанию хороша для небольших сайтов, но не для больших сайтов.наш новый functions.php содержит только то, что необходимо для запуска сайта, но ничего, что относится к конкретной странице.макет темы, который мы используем сейчас, похож на шаблон проектирования mcv, но в стиле процедурного кодирования.например, наша<strong> страница участника: </strong><strong> page-member.php </strong>. ответственный за инициализацию страницы. вызов правильных функций ajax или аналогичных. может быть эквивалентно части контроллера в стиле mcv.<strong> functions-member.php </strong>. содержит все функции, связанные с этой страницей. это также включено в несколько других страниц, которые нуждаются в функциях для наших членов.<strong> content-member.php </strong>. подготавливает данные для html. может быть эквивалентно модели в mcv.<strong> layout-member.php </strong>. html часть.после того, как мы внесли эти изменения, время разработки легко сократилось на 50%, и теперь у владельца продукта возникли проблемы с постановкой новых задач. :)

из файла дочерних тем functions.php: require_once( get_stylesheet_directory() . '/inc/custom.php' ); 

в functions.php более элегантный способ вызова требуемого файла:require_once locate_template ('/ inc/functions/shortcodes.php');

я объединил <a href="https://wordpress.stackexchange.com/users/385">@kaiser и <a href="https://wordpress.stackexchange.com/users/89/">@mikeschinkel .у меня есть все мои настройки для моей темы в папке /includes и в этой папке у меня все разбито на подпапки.я только хочу, чтобы /includes/admin и его под-содержимое были включены, когда true === is_admin()если папка исключена в iterator_check_traversal_callback путем возврата false, то ее подкаталоги не будут повторяться (или передаваться в iterator_check_traversal_callback)<pre class="lang-php prettyprint-override">/  require all customizations under /includes / $includes\_import\_root = new \recursivedirectoryiterator( \_\_dir\_\_ . '/includes', \filesystemiterator::skip\_dots ); function iterator\_check\_traversal\_callback( $current, $key, $iterator ) { $file\_name = $current->getfilename(); // only include .php files if ( ! $current->isdir() ) { return preg\_match( '/^.+\.php$/i', $file\_name ); } // don't include the /includes/admin folder when on the public site return 'admin' === $file_name ? is_admin() : true; } $iterator\_filter = new \recursivecallbackfilteriterator( $includes_import_root, 'iterator_check_traversal_callback' ); foreach ( new recursiveiteratoriterator( $iterator\_filter ) as $file ) { include $file->getrealpath(); } </code></pre>