是否了解文章类型、自定义分类方法是判断一个开发者是否已经入门 WordPress开发的一个简单方法，会添加自定义文章类型和分类方法，并在此基础上进行主题或插件开发则是进阶为高级 WordPress开发者的必经之路。这个说明是使用 register_post_type() 函数注册 WordPress 自定义文章类型的终极教程，看完这个教程，其他类似的都不用看了。
下面是我们在一个WordPress CRM 系统中注册的文章类型、大家随意感受一下。
自定义文章类型到底是个什么东西
对，这个问题很重要，了解了自定义文章类型是个什么东西，我们就看清了自定义文章类型，接下来要不要继续交往下去，就看你的口味了。事实上，自定义文章类型不是个东西，他是个类，名字叫 “WP_Post_Type” （真是直白），我们使用自定义文章类型的时候，要 new 出一个这个类的对象来（要是女朋友也能这样来，啧啧…），有了对象，接来了的操作就是围绕着这个对象进行的了，一般我们不直接使用 new WP_Post_Type 方法来创建对象，而是使用 register_post_type() 函数。
首先，我们来看一下 register_post_type() 函数支持的参数
下面是 register_post_type() 函数的参数，根据需要调整这些参数，我们就可以根据我们的需要，注册一个恰到好处的文章类型。
__('This is a description for my post type.', 'wprs'),
// 字符串
// 文章类型是否公开给管理员或者前端用户使用，这个参数的值是后面很多参数的默认值
'public' => true,
// bool (default is FALSE)
// 是否可以在前端作为 parse_request() 的一部分查询该文章类型
'publicly_queryable' => true,
// bool (默认为 'public' 参数的值).
// 是否在前端搜索中隐藏该文章类型
'exclude_from_search' => false,
// bool (默认为 'public' 反值)
// 是否可以在导航菜单中选择
'show_in_nav_menus' => false,
// bool (默认为 'public' 参数的值)
// 是否在管理界面生成默认的管理界面，使用后面的参数，可以控制生成的 UI 组件，如果我们要构建自己的管理界面，
//设置该参数为 False
'show_ui' => true,
// bool (默认为 'public' 的值)
// 是否在管理菜单中显示，'show_ui' 参数必须设置为 True，这个参数才有效，我们页可以设置该参数为一个顶级菜单
//（如：'tools.php'），这种情况下，该文章类型的管理菜单出现在 Tools 菜单下面
'show_in_menu' => true,
// bool (默认为 'show_ui' 的值)
// 是否在管理工具条中显示该文章类型，如果设置为 true，WordPress 会在管理工具条中添加一个新建该文章类型文章的链接
'show_in_admin_bar' => true,
// bool (默认为 'show_in_menu' 的值)
// 该文章类型在管理菜单中出现的位置，'show_in_menu' 必须设置为 true，该参数才有用
'menu_position' => null,
// int (默认为 25 - 出现在「评论」菜单后面)
// 管理菜单的图标 URI，或者 Dashicon 的类名称. 参见: https://developer.wordpress.org/resource/dashicons/
'menu_icon' => null,
// 字符串 (默认使用文章图标)
// 属于该文章类型的文章是否可以通过 WordPress 导入/导出插件或者类型的插件导出
'can_export' => true,
// bool (默认为 TRUE)
// 是否暴露在 Rest API 中
'show_in_rest',
// 布尔值，默认为 false
// 使用 Rest API 访问的基础 URI 别名
'rest_base',
// 字符串，默认为文章类型别名
// 使用自定义 Rest API 控制器而不是默认的 WP_REST_Posts_Controller，自定义控制器必须继承 WP_REST_Controller
'rest_controller_class',
// 字符串，默认为 WP_REST_Posts_Controller
// 是否在删除用户时，删除他们撰写的文章
'delete_with_user' => false,
// bool (如果文章类型支持 ‘author’ 功能，该参数默认为 TRUE)
// 该文章类型是否支持多级文章(父级文章/子文章/等等.)
'hierarchical' => false,
// bool (默认为 FALSE)
// 是否为该文章类型开启存档页面 index/archive/root 页面，如果设置为 TRUE, 该文章类型名称将作为存档页面别名使用，
//当然，我们页可以设置自定义存档别名
'has_archive' => 'example',
// bool|string (默认为 FALSE)
// 为该文章类型设置 query_var 键，如果设置为 TRUE, 将使用文章类型名称，如果需要，也可以设置自定义字符串
'query_var' => 'example',
// bool|string (默认为 TRUE - 文章类型名称)
// 用于构建该文章类型的编辑、删除、阅读权限的字符串，可以设置字符串或者数组，如果单词的负数不是加“s”的形式，我们需要
//设置一个数组，array( 'box', 'boxes' )
'capability_type' => 'example',
// string|array (默认为 'post')
// 是否让 WordPress 映射权限元数据 (edit_post, read_post, delete_post)，如果设置为 FALSE, 我们需要自己通过
//过滤 “map_meta_cap” 钩子来设置文章类型权限
'map_meta_cap' => true,
// bool (默认为 FALSE)
// 设置更精确的文章类型权限，WordPress 默认使用 'capability_type' 参数来构建权限，多数情况下，我们不需要像文章
//或页面这么完整的权限，下面是我经常使用的几个权限: 'manage_examples', 'edit_examples', 'create_examples'.
// 每个文章类型都是独特的，我们可以根据需要调整这些权限
'capabilities' => [
// meta caps (don't assign these to roles)
'edit_post' => 'edit_example',
'read_post' => 'read_example',
'delete_post' => 'delete_example',
// primitive/meta caps
'create_posts' => 'create_examples',
// primitive caps used outside of map_meta_cap()
'edit_posts' => 'edit_examples',
'edit_others_posts' => 'manage_examples',
'publish_posts' => 'manage_examples',
'read_private_posts' => 'read',
// primitive caps used inside of map_meta_cap()
'read' => 'read',
'delete_posts' => 'manage_examples',
'delete_private_posts' => 'manage_examples',
'delete_published_posts' => 'manage_examples',
'delete_others_posts' => 'manage_examples',
'edit_private_posts' => 'edit_examples',
'edit_published_posts' => 'edit_examples',
],
// 定义该文章类型的 URL 结构，我们可以设置一个具体的参数或一个布尔值，如果设置为 false，该文章类型将不支持
// URL Rewrite 功能
'rewrite' => [
// 文章类型的别名
'slug' => 'example', // string (默认为文章类型名称)
// 是否在固定链接中显示 $wp_rewrite->front 文章类型别名
'with_front' => false, // bool (默认为 TRUE)
// 是否允许文章类型中的文章通过
页码： 1 2