hokutonojikei

munyaguさんコメントありがとうございます！

実行するのは以下の場所で考えています。
wp-content/plugins/test-oo-plugin/test-oo-plugin.php

または

themes/page.php
ただ実行場所も含めて迷いがあり、おすすめがありましたら知りたいです。

仰る通りフックで実行するかテンプレートで実行すれば
get_post()などの実行はできます。
ただtest-oo-plugin.phpのクラス内メンバ変数からreturnで値を返したい時に
フックを使う場合だとreturnが返せないと思います。(何か方法があれば知りたいです)

public function __construct () {
		add_action( 'wp', array( $this, 'connect_function' ) );
		return $this->base_information;
	}

↑としてもフック経由で実行された値が入っていない。

public function connect_function () {
		$this->my_Oo_function();
		$this->get_post_id();
		return $this->base_information;
	}

↑こちらも同じ理由

private function get_post_id () {
	$post_data = get_post();
	array_push( $this->base_information, $post_data->ID );
	return $this->base_information;
}

↑こちらも返るのはconnect_function()の部分までで
結局クラス外に出すことができない？そこでいっそのことpage.phpでクラスをインスタンス化し
関数を定義すれば一応実行させることができました。

【test-oo-plugin.php】

class Test_Oo_Plugin {

	/**
	 * コンストラクタを削除
	public function __construct () {
		add_action( 'wp', array( $this, 'connect_function' ) );
	}
　　　　　*/

	/**
	 * 基本情報を格納する配列
	 */
	private $base_information = array();

	/**
	 * add_actionに橋渡しする関数
	 */
	public function connect_function () {
		$this->my_Oo_function();
		$this->get_post_id();
		return $this->base_information;
	}

	/**
	 * 現在のユーザー名を取得し配列に格納
	 */
	private function my_Oo_function () {
		$my_original_current_user = wp_get_current_user();
		array_push( $this->base_information, $my_original_current_user->user_login );
	}

	/**
	 * 現在のIDを取得し配列に格納
	 */
	private function get_post_id () {
		$post_data = get_post();
		array_push( $this->base_information, $post_data->ID );
	}
}

function user_function($information_instans) {
	foreach ( $information_instans as $key => $value ) {
		echo '<br><hr><br>' . $key . ':' . $value . '<br><hr><br>';
	}
}

【page.php】

 $test_oo_plugin = new Test_Oo_Plugin();
 user_function( $test_oo_plugin->connect_function() );

上記で動くことは動きますが以下の点が気になっております。
・後から読んだ際の可読性が悪くなりそう
（この辺りは自分の経験が少ないのでご意見を伺いたいです。）
・このまま拡張すると処理がテーマ→プラグイン→テーマ・・・となりそうなので
プラグイン内で完結できる方法、add_action経由でreturn返す方法があれば知りたいです。
・get_postなどの関数はグローバル変数に値を保存するように作られていると思います。
今回のようにカプセル化をする必要がないと考えて設計したほうが良いのでしょうか。
またご不明点などありましたら突っ込んでいただければ幸いです。
よろしくお願いいたします。

• この返信は6年、 2ヶ月前にhokutonojikeiが編集しました。理由: 改行されていない部分があった
• この返信は5年、 11ヶ月前にNaoko Takanoが編集しました。

Takahashi Fumikiさん、ご返信ありがとうございます。

wordpressルートディレクトリ直下のファイルは削除されないんですね。
この辺りがはっきりしなかったので助かりました。

またvendorディレクトリの件もありがとうございます。
プラグインで管理するというやり方は知りませんでした。
composer自体今回初めて触ったのでセキュリティ的な作法も含めあらためて調査してみます。
貴重な情報ありがとうございました。

CGさん、貴重な経験談ありがとうございます。

テスト環境を複製して試してみます。

colorful-lifeさん度々ありがとうございます！

wp_print_stylesのcodex冒頭に書いてありましたね^^；
https://codex.wordpress.org/Plugin_API/Action_Reference/wp_print_styles

日本語情報でもwp_print_stylesの情報がたくさん残っていますが
wp3.3以降はバグの原因になる可能性があるとのこと。あぶないx2^^；
助かりました！こういったタイプのバグははまると大変なので。。。
一応元のブログも共有しておきます。
https://make.wordpress.org/core/2011/12/12/use-wp_enqueue_scripts-not-wp_print_styles-to-enqueue-scripts-and-styles-for-the-frontend/

Colorful-lifeさんコメントありがとうございます！

また返信が遅れ大変失礼いたしました。
リンク先の方法で無事無効にすることができました。

なんとなくできてしまったので
jetpack_implode_frontend_cssこちらのフックの意味を調査してみます。

wp_deregister_styleは非推奨になっていたんですね。
とりあえず機能させることを優先していたので確認しておりませんでした。
ともかく無事解決することができました！ありがとうございましたm(_)m

Du bist der Lenzさん、コメントありがとうございます。

作業ファイルの残骸だったんですね。
バックアップファイルは必要な時に手動ダウンロードしていますが
保存先を改めて考えてみます。