相关推荐
-
4 doxygen table
包括表 Doxygen支持将表放入文档中的两种方法。 最简单的方法是使用Markdown扩展部分Tables中所示的Markdown格式。 尽管此格式易于使用和阅读,但也相当有限。它仅支持一个简单的单元格网格,而每个单元格都是一行纯文本。 对于更复杂的表,可以使用HTML语法。Doxygen将处理此类表格并将其转换为各种输出格式(至少对于支持表格的格式,例如HTML和)。 请注意,一个表至少应包含...
-
【doxygen】markdown 表格中插入换行与缩进
markdown 表格生成 doxygen 时换行与标准的 markdown 语法稍有差异。doxygen 中除了支持 markdown 标准换行之外还支持。markdown 中可以使用 html 的换行标签。缩进使用 markdown 标准缩进语法。doxygen 中使用 markdown。
-
doxygen 1.11.0 使用详解(十)——包含表格
doxygen 1.11.0 使用详解(十)——包含表格
-
Doxygen 命令:文本格式化与内容展示技巧
Doxygen 命令:文本格式化与内容展示技巧
-
Doxygen(一) - 入门篇
介绍了Doxygen常用注释标记、注释编写和使用doxywizard的方法。
-
5 doxygen 图形和图表
图形和图表 Doxygen具有内置支持,可以为C ++类生成继承图。 Doxygen可以使用graphviz中的“点”工具来生成更高级的图表。Graphviz是一个开放源代码,跨平台的图形绘制工具包,可以在http://www.graphviz.org/上找到。 如果路径中有“点”工具,则可以在配置文件中将HAVE_DOT设置为YES,以便doxygen使用它。 Doxygen使用“点”工具生成以...
-
Doxygen一些技巧
团队的代码习惯一直不好,注释五花八门,甚至几千行代码没有一千行注释。几个新进来的成员纷纷抱怨,痛定思痛,决定来一次大刀阔斧的改变。 由于本部门团队编写接口的时候比较多,做接口说明文档也是本分内的事情,既能规范注释,又方便编写文档,于是想到了Doxygen这个神器,也决定使用Doxygen的注释规范。 说实话,几年前接触过这个东西,但仅仅玩了下就给扔掉了,并没有深入,这次玩发现不
-
paip c++ doxygen 文档工具的使用以及跟QT CREATOR的集成
paip c++ doxygen 文档工具的使用以及跟QT CREATOR的集成
-
Doxygen使用学习(一)------Doxygen的简单注释格式
最近,我通过看别人的没有文档代码,终于醒悟了,感觉到了文档的重要性!(看不懂别人代码的痛苦太难受了!) 所以我觉定,趁着周末赶快学习一下如何使用文档生成工具。 通过网上检索,我发现Doxygen是一个很常用的文档生成工具。进入http://www.stack.nl/~dimitri/doxygen/“>Doxygen官网,然后从Downloads标签里面获取Windows版的安装包(当然其他主流操
-
Doxygen的安装与配置及简单注释规范
最近接触了一款程序 文档生成工具-Doxygen。在网上一搜索原来这么多人知道,打算把它的使用做一个总结,以及其注释的规则。 概述: Doxygen是一种开源跨平台的,以类似JavaDoc风格描述的文档系统,完全支持C、C++、Java、Objective-C和IDL语言,部分支持PHP、C#。注释的语法与Qt-Doc、KDoc和JavaDoc兼容。Doxgen可以从一套归档源文件开始,
-
Doxygen简明注释语法
Doxygen简明注释语法 参考:https://www.jianshu.com/p/9464eca6aefe posted @ 2019-06-03 16:01 OpFancy 阅读(...) 评论(...) 编辑 收藏
-
Doxygen使用学习(二)------Doxygen的内部支持的markdown语法
Doxygen的内部支持的markdown语法 段落 markdown本身的语法没有段落一说,因此需要分段的地方多空一行,就可以表示段落,例如:(普通的markdown还支持段落尾空两格代表分段,但是Doxygen不支持!)Here is text for one paragraph.We continue with more text in another paragraph.这样出来的效果就分段
-
doxygen的特定命令
摘要:本文给出doxygen所支持的全部的一个列表,同时对其进行逐一解释与说明,对于使用doxygen来有重要参考价值。本文主要来自对doxygen官方文档的翻译。 概述 所有在文档中的命令都开始于一个反斜杠(\)或者是一个at-符号(@)。如果你喜欢,可以把所有的以反斜杠开头的命令都换成以at-符号开头的命令。 有些命令有一个或多个参数,每一个参数都其确定的范围: 如果使用 <尖&...
-
Doxygen注释命令
(1) 输出表格 /** * DSTATUS | value| instruction * ------------| ---- | ----------------------- * STA_NOINIT | 0x01 | Drive not initialized * STA_NODISK | 0x02 | No medium in the drive *...
-
C-Style Doxygen注释格式
C-Style Doxygen注释格式 deran pan, blg-003 摘录自部分Doxygen的官方文档:Documenting the code 1. doxygen 注释块 对于每一个代码的每一处注释可能包含两个或三个描述部分。这些部分最后都将被 doxygen 最终的文档之中。brief 和 detailed 两个注释部分都是可选的,对于方法(methods)和函数(fu
-
机器学习之线性回归(Linear Regression)
1、线性回归概念 机器学习中的两个常见的问题:回归任务和分类任务。那什么是回归任务和分类任务呢?简单的来说,在监督学习中(也就是有标签的数据中),标签值为连续值时是回归任务,标志值是离散值时是分类任务。而线性回归模型就是处理回归任务的最基础的模型。 线性:两个变量之间的关系是一次函数关系的——图象是直线,叫做线性; 非线性:两个变量之间的关系不是一次函数关系的——图象不是直线,叫做非...
-
工具 | Doxygen的使用详解
一、前言 以前,我们学C语言的时候,多多少少都查过一些标准库函数吧。这里介绍查找C语言的标准库函数的两种方法:一种方法是直接到http://www.cplusplus.com这个网站上去查看: 这里覆盖了C语言标准库中的所有函数,给出了每个函数的介绍并且都给出了具体的用法示例,比如: 只不过都是英文的说明,可见英文的重要性。 另一种方法是,找一些离线的文档,网上有不少人整理了一些离线的文档,...
-
2 doxygen list grouping
1 清单 Doxygen提供了多种创建项目列表的方法。 1.1使用破折号 通过在行的开头放置多个与列对齐的减号(-),将自动生成项目符号列表。除了减号,还可以使用加号(+)或星号(*)。 带编号的列表也可以通过使用减号,后跟哈希或使用数字后跟点的方式生成。 列表的嵌套是允许的,并且基于项目的tab。 这是一个例子 /*! * A list of events: * - m...
-
MarkdownDoxygen语法规范
Markdown 与 Doxygen 一、markdown语法 1. 加粗 使用 加粗,而不是 加粗 2. 斜体 使用 斜体,而不是 斜体 3. 加粗并斜体 使用 粗斜,而不是 粗斜 等 4. 链接 段落内使用 google,左右各空一格。不使用 Text,它会使段落看起来臃肿(链接通常都很长) 5. 链接 url 放在哪? 比如你有这样一个段落:google 紧跟段落后面,还是一大章节后面,还...
-
机器学习之线性回归 Linear Regression(一)
一、线性回归 线性回归一般用来做连续值的预测,预测结果为一个连续值。因为训练时学习样本不仅要提供学习的特征向量X,还要提供样本的实际结果,所以它是一种有监督学习。 表示数据矩阵,其中表示一个n维长的数据样本,表示数据标记。线性回归需要学习得到一个映射关系,当给定新的待预测样本时,可以通过这个映射关系得到一个测试样本X的预测值y。 线性回归的数学
3 楼 diz 2011-07-18 14:23
1:没有网格计算,你如何解决并发量问题(单靠集群是一个很差的办法,从成本考虑,这个方案太落后了,单一系统考虑到必要性,减少软件技术投入成本采用集群方案和你这个项目的场景不符)
2:不适用SOAP,REST之类的东西,系统丧失了兼容性,是否考虑到软件标准所隐含的意义,适用了SOAP,软件不止可以嵌入halo-cloud还可以迁入其他云端。进入云是行业软件的大势所趋。halo-cloud就是个不遵从规范ESB设计,和云计算一点干系都没有,他切入的角度就是共享服务,没有从应用的角度去考虑系统要面对的问题。诸如如何与其他系统数据共享,开发者需要站在历史的角度上去考虑问题,软件不是站在halo-cloud上去建立的,别人的系统已经遵从的规范会因为你的存在为了与你兼容而改变?
建议:
从实用的角度开发私有“云平台”是目前高端应用中迫在眉睫的工作。私有云平台必须具备的功能从小处说要有
1:网格计算模块(解决硬件瓶颈)
2:虚拟化技术(根据服务拆分资源)
3:标准化问题(基于元数据,系统架构(诸如业务层与数据层物理分开等架构问题),信封问题的根本解决方案)
至于其他的分布式,SOA,ROA之类的问题各家都有成熟的方案 可以暂时不必去考虑。我以为halo-cloud走这条路前途会更加大一点。现在这条路,没什么前途。毕竟ESB这种东西类似于EJB,一般SOA中用不到ESB的所有功能,用上一两条,搞个JMX管理一下就可以了。
恩。这个项目是我们自己用的,然后开放出来。对于我们自己来说,用起来还算不错,确实减少了很多开发工作。我们项目比较多,很多小项目。
你的建议确实是这样,不过网格计算什么的我们还用不到,我们的数据量也就几千万,用不到这么复杂的东西,而我们的规模也算中等,所以我就想当然的认为大部分人可能也用不到。
能用这些的一般都会自己直接基于其他更垂直的技术开发了,如HBase,vmware之类的。通用方案在这方面,我觉得市场面会比较小。
对于标准化,您提到的确实有道理,可以考虑增加标准化协议的支持。
您说的很有道理,诚然并不是所有应用都会面对我上面所说的问题,但是一些龙头企业对于私有云平台的需求是非常迫切的。的确,类似于IBM之类的企业有成熟的云平台产品,vmware之类的也有类似的产品,但那毕竟不是开源的。对于实验室或者研发类的项目哪有经费去支撑,所以开源的云计算平台在现阶段要积极酝酿来推动中国的产业衔接。
至于网格计算之类的,其实并不是高深的技术,它是一个数学问题,我的小组只用了1个星期就完全掌握了理论,但是我们缺乏时间支撑去开发一个能够经得住考验的软件模型。希望贵团队能够为中国的云计算平台多尽一份力。
2 楼 myreligion 2011-07-07 11:10
1:没有网格计算,你如何解决并发量问题(单靠集群是一个很差的办法,从成本考虑,这个方案太落后了,单一系统考虑到必要性,减少软件技术投入成本采用集群方案和你这个项目的场景不符)
2:不适用SOAP,REST之类的东西,系统丧失了兼容性,是否考虑到软件标准所隐含的意义,适用了SOAP,软件不止可以嵌入halo-cloud还可以迁入其他云端。进入云是行业软件的大势所趋。halo-cloud就是个不遵从规范ESB设计,和云计算一点干系都没有,他切入的角度就是共享服务,没有从应用的角度去考虑系统要面对的问题。诸如如何与其他系统数据共享,开发者需要站在历史的角度上去考虑问题,软件不是站在halo-cloud上去建立的,别人的系统已经遵从的规范会因为你的存在为了与你兼容而改变?
建议:
从实用的角度开发私有“云平台”是目前高端应用中迫在眉睫的工作。私有云平台必须具备的功能从小处说要有
1:网格计算模块(解决硬件瓶颈)
2:虚拟化技术(根据服务拆分资源)
3:标准化问题(基于元数据,系统架构(诸如业务层与数据层物理分开等架构问题),信封问题的根本解决方案)
至于其他的分布式,SOA,ROA之类的问题各家都有成熟的方案 可以暂时不必去考虑。我以为halo-cloud走这条路前途会更加大一点。现在这条路,没什么前途。毕竟ESB这种东西类似于EJB,一般SOA中用不到ESB的所有功能,用上一两条,搞个JMX管理一下就可以了。
恩。这个项目是我们自己用的,然后开放出来。对于我们自己来说,用起来还算不错,确实减少了很多开发工作。我们项目比较多,很多小项目。
你的建议确实是这样,不过网格计算什么的我们还用不到,我们的数据量也就几千万,用不到这么复杂的东西,而我们的规模也算中等,所以我就想当然的认为大部分人可能也用不到。
能用这些的一般都会自己直接基于其他更垂直的技术开发了,如HBase,vmware之类的。通用方案在这方面,我觉得市场面会比较小。
对于标准化,您提到的确实有道理,可以考虑增加标准化协议的支持。
1 楼 diz 2011-07-07 09:58
1:没有网格计算,你如何解决并发量问题(单靠集群是一个很差的办法,从成本考虑,这个方案太落后了,单一系统考虑到必要性,减少软件技术投入成本采用集群方案和你这个项目的场景不符)
2:不适用SOAP,REST之类的东西,系统丧失了兼容性,是否考虑到软件标准所隐含的意义,适用了SOAP,软件不止可以嵌入halo-cloud还可以迁入其他云端。进入云是行业软件的大势所趋。halo-cloud就是个不遵从规范ESB设计,和云计算一点干系都没有,他切入的角度就是共享服务,没有从应用的角度去考虑系统要面对的问题。诸如如何与其他系统数据共享,开发者需要站在历史的角度上去考虑问题,软件不是站在halo-cloud上去建立的,别人的系统已经遵从的规范会因为你的存在为了与你兼容而改变?
建议:
从实用的角度开发私有“云平台”是目前高端应用中迫在眉睫的工作。私有云平台必须具备的功能从小处说要有
1:网格计算模块(解决硬件瓶颈)
2:虚拟化技术(根据服务拆分资源)
3:标准化问题(基于元数据,系统架构(诸如业务层与数据层物理分开等架构问题),信封问题的根本解决方案)
至于其他的分布式,SOA,ROA之类的问题各家都有成熟的方案 可以暂时不必去考虑。我以为halo-cloud走这条路前途会更加大一点。现在这条路,没什么前途。毕竟ESB这种东西类似于EJB,一般SOA中用不到ESB的所有功能,用上一两条,搞个JMX管理一下就可以了。