包含头文件中""和<>的区别是什么

wxaxiao 2004-04-20 09:06:32

#include"**.h"和#include<**.h>有什么区别啊?他们具体各有哪些作用呢

...全文

1644 19 打赏收藏转发到动态举报

写回复

19 条回复

切换为时间正序

请发表友善的回复…

发表回复

1022812rose 2004-04-21

打赏
举报

回复

"" 是从自定义范围开始
<>直接到库里去找

julyclyde 2004-04-20

打赏
举报

回复

都按标准

wxaxiao 2004-04-20

打赏
举报

回复

我也是好长时间没有碰了,前几天好像在C++程序段里见过一次，突然想起来，于是就想问问请教各位啦：）。还想再请教一下，在vc里两者有变化没？

twfldy 2004-04-20

打赏
举报

回复

当需要包含的头文件是C的标准库的头文件时，用<>，是自开发库的头文件时，用"",如上几位仁兄所说，区别是编译器的搜索方式不同，不过我记得好象也可以用""包含标准库，也就是说，编译器当在用户的工作路径找不到时，会到标准库路径中找，不过我没试过，三年多没碰过C了，哪位仁兄如有兴趣可以试试。还有，记得""或<>中是可以带路径的，如
#include "utils\iolib\filelib.h"。不知道的可以试一下，知道的也别骂。

heuristic 2004-04-20

打赏
举报

回复

你可以在当前路径下 #include "***.c"，这样“不规范”的引用***.c中的函数或外部变量

lyzq 2004-04-20

打赏
举报

回复

对于#include <filename.h> ，编译器从标准库路径开始搜索 filename.h
对于#include “filename.h” ，编译器从用户的工作路径开始搜索 filename.h

Januarius_ 2004-04-20

打赏
举报

回复

<>在系统目录下找
""在当前目录下找

ChenSu2008 2004-04-20

打赏
举报

回复

<>优先在系统目录下找
""优先在当前目录下找

有时标识的意义重于程序的意义.

heuristic 2004-04-20

打赏
举报

回复

""可以加入路径，我在书上见过的

一般来说都用<>,这样规范

如果需要引用自己写的.h,就用"",这样别人一读就明白了

通常做大项目时,都要自己写一个.h文件,然后在其他函数模块中就用 "xx.h"一个就ok了

iwdc 2004-04-20

打赏
举报

回复

<>优先在系统目录下找
""优先在当前目录下找
简单明了

t7367388 2004-04-20

打赏
举报

回复

多看点Ｃ基础，看多了收获不小！

webrolling 2004-04-20

打赏
举报

回复

<>先从系统目录下找
""先从用户建立工作区的文件夹里找

my818 2004-04-20

打赏
举报

回复

我狂同意楼上的

yoyodd 2004-04-20

打赏
举报

回复

<>优先在系统目录下找
""优先在当前目录下找

wxaxiao 2004-04-20

打赏
举报

回复

回复人： qbql(小狐仙)
能用是肯定的，但是你要是知道其所以然不更好！
还望大虾们各抒己见，虚心请教了

qbql 2004-04-20

打赏
举报

回复

一般用<>包含系统库的头文件，
用“”包含用户自定义的头文件，
我是这样使用的，其实没必要把这个东西搞得特别清楚知道怎么用就行了

wxaxiao 2004-04-20

打赏
举报

回复

那什么情况下用其中哪个比较好呢,还有不管什么情况,我就用其中一种,程序会不会报错呢

gaoxianfeng 2004-04-20

打赏
举报

回复

<>优先在系统目录下找
""优先在当前目录下找

wxaxiao 2004-04-20

打赏
举报

回复

那就是没区别了？那，这两种表示确切的说还有什么性质和特点没？希望大家在这里能过多交流讨论啦，鄙人随时在线，洗耳恭听

