精华内容
下载资源
问答
  • 如何才能提高文档编写能力呢 该如何才能提高文档编写能力呢,可以采用了以下几种方法,只要坚持不懈的做下去,相信会有提高。 1、尝试编写个人简历和经历,用文字来认识自己是不错的方法。要想别人认识你,首先...

    如何才能提高文档编写能力呢

    该如何才能提高文档编写能力呢,可以采用了以下几种方法,只要坚持不懈的做下去,相信会有提高。

    1、尝试编写个人简历和经历,用文字来认识自己是不错的方法。要想别人认识你,首先自己要认识自己。
    2、养成良好的程序注释习惯,而且要用准确的语句描述注释的内容,从写注释的一句话开始锻炼文字表达能力。准确而简明的注释有助本人和他人阅读你的程序代码,语义不清或者错误的注释反而浪费了自己和他人的时间。
    3、从编写较简单的文档(如:《XXX系统使用说明》)开始,锻炼文档编写的组织能力和文字表达能力
    4、写博客。其实这也是我写博客的原因之一,想通过多写文章,用文字来准确的表达日常自己的所思所想来提高文档能力。还可以通过他人的评论和建议来改正不足之处。
    5、阅读书籍和文章时除了学习里面的知识和技术外,还可以研究研究作者是怎么组织一篇文章和一本书籍的,通过怎样的一个内容结构来表达相关内容.
    6、阅读一些写作技巧方面的文章提升技术文档编写能力也是显而易见的。

    当然,要切实提高文档编写能力,需要勤于学习、勤于思考、勤于实践、长期积累,毕竟丰富知识和阅历才是写好文档的基础

    转载于:https://www.cnblogs.com/net205/articles/1767153.html

    展开全文
  • 该如何才能提高文档编写能力呢,可以采用了以下几种方法,只要坚持不懈的做下去,相信会有提高。 1、尝试编写个人简历和经历,用文字来认识自己是不错的方法。要想别人认识你,首先自己要认识自己。2、养成良好的...

    该如何才能提高文档编写能力呢,可以采用了以下几种方法,只要坚持不懈的做下去,相信会有提高。

    1、尝试编写个人简历和经历,用文字来认识自己是不错的方法。要想别人认识你,首先自己要认识自己。
    2、养成良好的程序注释习惯,而且要用准确的语句描述注释的内容,从写注释的一句话开始锻炼文字表达能力。准确而简明的注释有助本人和他人阅读你的程序代码,语义不清或者错误的注释反而浪费了自己和他人的时间。
    3、从编写较简单的文档(如:《XXX系统使用说明》)开始,锻炼文档编写的组织能力和文字表达能力
    4、写博客。其实这也是我写博客的原因之一,想通过多写文章,用文字来准确的表达日常自己的所思所想来提高文档能力。还可以通过他人的评论和建议来改正不足之处。
    5、阅读书籍和文章时除了学习里面的知识和技术外,还可以研究研究作者是怎么组织一篇文章和一本书籍的,通过怎样的一个内容结构来表达相关内容.
    6、阅读一些写作技巧方面的文章提升技术文档编写能力也是显而易见的。

    当然,要切实提高文档编写能力,需要勤于学习、勤于思考、勤于实践、长期积累,毕竟丰富知识和阅历才是写好文档的基础

    转载于:https://www.cnblogs.com/visi/archive/2011/04/18/2019552.html

    展开全文
  • 1、尝试编写个人简历和经历,用文字来认识自己是不错的方法。要想别人认识你,首先自己要认识自己。...3、从编写较简单的文档(如:《XXX系统使用说明》)开始,锻炼文档编写的组织能力和文字表达能力4、写博客。其

    1、尝试编写个人简历和经历,用文字来认识自己是不错的方法。要想别人认识你,首先自己要认识自己。
    2、养成良好的程序注释习惯,而且要用准确的语句描述注释的内容,从写注释的一句话开始锻炼文字表达能力。准确而简明的注释有助本人和他人阅读你的程序代码,语义不清或者错误的注释反而浪费了自己和他人的时间。
    3、从编写较简单的文档(如:《XXX系统使用说明》)开始,锻炼文档编写的组织能力和文字表达能力
    4、写博客。其实这也是我写博客的原因之一,想通过多写文章,用文字来准确的表达日常自己的所思所想来提高文档能力。还可以通过他人的评论和建议来改正不足之处。
    5、阅读书籍和文章时除了学习里面的知识和技术外,还可以研究研究作者是怎么组织一篇文章和一本书籍的,通过怎样的一个内容结构来表达相关内容.
    6、阅读一些写作技巧方面的文章提升技术文档编写能力也是显而易见的。

    当然,要切实提高文档编写能力,需要勤于学习、勤于思考、勤于实践、长期积累,毕竟丰富知识和阅历才是写好文档的基础

    展开全文
  • 来源:Vue官方文档编写文档是一种换位思考的练习。我们并不是在描述客观现实——源代码已经做到了。我们的工作是帮助塑造用户与 Vue 生态系统之间的关系。这份不断发展的指南提供了一些规则和建议,说明如何在 Vue ...

    c3fbdd49209f0b0eabf4e3aa2f214919.png

    来源:Vue官方文档

    编写文档是一种换位思考的练习。我们并不是在描述客观现实——源代码已经做到了。我们的工作是帮助塑造用户与 Vue 生态系统之间的关系。这份不断发展的指南提供了一些规则和建议,说明如何在 Vue 生态系统中始终如一地做到这一点。

    原则

    • 除非有充分的文档证明,否则功能不存在

    • 尊重用户的认知能力 (即脑力)。当用户开始阅读时,他们从一定量的有限脑力开始,而当他们用完时,他们停止学习。

      • 复杂的句子、一次必须学习一个以上的概念,以及与用户的工作没有直接关系的抽象例子,认知能力消耗得更快
      • 当我们帮助他们持续感到聪明、强大和好奇时,他们的认知能力会慢慢消耗殆尽。把事情分解成可消化的部分并注意文档的流动可以帮助它们保持这种状态。
    • 总是试着从用户的角度看问题。当我们彻底理解某件事情时,它就变得显而易见了。这就是所谓的知识诅咒。为了编写好的文档,记住在学习这个概念时首先需要知道什么。你需要学什么行话?你误解了什么?什么花了很长时间才真正掌握?好的文档可以满足用户的需求。这可能有助于练习向人们解释这个概念

    • 首先描述问题,然后描述解决方案。在展示功能如何工作之前,解释其存在的原因非常重要。否则,用户将无法知道这些信息对他们是否重要 (这是他们遇到的问题吗?) 或与之前的知识/经验相联系。

    • 在写作时,不要害怕问问题,尤其是如果你害怕他们“蠢”的话。脆弱是很难的,但这是我们更充分地理解我们需要解释的唯一途径。

    • 参与特性讨论。最好的 API 来自于文档驱动的开发,我们在开发中构建易于解释的特性,而不是试图在以后解释它们。提前提出问题 (尤其是“愚蠢的”问题) 通常有助于揭示困惑、不一致和有问题的行为,然后才需要进行破坏性的更改来修复它们。

    组织

    • 安装/集成:提供有关如何将软件集成到尽可能多的不同项目中的全面概述。

    • 介绍/起步

      • 提供一个不到 10 分钟的项目解决的问题及其存在原因的概述。
      • 提供一个不到 30 分钟的项目解决的问题和如何解决的概述,包括何时和为什么使用项目以及一些简单的代码示例。最后,链接到安装页面和要点指南的开头。
    • 指南:让用户感到聪明、强大、好奇,然后保持这种状态,让用户保持不断学习的动力和认知能力。指南页是按顺序阅读的,因此通常应该从最高到最低的功率/工作比排序。

      • 要点:阅读要领的时间不应超过 5 个小时,但越短越好。它的目标是提供 20%的知识来帮助用户处理 80%的用例。Essentials 可以链接到更高阶的指南和 API,不过,在大多数情况下,你应该避免此类链接。当它们被提供时,你还需要提供一个上下文,以便用户知道他们是否应该在第一次阅读时遵循这个链接。否则,许多用户最终会耗尽他们的认知能力,跳转链接,试图在继续之前全面了解一个功能的各个方面,结果是,永远无法完成第一次通读的要领。记住,通顺的阅读比彻底的阅读更重要。我们想给人们提供他们需要的信息,以避免令人沮丧的经历,但他们总是可以回来继续阅读,或者在谷歌遇到一个不太常见的问题。

      • 高阶:虽然要点帮助人们处理大约 80%的用例,但后续的指南帮助用户了解 95%的用例,以及关于非基本特性 (例如转换、动画)、更复杂的便利特性 (例如 mixin、自定义指令) 和开发人员体验改进 (例如 JSX、插件) 的更详细信息。最后 5%的用例是更利基的、更复杂的和/或更容易被滥用的,将留给烹饪书和 API 参考,它们可以从这些高阶指南链接到。

    • 引用/API:提供功能的完整列表,包括类型信息,每个要解决的问题的描述,选项的每种组合的示例以及指向指南,食谱的食谱以及提供更多详细信息的其他内部资源的链接。与其他页面不同,此页面无意自上而下阅读,因此可以提供大量详细信息。这些参考资料还必须比指南更容易浏览,因此格式应比指南的讲故事格式更接近字典条目。

    • 迁移

      • 版本:当进行了重要的更改时,包含一个完整的更改列表是很有用的,包括对为什么进行更改以及如何迁移其项目的详细解释。
      • 从其他项目:这个软件与同类软件相比如何?这对于帮助用户了解我们可能为他们解决或创造的其他问题,以及他们可以在多大程度上转移他们已经拥有的知识,这一点很重要。
    • 风格指南:开发中必然有一些关键部分需要决策,但它们不是 API 的核心。风格指南提供了受过教育的、有主见的建议,以帮助指导这些决策。他们不应该盲目遵循,但可以帮助团队节省时间,在较小的细节上保持一致。

    • Cookbook:Cookbook 中的秘诀是基于对 Vue 及其生态系统的熟悉程度而编写的。每一个文档都是一个高度结构化的文档,它详细介绍了 Vue 开发人员可能遇到的一些常见实现细节。

    写作 & 语法

    风格

    • 标题应该描述问题,不是解决方案。例如,一个不太有效的标题可能是“使用 prop”,因为它描述了一个解决方案。一个更好的标题可能是“通过 Props 将数据传递给子组件”,因为它提供了 Props 解决问题的上下文。用户不会真正开始注意某个功能的解释,直到他们知道为什么/何时使用它。

    • 当你假设知识时,就要声明它,在开始时,链接到参考资料,以获得你期望的不太常见的知识。

    • 尽可能一次只引入一个新概念 (包括文本和代码示例),即使当你介绍不止一个的时候很多人都能理解,也有很多人会迷失方向,即使那些没有迷失方向的人也会耗尽更多的认知能力。

    • 尽可能避免使用特殊的内容块来获取提示和注意事项,一般来说,最好将这些内容更自然地融合到主要内容中,例如,通过构建示例来演示边缘案例。

    • 每页不要超过两个相互交织的提示和注意事项,如果你发现一个页面需要两个以上的提示,请考虑添加一个警告部分来解决这些问题。本指南的目的是通读,提示和注意事项可能会让试图理解基本概念的人不知所措或分心。

    • 避免诉诸权威 (例如,“你应该做 X,因为这是一个最佳实践”或“X 是最好的,因为它能让你完全分离关注点”)。相反,用例子来演示由模式引起和/或解决的具体人类问题。

    • 当决定先教什么时,想想哪些知识能提供最好的动力/努力比。这意味着教任何能帮助用户解决最大痛苦或最大数量问题的东西,而学习的努力相对较少。这有助于学习者感到聪明、强大和好奇,因此他们的认知能力会慢慢流失。

    • 除非上下文采用字符串模板或构建系统,否则只能编写在软件的任何环境中工作的代码 (例如 Vue、Vuex 等)

    • 显示,不要说例如,“要在页面上使用 Vue,可以将其添加到 HTML 中”(然后显示脚本标记),而不是“要在页面上使用 Vue,可以添加一个具有 src 属性的脚本元素,该属性的值应为指向 Vue 编译源的链接”。

    • 几乎总是避免幽默 (对于英文文档), 尤其是讽刺和通俗文化的引用,因为它在不同文化之间的翻译并不好。

    • 永远不要假设比你必须的更高阶的上下文

    • 在大多数情况下,比起在多个部分中重复相同的内容,更喜欢在文档的各个部分之间建立链接。在内容上有些重复是不可避免的,甚至是学习的必要条件。然而,过多的重复也会使文档更难维护,因为 API 的更改将需要在许多地方进行更改,而且很容易遗漏某些内容。这是一个很难达到的平衡。

    • 具体的比一般的好例如,一个 组件例子比 更好。

    • 相对胜于晦涩。例如,一个 组件例子比 更好。

    • 保持情感相关。与人们有经验并关心的事物相关的解释和示例将永远更加有效。

    • 始终喜欢使用简单,简单的语言,而不是复杂或专业的语言。例如:

      • “你可以将 Vue 与脚本元素一起使用”,而不是“为了启动 Vue 的使用,一种可能的选择是通过脚本 HTML 元素实际注入它”
      • “返回函数的函数”而不是“高阶函数”
    • 避免使用毫无意义的语言。如“简单”、“公正”、“明显”等,请参阅教育写作中应避免的词语。

    语法

    • 避免缩写在编写代码和示例代码中 (例如,attribute 优于 attrmessage 优于 msg),除非你在 API 中明确引用了缩写 (例如 $attrs)。标准键盘上包含的缩写符号 (例如,@#&) 可以。

    • 当引用直接下面的示例时,请使用冒号 (:) 结束句子,而不是句点 (.)

    • 使用牛津逗号 (;例如:“a,b,and c”替换“a,b and c”)。!为什么牛津逗号很重要

      • 来源:The Serial (Oxford) Comma:When and Why To Use It
    • 引用项目名称时,请使用项目引用自身的名称。例如,“webpack”和“npm”都应使用小写字母,因为这是它们的文档引用它们的方式。

    • 使用标题大小写作为标题 - 至少到目前为止,因为这是我们在其余文档中使用的。有研究表明,句子大小写 (仅标题的第一个单词以大写字母开头) 实际上在可读性上是优越的,并且还减少了文档作者的认知开销,因为他们不必记住是否要大写“and”,“with”和“about”。

    • 请勿使用表情符号 (讨论中除外)。Emoji 既可爱又友好,但是它们可能会使文档分散注意力,有些表情符号甚至会在不同文化中传达不同的含义。

    迭代 & 沟通

    • 卓越源于迭代初稿总是很糟糕,但是编写初稿是该过程的重要组成部分。要避免进度缓慢,很难-不好-> OK->好->好->鼓舞人心->超越。
    • 在发布之前,请仅等到某事为“好”为止。社区将帮助你将其推向更深的链。
    • 收到反馈时,尽量不要防御我们的写作对我们来说可能是非常私人的,但是如果我们对帮助我们做得更好的人感到不满,他们要么停止提供反馈,要么开始限制他们提供的反馈种类。
    • 在向他人展示之前,请先阅读自己的作品。如果你显示某人的拼写/语法错误很多,你将获得有关拼写语法/错误的反馈,而不是获得有关写作是否达到目标的更有价值的注释。
    • 当你要求人们提供反馈时,请告诉审阅者以下内容:
      • 你正在尝试做
      • 你的恐惧是
      • 你想要达到的平衡
    • 当有人报告问题时,几乎总是有问题,即使他们提出的解决方案不太正确。不断询问后续问题以了解更多信息
    • 人们在提交/查看内容时需要放心地提问。这是你可以执行的操作:
      • “Great question!”
      • “感谢你抽出宝贵的时间来解释。?”
      • “这实际上是故意的,但感谢你抽出宝贵的时间来贡献自己的力量。 ?”
      • 即使别人感到脾气暴躁,也要感谢他们的贡献/评价。比如:
      • 听别人说什么,如果不确定自己是否正确理解,请照搬。这可以帮助验证人们的感受和经历,同时还可以了解你是否正确理解了他们
      • 使用大量积极和善解人意的表情符号。显得有些奇怪总比刻薄或急躁好。
      • 请传达规则/边界。如果某人的举止有辱人格/不当行为,请仅以仁慈和成熟来回应,但也要明确表示,这种行为是不可接受的,如果他们继续表现不佳,将会发生什么 (根据行为准则)。

    提示、标注、警告和行高亮

    我们有一些专用的样式来表示需要以特定方式突出显示的内容。这些被捕获为在这个页面请谨慎使用

    滥用这些样式是有一定诱惑力的,因为你可以简单地在标注中添加更改。但是,这会破坏用户的阅读流程,因此,只能在特殊情况下使用。在可能的情况下,我们应该尝试在页面内创建一个叙述和流程,以尊重读者的认知负荷。

    在任何情况下都不应该相邻使用两个警告,这表明我们无法很好地解释上下文。

    贡献

    我们欣赏小型、集中的 PR。如果你想进行非常大的更改,请在发起请求之前与团队成员沟通。这是一份详细说明为什么这一点如此重要的书面材料让我们在这个团队里工作得很好。请理解,尽管我们总是很感激你的贡献,但最终我们必须优先考虑哪些对整个项目最有效。

    资源

    软件

    • Grammarly:用于检查拼写和语法的桌面应用程序和浏览器扩展 (尽管语法检查不能捕获所有内容,偶尔会显示假阳性)。
    • Code Spell Checker:一个 VS Code 的扩展,帮助你在降价和代码示例中检查拼写。

    书籍

    • On Writing Well (参见 popular quotes)
    • Bird by Bird (参见 popular quotes)
    • Cognitive Load Theory
    - END -近期面试官:聊聊对Vue.js框架的理解一文让你30分钟快速掌握Vue37f59c1b1a4880bf1a8cb93acfd69e06d.png若此文有用,何不素质三连❤️
    展开全文
  • 提高写文档能力

    千次阅读 2018-03-16 15:06:28
    在我身边的程序员中,无论是现在的同事还是过去的同事,普遍缺乏文档编写能力或能力严重不足,甚至有些编程能力很强的程序员也不能写出一篇可读性较强的设计说明书、产品手册等项目必备文档。其实,文档编写能力是...
  • 提高写文档能力(程序员)

    千次阅读 2019-06-28 15:16:55
    在我们身边的程序员中,无论是现在的同事还是过去的同事,普遍缺乏文档编写能力或能力严重不足,甚至有些编程能力很强的程序员也不能写出一篇可读性较强的设计说明书、产品手册等项目必备文档。其实,文档编写能力...
  • 编写文档用词技巧

    2015-12-29 11:33:22
    例如,在结论处,“缺陷核查模块降低误报能力评估结果”比“缺陷核查模块减低误报的能力评估”更合适。因为结论是简洁的,并非描述整个评估过程,加上结果,让读者清楚明了作者要说的内容是结论,并非过程。 2....
  • 安装Ldoc:为Lua API接口编写文档

    千次阅读 2016-10-02 11:50:57
    doxygen功能更强大但是不支持lua语言,所以需要专门的Ldoc工具来编写Lua文档:https://github.com/stevedonovan/LDoc在官方的README.md页面中对安装过程描述很含糊,以至于弄了不少时间(真不知道是自己理解能力有...
  • 编写有效的文档,所谓有效是指最终用户可以快速的理解并使用。 文档的结构组织一般呈金子塔,主次分明,这一般没有异议,详细信息该如何描述?过多的文字势必增加用户的阅读负担,并且也不利于理解。一图胜千言,...
  • 测试报告编写指南

    2016-06-22 21:54:13
    正文 测试报告是测试阶段最后的文档产出物,优秀的测试经理应该具备良好的文档编写能力,一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析...
  • Ext2框架及组件功能描述

    千次阅读 2008-01-27 12:27:00
    前段时间一直在学习Ext2框架,记得刚开始时只觉得这个框架真是酷真是强,但到底它都有哪些功能、能实现什么自己却是一点都不了解,面对这 么一个庞然大物,...由于个人对Ext2还不是非常熟悉,加上个人文档编写能力
  • 例如,给一个待办事项(XYZToDoItem)的能力得到标记为已完成,你可以添加一个markAsCompleted方法的类的接口。稍后,您将在类实现实现此方法的行为,如实施办法描述。 @interface XYZToDoIt
  • 简洁,直观的设计—使用Slate,API的描述位于文档的左侧,而所有代码示例均位于右侧。 受和API文档启发。 Slate具有响应能力,因此在平板电脑,手机甚至印刷品上看起来都很棒。 一页上的所有内容—用户不得不搜索一...
  • 简洁,直观的设计—使用Slate,API的描述位于文档的左侧,而所有代码示例均位于右侧。 受和API文档启发。 Slate具有响应能力,因此在平板电脑,手机甚至印刷品上看起来都很棒。 一页上的所有内容—用户不得不搜索一...
  • 对一个测试工程师来说,测试用例的设计编写是一项必须掌握的能力,但有效的设计和熟练的编写测试用例却是一个十分复杂的技术,测试用例编写者不仅要掌握软件测试技术和流程,而且要对整个软件不管从业务,还是对软件...
  • xml schema编写

    千次阅读 2009-08-25 07:04:00
    XML Schema 描述 XML 文档的结构。XML Schema 语言也称作 XML Schema 定义(XML Schema Definition,XSD)。 XML Schema 支持数据类型XML Schema 最重要的能力之一就是对数据类型的支持。通过对数据
  • 简洁,直观的设计—使用Slate,API的描述位于文档的左侧,而所有代码示例均位于右侧。 受和API文档启发。 Slate具有响应能力,因此在平板电脑,手机甚至印刷品上看起来都很棒。 一页上的所有内容—用户不得不搜索一...
  • 简洁,直观的设计—使用Slate,API的描述位于文档的左侧,而所有代码示例均位于右侧。 受和API文档启发。 Slate具有响应能力,因此在平板电脑,手机甚至印刷品上看起来都很棒。 一页上的所有内容—用户不得不搜索一...
  • 文档能力是产品经理的必备的能力之一,一份清晰到位的产品文档能够极大提高与开发沟通的效率。...PRD文档的产品功能需求是最重要的文档内容,在描述时要注意两方面的内容: ↘编写完整的产品功能 ↘每个功能做...
  • 简洁,直观的设计—使用Slate,API的描述位于文档的左侧,而所有代码示例均位于右侧。 受和API文档启发。 Slate具有响应能力,因此在平板电脑,手机甚至印刷品上看起来都很棒。 一页上的所有内容—用户不得不搜索一...
  • 我准备一边熟悉工程代码,一边自己书写工程文档,还可以锻炼我的文档编写能力。 我却不知道该构造出什么样的项目文档,才能达到清晰描述整个工程体系结构的目的。 还望大家指点!不胜感激! 附:给我推荐...
  • PSP个人软件需求分析和规划文档 1背景 ...1.1 编写目的 ...为开发人员提供一个PSP工具,简化...描述编写文档时所采用的标准为: 正文风格:宋体 15px 提示方式:黑色加粗字  重要符号:· 1.4 产品范围 ...
  • 银行系统项目设计文档(详细文档)

    热门讨论 2010-01-27 13:19:53
    银行系统项目设计文档(详细文档) 编写虚拟社区遇到的困难及解决方法 在编码的第一开始,我们就遇到了巨大的难题,分工是很细致了,但是如何来让每个人编写的代码其他人都能用呢? 这时候我们才发现设计和分工不是...
  • 测试报告是测试阶段最后的文档产出物,优秀的测试经理应该具备良好的文档编写能力, 一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试 中的数据采集以及对最终的测试结果分析。 ...
  • 在项目开发过程中,应该按要求编写好十三种文档文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。  ◇ 可行性分析报告:说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,...
  • 描述 DesireFU校园组队招募小程序前补充开发概览Wiki 需求FU开发建设文档 作者:GatesMa 项目概览 一个主要定位在“服务于比赛组队”的小程序,以解决高校古董大型比赛放置大创,互联网+等时,在各大群发布招募需求...
  • 软件工程需求文档

    2015-11-01 00:05:13
    编写目的................................................................................................................... 3 1.2. 背景..................................................................
  • 文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。 1.2项目背景 项目名称:医院计算机监护系统 项目委托单位:××市医院 软件开发单位:xxxx软件开发组 2.任务描述 2.1目标 本系统要求...
  • 作为一名软件测试工程师需要具备哪些能力 通用技能上: 1....熟悉所测产品功能能够将产品文档描述的U转化成,这个最最基本 .熟悉所测产品的一些隐藏需求或者功能业务上的进阶能力) 打个比方,支付公司上一种新的支付

空空如也

空空如也

1 2 3 4 5 ... 14
收藏数 265
精华内容 106
关键字:

文档编写能力描述