您还没有登录,请您登录后再发表评论 相关推荐
-
4 doxygen table
包括表 Doxygen支持将表放入文档中的两种方法。 最简单的方法是使用Markdown扩展部分Tables中所示的Markdown格式。 尽管此格式易于使用和阅读，但也相当有限。它仅支持一个简单的单元格网格，而每个单元格都是一行纯文本。 对于更复杂的表，可以使用HTML语法。Doxygen将处理此类表格并将其转换为各种输出格式（至少对于支持表格的格式，例如HTML和）。 请注意，一个表至少应包含...
-
【doxygen】markdown 表格中插入换行与缩进
markdown 表格生成 doxygen 时换行与标准的 markdown 语法稍有差异。doxygen 中除了支持 markdown 标准换行之外还支持。markdown 中可以使用 html 的换行标签。缩进使用 markdown 标准缩进语法。doxygen 中使用 markdown。
-
Doxygen 命令：文本格式化与内容展示技巧
Doxygen 命令：文本格式化与内容展示技巧
-
doxygen 1.11.0 使用详解（十）——包含表格
doxygen 1.11.0 使用详解（十）——包含表格
-
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简明注释语法 参考：https://www.jianshu.com/p/9464eca6aefe posted @ 2019-06-03 16:01 OpFancy 阅读(...) 评论(...) 编辑 收藏
-
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语言标准库中的所有函数，给出了每个函数的介绍并且都给出了具体的用法示例，比如： 只不过都是英文的说明，可见英文的重要性。 另一种方法是，找一些离线的文档，网上有不少人整理了一些离线的文档，...
-
用 Doxygen 自动生成文档
用 Doxygen 自动生成文档 Horin|贺勤 Email: horin153@msn.com Blog: http://blog.csdn.net/horin153/ 本文只是 Doxygen 简单的介绍,必然有许多错误和不足,望大家指正! 大家在平时的编程过程中,都会在代码中插入一些注释,对文件,类
-
Doxygen的安装与配置及简单注释规范
最近接触了一款程序 文档生成工具-Doxygen。在网上一搜索原来这么多人知道，打算把它的使用做一个总结，以及其注释的规则。 概述： Doxygen是一种开源跨平台的，以类似JavaDoc风格描述的文档系统，完全支持C、C++、Java、Objective-C和IDL语言，部分支持PHP、C#。注释的语法与Qt-Doc、KDoc和JavaDoc兼容。Doxgen可以从一套归档源文件开始，
-
Doxygen使用学习（二）------Doxygen的内部支持的markdown语法
Doxygen的内部支持的markdown语法 段落 markdown本身的语法没有段落一说，因此需要分段的地方多空一行，就可以表示段落，例如：(普通的markdown还支持段落尾空两格代表分段，但是Doxygen不支持！)Here is text for one paragraph.We continue with more text in another paragraph.这样出来的效果就分段
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管理一下就可以了。