为何DLL 先看看静态库与DLL的不同之处可执行文件的生成（Link期）：前者很慢（因为要将库中的所有符号定义Link到EXE文件中），而后者很快（因为后者被Link的引入库文件无符号定义）可执行文件的大小：前者很大，后者很小（加上DLL的大小就和前者差不多了）可执行文件的运行速度：前者快（直接在EXE模块的内存中查找符号），后者慢（需要在DLL模块的内存中查找，在另一个模块的内存中查找自然较慢）可共享性：前者不可共享，也就是说如果两个EXE使用了同一个静态库，那么实际在内存中存在此库的两份拷贝，而后者是可共享的。可升级性：前者不可升级（因为静态库符号已经编入EXE中，要升级则EXE也需要重新编译），后者可以升级（只要接口不变，DLL即可被升级为不同的实现）综合以上，选择静态库还是DLL 1. 静态库适于稳定的代码，而动态库则适于经常更改代码（当然接口要保持不变），当DLL更改（仅实现部分）后，用户不需要重编工程，只需要使用新的Dll即可。 2. 由于静态库很吃可执行文件的生成（Link期）时间，所以如果对可执行文件的Link时间比较敏感，那么就用DLL。使用DLL 在介绍如何创建DLL之前，让我们先了解它是如何被使用的。 1. 显式调用（也叫动态调用）显示调用使用API函数LoadLibrary或者MFC提供的AfxLoadLibrary将DLL加载到内存，再用GetProcAddress()在内存中获取引入函数地址，然后你就可以象使用本地函数一样来调用此引入函数了。在应用程序退出之前，应该用FreeLibrary或MFC提供的 AfxLoadLibrary释放DLL。下面是个显示调用的例子，假定你已经有一个Test.dll，并且DLL中有个函数名为Test，其声明式是void(); #include < iostream > using namespace std; typedef void(*TEST )(); int main( char argc, char* argv[] ) { const char* dllName = "Test.dll"; const char* funcName = "Test"; HMODULE hDLL = LoadLibrary( dllName ); if ( hDLL != NULL ) { TEST func = TEST( GetProcAddress( hDLL, funcName ) ); if ( func != NULL ) { func(); } else { cout << "Unable to find function \'" << funcName << "\' !" << endl; } FreeLibrary( hDLL ); } else { cout << "Unable to load DLL \'" << dllName << "\' !" << endl; } return 0; } 注意 1. 显示调用使用GetProcAddress，所以只能加载函数，无法加载变量和类。 2. 此外GetProcAddress是直接在.dll文件中寻找同名函数，如果DLL中的Test函数是个C++函数，那么由于在.dll文件中的实际文件名会被修饰（具体被修饰的规则可参考函数调用约定详解或者使用VC自带的Depends.exe查看），所以直接找Test是找不到的，这时必须把函数名修改为正确的被修饰后的名称，下面是一种可能（此函数在DLL中的调用约定为__cdecl）： const char* funcName = "?Test@@YAXXZ"; 2. 隐式调用（也叫静态调用）隐式调用必须提供DLL的头文件和引入库（可以看作轻量级的静态库（没有符号定义，但是说明了符号处于哪个DLL中））。有了头文件和引入库，DLL的使用就跟普通静态库的使用没啥区别，只除了DLL要和EXE一起发布。显示调用与隐式调用的优缺点显示调用使用复杂，但能更加有效地使用内存，因为DLL是在EXE运行时（run time）加载，必须由用户使用LoadLibrary和FreeLibrary来控制DLL从内存加载或卸载的时机。此外还可以加载其他语言编写的DLL函数。静态调用使用简单，但不能控制DLL加载时机，EXE加载到内存同时自动加载DLL到内存，EXE退出时DLL也被卸载。创建DLL 下面我们着重讲解如何在VC下创建DLL 首先要建立一个Win32的DLL工程。再把普通静态库的所有文件转移到DLL工程中，然后：为所有的类声明加上__declspec(dllexport)关键字，这有这样编译器才能自动为你产生引入库文件（否则你需要自己写.def文件来产生，因为不常用所以在此不再阐述其细节）对于DLL的用户来讲，类声明就需要用另外一个关键字__declspec(dllimport)（此关键字对于类和函数而言并非必须，但对于变量而言则是必须的）。所以通常我们会定义一个宏来包装之，比如 #ifdef MYDLL_EXPORTS # define MYDLL_API __declspec(dllexport) #else # define MYDLL_API __declspec(dllimport) #endif 这样我们就能写出如下的类 class MYDLL_API MyClass { ... }; 当然在创建DLL的工程里需要包含preprocessor(预处理指示器)MYDLL_EXPORTS，而在用户工程里面则不应该包含MYDLL_EXPORTS。其实上面说的VC早就帮我们做好了。如果你创建的DLL工程叫做Test，那么此工程自动包含TEST_EXPORTS。如果你在创建工程的时候选择了Exprot Symbols, 那么VC还会自动帮你创建一个示例文件Test.h，此文件定义出 #ifdef TEST_EXPORTS # define TEST_API __declspec(dllexport) #else # define TEST_API __declspec(dllimport) #endif 你自定义的文件都应该包含此文件以使用TEST_API。（如果没有选择Exprot Symbols，那么就得自己动手写出这段宏了）示例文件中还包括了一个类，变量，以及全局函数的写法 class TEST_API CTest { public: CTest(void); // TODO: add your methods here. }; extern TEST_API int nTest; TEST_API int fnTest(void); 通过上面的示例我们也可以看出全局(或者名字空间)变量和函数的声明方法细节讨论 1. DLL的入口函数DllMain并非必须，如果没有它，编译器会帮你自动生成一个不做任何事的DllMain。 2. 如果是可以定义在头文件里面的东西：包括宏，常量，内联函数（包括成员内联函数）以及模板。那么在DLL中的定义中可以不必包含TEST_API，和普通的定义没有区别。如果一个类完全由内联函数和纯虚函数构成，那么也不需要TEST_API这样的关键字。一个不带成员函数的struct也一样。 3. 所有未经__declspec(dllexport)导出的类都只能作为DLL内部类使用。当然外部仍然可以使用其内联成员函数（前提是该成员函数不应该调用任何未经导出的函数或者类成员函数）发布DLL 1. 程序库的作者应该将三件套：头文件，引入库文件和DLL一同发布给用户，其中头文件和引入库是专为静态调用的用户准备，也就是C/C++用户。（此外有些 DLL内部使用的头文件，如果没有被接口头文件直接#include，那么该头文件就不必发布，这和静态库是一样的）。 2. DLL的用户只需将DLL和可执行程序一同发布即可。 C++程序使用C语言DLL（静态库规则一样） C不存在class, 所以由C创建的DLL必然也不会出现class；对于全局变量的使用C和C++没有什么不同，所以我们把焦点集中在全局函数上（此外全局变量的规则一样）。我们知道C++程序要使用C语言的函数就必须在函数声明前加上extern "C"关键字，这对于静态库和DLL没有什么不同。但是这个关键字不能直接出现在头文件函数声明中，否则DLL无法通过编译，原因很简单，C语言并没有extern "C"这个关键字。 1. 一种作法是把C向C++迁移的责任交给DLL创建者。定义出一个宏，以使DLL（C工程）中不出现extern "C"或者只是extern，而在用户工程（C++工程）中保持原样。幸运的是windows早已为我们设计好一切，这个宏就是EXTERN_C（存在于 winnt.h中） : #ifdef __cplusplus #define EXTERN_C extern "C" #else #define EXTERN_C extern #endif 注意上面必须是extern而不是空。因为虽然C的函数声明不是必须添加extern，但是变量声明则必须添加extern。有了EXTERN_C，在头文件中这样定义函数： EXTERN_C TEST_API int fnTest(void); 2. 另外一种做法是把把C向C++迁移的责任交给用户，用户在包含DLL头文件的时候以extern "C"来include: extern "C" { #include "mydll.h" #include "mydllcore.h" ... } 可以把上述的extern "C"段放在新的头文件中和DLL一起发布，这样C++用户只需要包含这个头文件就可以了。比如Lua库就自带了一个etc/lua.hpp文件。通常此文件会由DLL作者提供，所以此时迁移的责任仍在DLL创建者。注意用户不要试图以extern "C"来重新声明函数，因为重复声明是允许的，但是必须保证和头文件中的声明相同。 3. 这种做法的一个变形就是直接在C头文件中以extern "C"将所有函数和变量声明包含之，这样就无需像上面那样多提供一个额外的头文件了。通常像这样（mydll头文件）： #include 头文件段 #ifdef __cplusplus extern "C" { #endif 函数和变量声明 ... #ifdef __cplusplus } #endif 创建标准的DLL，使其可被其他语言使用通常我们会希望DLL能够被其他语言使用，因而我们的DLL往往不会提供类定义，而只提供函数定义。（因为许多编程语言是不支持类的）。此时函数的调用约定必须是__stdcall（在vc下默认是__cdecl，所以你不得不手工添置），因为大部分语言不支持__cdecl，但支持__stdcall（比如VBScript，Delphi等）。此外我们希望导出到DLL中的函数名能够更易被识别（用户使用才会更方便），也就是说DLL应该编译出无修饰的C函数名。所以我们可能会 1. 如果你只用C语言，那么必然以C文件创建DLL（自动编出C符号名），考虑到潜在的C++用户（此类用户多以静态调用方式使用DLL，因而需要看到其函数声明），我们还需要使用EXTERN_C关键字（详见上面的讨论）。 2. 如果你使用C++，那么必然以C++文件创建DLL，这时你应该直接以extern "C"修饰。结论所以要创建能够为任意编程语言使用之DLL，我们应该 1. 只创建函数 2. 声明__stdcall调用约定（或者WINAPI，CALLBACK，前提是你必须包含windows头文件） 3. 以CPP文件 + extern "C" 或者 C文件 + EXTERN_C 4. 当然还需要DLL_API的声明（如果光有dllexport,那么DLL也只能被显示调用）。更完美一点不应该使用dllexport和extern "C"而应该使用.def文件。虽然经过上面的4个步骤，我们的DLL里面的C函数名已经相当简洁了，但仍不是最完美的：比如一个声明为function的函数，实际在DLL中的名字确可能是function@#。而使用.def文件，我们可以让DLL中的函数名和声明的函数名保持一致。关于.def的详细用法可参考：微软DLL专题使用 DEF 文件从 DLL 导出在DLL与静态库之间切换前面我曾经提到对于使用DLL的用户__declspec(dllimport)关键字可有可无，当然前提是DLL中不包括变量定义。所以要把库既能够做成DLL，也能够做成静态库，那么就应该作出类似下面这样的定义： 1. DLL不包括变量的定义 #ifdef TEST_EXPORTS # define TEST_API __declspec(dllexport) #else # define TEST_API #endif 然后只要把工程的配置属性（Configuration Type）简单地在Static Library (.lib)或者Dynamic Library (.dll)切换即可（VC会自动地为DLL添加预处理器TEST_EXPORTS，为静态库取消TEST_EXPORTS）。 2. DLL包含变量定义，也是标准的做法 #ifdef TEST_BUILD_AS_DLL #ifdef TEST_EXPORTS # define TEST_API __declspec(dllexport) #else # define TEST_API __declspec(dllimport) #endif #else #define TEST_API #endif 如果要将库做成DLL，那么需要DLL创建者添加预处理器TEST_BUILD_AS_DLL和TEST_EXPORTS，后者通常由编译器自动添加；如果做成静态库则不需要添加任何预处理器。用户则可以通过添加或取消TEST_BUILD_AS_DLL来使用动态库或静态库。对于DLL的用户，TEST_BUILD_AS_DLL这个名称似乎起得不好。下面的做法或许会更合理些： #if defined(TEST_API) #error "macro alreday defined!" #endif #if defined(TEST_BUILD_DLL) && defined(TEST_USE_DLL) #error "macro conflict!" #endif #if defined(TEST_BUILD_DLL) // build dll # define TEST_API __declspec(dllexport) #elif defined(TEST_USE_DLL) // use dll # define TEST_API __declspec(dllimport) #else // build or use library, no preprocessor needs # define TEST_API #endif 相关链接微软DLL专题 Windows API编程之动态链接库（DLL）

