处理的优点非常类似于流媒体的优点。分析能够立即开始，而不是等待所有的数据被处理。而且，由于应用程序只是在读取数据时检查数据，因此不需要将数据存储在内存中。这对于大型文档来说是个巨大的优点。事实上，应用程序甚至不必解析整个文档；它可以在某个条件得到满足时停止解析。

由于需要分别处理不同情况，所以上述代码用多种方式来定义这两个宏。第一个 #if 用于判断编译器是否支持新式枚举，若支持新特性，这一具有功能给我等纠结于屏幕驱动的程序员带来了很大的福音。有经验的读者一定有过这样的经历，用FSMC驱动带由控制器的屏幕时候，一旦驱动芯片更换，则需要重新针对此驱动芯片做寄存器配置等等，一系列繁琐的操作。但是，如果MCU自带LCD驱动器，情况就不一样了，特别是加载了STemwin之后，不同厂家屏幕，只要其分辨率一样，则可以直接替换，最多是触摸屏的芯片不一样，做些触摸驱动。如果分辨率不同，则只需要更改分辨率就可以了，其硬件接口是一样的。

cylonjs其实就是一个操作"机器"的js框架，setCapture可以将鼠标事件锁定在指定的元素上，当元素捕获了鼠标事件后，该事件只能作用在当前元素上。

来做个简易的字符识别 ，既然是简易的 那么我们就不能用任何的第三方库 。啥谷歌的 tesseract-ocr， opencv 之类的 那些玩意是叼 至少图像处理 机器视觉这类课题对我这种高中没毕业的人来说是一座高山 对于大多数程序员都应该算难度不小吧。 但是我们这里 这么简陋的功能 还用那些玩意 作为一个程序员的自我修养 你还玩个球。管他代码写得咋个low 效率咋个低 被高手嗤之以鼻也好 其实那些高手也就那样 把你的代码走起来 ，这是一件很好玩的事情。 以前一直觉着这玩意挺神奇 什么OCR optical character Recognition 高大上，这三个单词一直记不住 。

写这个系列的最初目的其实只是为了自己能更好的学习Asp.Net Core，用一个小的系统作为练习，也督促自己。短期内不见得在实际项目中真的会运用，但至少通过学习，大致的对Asp.Net Core有个了解，也是为以后可能的应用做一下技术储备。起初的设想很简单，就是在一个Web项目中完成所有工作，大致了解Asp.Net Core的知识体系。

当为我们不需要进行逻辑判断时可以使用自动属性。 定义自动属性在后台会自动帮我们生成一个对应数据类型的私有字段  http://www.cnblogs.com/whjety/  　

有时我们想在一行内显示一个标题，以及一段内容，虽然看起来比较简单，但是为了语义化用dl比较合适，但是它默认是block元素，改成inline？那么有多段呢？不就都跑上来了？用float？那问题也挺多。

向对象程序设计中，一个非常重要的技术便是封装，也就是把客观事物封装成抽象的类，并且类可以把自己的数据和方法只让可信的类或者对象操作，对不可信的进行信息隐藏。这样做的好处在于可以使类内部的具体实现透明化，只要其他代码不依赖类内部的私房数据，你便可以安心修改这些代码。此外，这样做也是出于安全方面的考虑，如果代表网上支付卡密码的变量随便就可以被访问到，这样的系统谁还敢用呢？  http://www.cnblogs.com/tsnyc/

Hive是对于数据仓库进行管理和分析的工具。但是不要被“数据仓库”这个词所吓倒，数据仓库是很复杂的东西，但是如果你会SQL，就会发现Hive是那么的简单，简单到甚至不用学就可以使用Hive做出业务需求所需要的东西。

但是Hive和SQL毕竟不同，执行原理、优化方法，底层架构都完全不相同。

每个元素都会变成对象（“文档对象模型”方式，解析完XML将生产一个树状结构的对象），并且按照XML文档关系建立起对象的关系，DOM中整个XML文档是Document对象来表示，用Element表示标签对象属性解析成attribute对象。DOM解析方式是预先将整个XML文档全部节点加载到内存中，然后进行读取。并且可以对XML文档进行增删查改。如果文件比较大，则加载速度慢，并且加载过后极易导致内存溢出。的时候编码工作会比较困难，而且很难同时访问同一个文档中的多处不同数据。

但是目前市面上Hive相关的中文书籍只有一本《Hive编程指南》，对于不懂技术的数据分析人员来说，这本书有些繁琐和深奥；对于Hive技术人员来说，这本书对于原理和细节描述的又显得浅显和不足。