今週末、私は 2007 年から WP テーマの開発者になった後、最初のプラグインを書きましたが、あなたと同じ問題に直面しました。テーマ ページは基本的に、プラグイン ページを作成するために行うことの単純化されたバージョンであることがわかりました。これは多くの場合、関数が取る引数が少なくなり、考える必要が少なくなることを意味します。しかし、やりたいことの自由度が減るので、諸刃の剣です。
例:メニューを表示する場所に応じて、電話add_theme_page()
をかける代わりに。引数の比較:
add_menu_page()
add_submenu_page()
add_theme_page( $page_title, $menu_title, $capability, $menu_slug, $function);
add_menu_page( $page_title, $menu_title, $capability, $menu_slug, $function, $icon_url, $position );
ラッパーadd_options_page()
関数も同様ですadd_submenu_page()
。
次に気づいたのはSettings APIです。Codex に従っている限り、レイアウト作成から実際の設定がすべて取り除かれるため、あなたとあなたのプラグインは保存されます。これは、多くのチュートリアルが最もエネルギーを費やしていることです。フォームをレイアウトするために何百行ものコードを作成しています。Settings API は、そのためのフレームワークのようなものです。
「ワードプレス テーマ オプション ページ」の上位の Google チュートリアルの結果をすべて確認しましたが、そのうちの 2 つだけが設定 API を使用していました (これとその1 つ)。そのため、Settings API を使用しない限り、ほとんどのチュートリアルに従わないことをお勧めします。
それは本当にそれです。WordPress でプラグイン設定を作成することは、メニュー項目を登録し、Settings API を介して設定をレンダリングするだけです。