最简单的dll并不比c的helloworld难，只要一个DllMain函数即可，包含objbase.h头文件（支持COM技术的一个头文件）。若你觉得这个头文件名字难记，那么用windows.H也可以。源代码如下：dll_nolib.cpp #include #include BOOL APIENTRY DllMain(HANDLE hModule, DWORD dwReason, void* lpReserved) { HANDLE g_hModule; switch(dwReason) { case DLL_PROCESS_ATTACH: cout<<"Dll is attached!"<中DllMain是每个dll的入口函数，如同c的main函数一样。DllMain带有三个参数，hModule表示本dll的实例句柄（听不懂就不理它，写过windows程序的自然懂），dwReason表示dll当前所处的状态，例如DLL_PROCESS_ATTACH表示dll刚刚被加载到一个进程中，DLL_PROCESS_DETACH表示dll刚刚从一个进程中卸载。当然还有表示加载到线程中和从线程中卸载的状态，这里省略。最后一个参数是一个保留参数（目前和dll的一些状态相关，但是很少使用）。从上面的程序可以看出，当dll被加载到一个进程中时，dll打印"Dll is attached!"语句；当dll从进程中卸载时，打印"Dll is detached!"语句。编译dll需要以下两条命令： cl /c dll_nolib.cpp 这条命令会将cpp编译为obj文件，若不使用/c参数则cl还会试图继续将obj链接为exe，但是这里是一个dll，没有main函数，因此会报错。不要紧，继续使用链接命令。 Link /dll dll_nolib.obj 这条命令会生成dll_nolib.dll。注意，因为编译命令比较简单，所以本文不讨论nmake，有兴趣的可以使用nmake，或者写个bat批处理来编译链接dll。加载DLL（显式调用）

