我正在检查一些现有插件是否存在任何不安全的文件系统访问，这时我遇到了WP_Image_Editor\'ssave 函数，该函数调用_save, 最终make_image （见下文）。WP\\U Image\\u编辑器于年发布WP 3.5, 而Filesystem API 从那以后一直存在WP 2.6, 因此，我认为推理与用例的细节有关，而不仅仅是为了满足新的标准而不进行更改。

protected function make_image( $filename, $function, $arguments ) {
    if ( $stream = wp_is_stream( $filename ) ) {
        ob_start();
    } else {
        // The directory containing the original file may no longer exist when using a replication plugin.
        wp_mkdir_p( dirname( $filename ) );
    }

    $result = call_user_func_array( $function, $arguments );

    if ( $result && $stream ) {
        $contents = ob_get_contents();

        $fp = fopen( $filename, \'w\' );

        if ( ! $fp )
            return false;

        fwrite( $fp, $contents );
        fclose( $fp );
    }

    if ( $stream ) {
        ob_end_clean();
    }

    return $result;
}

我的问题是，这是什么原因？据奥托说，directly accessing the filesystem is evil, 那么，在这种情况下，有哪些例外使其正常？我希望我的插件尽可能以最佳方式运行，但这使得最佳实践有点难以识别。