在对通信模型有了基本的认识时，学习到的仅仅是一个模型，如果想把这些真正的用于实际工作中，那么还需要不断的完善、扩展和优化。
比如经典的TCP读包写包问题，或者是数据接收的大小，实际的通信处理与应答的处理逻辑等等一些细节问题需要认真的去思考，而这些都需要大量的时间和经历，以及丰富的经验。
所以想学好Socket通信不是件容易事，那么接下来就来学习一下新的技术Netty，为什么会选择Netty？因为它简单！使用Netty不必编写复杂的逻辑代码去实现通信，再也不需要去考虑性能问题，不需要考虑编码问题，半包读写等问题。
强大的Netty已经帮我们实现好了，我们只需要使用即可。
Netty是最流行的NIO框架，

ESB的存在主要是为了整合企业内部的应用,使企业内的应用能融为一体,而不是成为一个个信息孤岛.可以说ESB是企业内所有服务的中心点,其它系统间的交互都需要通过ESB来完成.为此,它需拥有如下质量属性：可用性、性能、可修改性、可测试性、易用性.参考“ESB的质量属性”一节.为了解释这些架构属性,我们可以从企业域、部门域、ESB内部视角三个层次来进行说明.ESB除了高可用性和性能之外,高可伸缩性也很重要,在实际实施过程中,读者可以对整个结构进行裁减,在开始时,可能只需要一个部门域,部门域内支持水平扩展.当达到瓶颈之后,则可能需要部署到多个部门域,这样就可以扩展出多个水平扩展的节点,减少单个节点的职

C#gantt甘特图,完整源代码，VS2010C#运行通过，可以自由扩展。

阐述了一个由上位PC机和AT89C52下位单片机组成的主从分布式温度巡回检测系统。
主从机采用RS-485串行通讯标准进行通信，可在下位单片机实现基本的温度数据巡回检测基础上，由上位PC机实现综合处理功能或扩展为远程操作。
整个系统具有巡检速度快，扩展性好的特点。

最近几年，例如YAGO和DBpedia等大规模知识库发展有了很大的进步。
知识库提供了大量的不同种类的实体信息，如人、国家、河流、城市大学等等，同时知识库包含了大量的在实体（entity）间的关系既事实（fact）。
当今的知识库包含的数据量是巨大的通常有百万个实体和上亿个描述实体间关系的事实数据。
虽然目前的知识库存在大量的实体和事实数据，但是这样大规模的数据仍然不完整。
目前构建知识库的方法主要有两种，一种是从大量的文本中抽取事实但这种方法必然会带来大量的噪声数据，第二是人工扩展，但这样的方法对于时间的开销是极大的。
如果确保一个知识库是完整的则必须花费很大的努力来抽取大量的事实，并检查事实的正确性，因为只有正确的事实加入到知识库中才是有意义的。
同时知识库的本身由于有足够的信息可以推理出更多的新的事实。
例如有这样一个例子，一个知识库包含一组事实是孩子c有一个妈妈m，这样可以推理得出孩子妈妈的丈夫f很可能是孩子的父亲。
该逻辑规则形式化的描述如下：motherof(m,c)∧marriedTo(m,f)⟹fatherof(f,c)挖掘这种规则可帮助做一下四种事情：1、利用这种规则来推理出新的事实，而这些被挖掘出的新的事实可以使知识库更完整。
2、这些规则可以检测出知识库潜在的错误例如一个陈述是一个与一个男孩无关的人是这个男孩的父亲，这样的陈述很可能是错误的。
3、有很多推理工具依赖其他工具提供规则，所以这些被挖掘出来的规则可以用于推理。
4、这些规则描述一个普遍的规律，这些规律可以帮我我们理解分析知识库中的数据，如找到一些国家通常与说同一种语言的国家交易。
或结婚是一个对称关系，或使用同一个乐器的音乐家通常互相影响等等。
AMIE的目标是从RDF格式的知识库中挖掘如上所述的逻辑规则，在语义网（SemanticWeb）中存在大量的RDF知识库如YAGO、Freebase和DBpedia等。
这些知识库使用RDF三元组（S,P,O）提供二元关系（binaryrelation）的描述。
由于知识库一般只包含正例而（S,P,O）没有反例（S,¬P,O），所以RDF这样的知识库中仅能通过正例来推理。
进一步来说在RDF知识库上的操作是基于开放世界假设（OWA）的。
在开放世界假设下，一个事实没有在知识库中存在那么我们不能说这个事实是错误的，只能说这个陈述是未知的。
这与标准的数据库在封闭世界假设的设定有本质上的区别。
例如在知识库中没有包含marry(a,b)，在封闭世界假设中我们可以得出这个a没有和b结婚而在开放世界假设下我们只能说a可能结婚了也可能单身。
压缩包内包含AMIE可运行源代码与相应文档资料，欢迎下载参考

vs2010+QT5.5.1,此程序用于学习使用QT库读取xml文件,json文件,sqlite数据库,ini文件,以及QT10个基本控件的使用,同时代码中加入了一点设计模式,提高可扩展性降低耦合性并减少开销

随着电子技术与软件技术的飞速发展，嵌入式系统技术己经成了最热门的技术之一。
嵌入式实时操作系统是嵌入式应用软件的基础和开发平台，其中涉及到软件和硬件两方面的问题。
嵌入式实时操作系统研究的核心在于其内核结构和基本功能的研究以及嵌入式实时操作系统在不同芯片上的移植、任务的开发以及功能的扩展，同时这也是嵌入式实时操作系统的难点问题。
μC/OS-II以其结构清晰、性能稳定、源码公开等特点，受到广大嵌入式系统开发人员的青睐，已作为嵌入式实时操作系统被移植到许多微处理器上，在国防、航天航空、交通、能源、工业控制、通信以及人们日常生活等各个领域得到了广泛的应用。
本文在阐述嵌入式实时操作系统概念和特性的基础之上，简单介绍了μC/OS-II的特点及其内核结构，分析了μC/OS-II中的任务调度和中断处理机制的过程，描述了μC/OS-II中时钟节拍服务和μC/OS-II初始化和启动的步骤。
在充分了解了μC/OS-II的工作原理后，本文详细讨论了μC/OS-II在51单片机上的移植过程，其中包括OS_CPU.H、OS_CPU_A.ASM、OS_CPU_C.C这3个文件的修改。
最后本文通过建立两个小任务来对μC/OS-II的移植进行了有效的测试。

STM32F107官方开发板电路，包括原理图和PCB原文件，以及电路上用到的所有器件原理图库和PCB封装库，电路为官方原板，外围电路丰富，包括CAN、电机控制、SD卡、音频处理、I/O扩展、USB接口、串口接口、存储扩展、LCD接口和STM32F107核心系统电路等，已通过本人的设计项目验证，电路设计规范可靠，可以为STM3210X系列的电路应用设计提供很好的参考和封装，省时省力，绝对超值！！！

一个简单的CButtonEx，可以支持（1）jpeg图片按钮；
（2）png图片按钮；
（3）gif图片(第一帧)按钮；
（4）直接添加tooltip提示信息；
（5）普通/特殊两类按钮

android日记本实现源代码自己写的界面是丑了点但是功能都还在添加日记修改日记删除日记日记加密（图形加密和数字加密）有兴趣的童鞋可以下载来看欢迎扩展欢迎指导

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。