ICE-3.7.4 最新安装文件msi文件，windows版 ICE常见报错 Exception in thread Ice.ConnectionRefusedException error = 0 at IceInternal.Network.doFinishConnect(Network.java:417) at IceInternal.TcpTransceiver.initialize(TcpTransceiver.java:33) at Ice.ConnectionI.initialize(ConnectionI.java:1536) at Ice.ConnectionI.socketReady(ConnectionI.java:1116) at Ice.ConnectionI$SocketReadyCallback.socketReady(ConnectionI.java:2299) at IceInternal.SelectorThread.run(SelectorThread.java:203) at IceInternal.SelectorThread$HelperThread.run(SelectorThread.java:273) Caused by: java.net.ConnectException: Connection refused at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method) at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:574) at IceInternal.Network.doFinishConnect(Network.java:393) ... 6 more 这种报错是ICE服务端没有起来，telnet服务端ICE的端口不通，无法建立socke 原帖地址：http://blog.csdn.net/zhenjing/archive/2009/09/10/4538705.aspx ICE常见编译和运行(异常)错误收藏在编译和Ice应用相关的文件中，经常因为ice相关的文件包含关系而导致编译无法通过，此时的错误一般提示和handle.h相关。然而想要解决这样的错误，一般只需要把在无法编译成.o文件的.cpp文件中和ice文件相关的头文件放在该.cpp文件的起始行即可。也就是说，根据提示，把.cpp文件中最早提示导致出错的.h文件放在起始行。 ICE的常见运行错误(异常): 1 使用的地址错误,IP并非本地IP: 发生在初始化服务器时,没办法初始化adapter. 错误信息: (IP错误) ./test: Network.cpp:475: Ice::SocketException: socket exception: Cannot assign requestedaddress 另外: 已经启动服务器后又重新启动: 发生在初始化服务器时,没办法初始化adapter. 错误信息: (port已经被使用) ./server: Network.cpp:475:Ice::SocketException: socket exception: Address already in use ///stringtoProxy对于任何string都是有效的,均可以生成相应代理,但是该代理是否有效是无法保证的. 如果代理无效,也就是说根本就没有这样的adapter或者对象,那么使用Checkcast或直接用该代理调用相应对象接口均会抛异常. 下面对每种情况加于分析. 2 使用的代理IP错误: 发生在使用代理调用接口的时候原因: 根本就没有相应的通讯器存在. 错误信息: (使用的代理IP错误) 抛出异常: Ice::ConnectFailedException(需要几秒, 需要进行搜索) 3 使用的代理端口错误,两边不一致 : 发生在使用代理调用接口的时候原因: 存在通讯器,但是不存在相应的对象适配器. 错误信息: 抛出异常: Ice::ConnectionRefusedException(很快, 端口没有被启用引起的,无人监听该端口) 4 使用的对象名字不正确: 发生在使用代理调用接口的时候原因: 能够找到相应的对象适配器,但是该对象适配器中无法找到相应的对象错误信息: 抛出异常: Ice::ObjectNotExistException(很

使用说明作者：御风时间：2018年3月28日 1.目录说明 Com COM代码 PHP PHP代码 Plugin 插件例子 Tool 辅助工具 2.使用步骤 1.打开 .\Tool\开启ComDotNet\开启ComDotNet.exe 将php.exe所在目录填入编辑框，然后点击开启按钮，将开启PHP的php_com_dotnet 如果需要关闭则点击关闭按钮 2.运行 .\COM\注册组件.bat 注册COM组件如果需要卸载则运行 .\COM\卸载组件.bat 3.到php.exe所在目录下的ext目录中，新建dll目录，将插件复制到dll目录中如：php.exe路径为 D:\PHPTutorial\php\php-5.4.45\php.exe 则：插件复制到 D:\PHPTutorial\php\php-5.4.45\ext\dll\ 目录下注意：插件参数均为文本型，返回数据类型也为文本型 4.复制PHP目录中的代码到PHP网站目录下据需求进行修改 3.关于COM组件 1.如果需要二次开发，需要修改源码中的常量： IID_ActiveX、IID_ActiveXLib、CLSID_ActiveXCOM、组件名称、组件说明 2.如果需要修改COM函数，比如增加call_xxx之类的方法，请先修改“YF_PHP_COM_ActiveX.idl”文件，其中的语法请参照注释和下文说明修改完成后，执行“IDL生成TLB.bat”或“IDL生成TLB_8.1.bat”生成“YF_PHP_COM_ActiveX.tlb”（这一步需要安装VisualStudio，我的是2015）生成完成后才能进行易语言源码的修改 3.如果只是需要增加简单的功能，可以在源码中“函数实现”程序集中修改 4.易语言源码需要使用黑月编译 5.编译生成“YF_PHP_COM_ActiveX.ocx”，执行“注册组件.bat”进行COM注册，卸载请执行“卸载组件.bat” 如果先前已经注册过组件，易语言源码编译生成后可以直接覆盖，无需重复注册，移动组件路径时需要重新注册 6.PHP调用时，需要开启“php_com_dotnet”扩展，并确保PHP的“ext”目录下有“php_com_dotnet.dll”这个文件 7.易语言ActiveX源码改造自“为你芯冻”的易语言写COM（http://bbs.eyuyan.com/read.php?tid=317113） 4.其他说明 1.tlb与dll文件区别 1.tlb文件:com类型库文件,它包含接口相关信息.在需要使用对应com类的模块里,通过"#import xxx.tlb"来调用 2.dll:动态连接库,它包含二进制代码,资源...,VC可以把tlb作为资源编译到dll中 3.在VC下#import "A.tlb" no_namespace;编译后产生A.tlh和A.tli两个文件,不生成namespace,如果没有no_namespace,则生成的内容都在namespace A中.如果dll中含有tlb资源,则也可以使用#import "xxx.dll"来生成tlh和tli文件.一般的c++ dll不能使用#import "xxx.dll" 4.tlh,tli文件:是vc++编译器解析tlb文件生成的标准c++文件.因为tlb并不是C++标准的东东,有必要把它们翻译成标准的C++类型,使得C++开发者可以使用.tlh相当于类型申明(头文件),tli相当于定义实现(CPP文件,inline) 2.生成COM dll的tlb文件的两种方法 1.开始运行oleview调出OLE/COM Object Viewer 这个工具是微软提供的,在VC6中和Windows SDK中都有找到要用的COM组件,比如说VBSrcirpt的正则表达式COM组件在: Type Libaray中的Microsoft VBScript Regular Expression V5.5中,双击打开后,保存成idl文件然后用微软提供的另一个工具从idl生成tlb文件: 开始运行cmd,调出命令行.使用命令midl xxx.idl来成成tlb文件即可然后在VC++的工程中引用可以使用: #import "xxx.tlb" rename_namespace("xxx") 2.直接使用VC6或者Visual Studio打开dll文件,注意在打开文件对话框中一定要选择Resource方式,VC6默认是auto 找到资源中的TypeLib,其中的文件可以Export成bin,这个bin就是tlb,保存的时候使用将扩展名指定为tlb即可使用Visual Studio的Object Viewer可以直接对这个文件进

C++中的算法都是通过函数模板实现，所以STL的数据结构，甚至是自己定义的数据结构基本都可以调用内置算法。掌握C++内置算法，可以帮助我们节省大量的时间！

69,369

社区成员

243,082

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章