说起到qt的编译，真是领人痛心啊，不仅编译选项繁多，而且编译时间比较久，总是能使想编译qt源码的人望而却步，呵呵。。。我就是其中一个，不知道从什么时候开始就想着把qt的源码编译一下，也尝试过几次，但都以失败而告终，编译的时候总是不得要领，网上的相关文章也是一大片，但总是五花八门，因为不同人的机器是不一样的，编译的源码时可能会出现不一样的错误信息。

从定义来理解特征向量的话，就是经过一个矩阵变换后，空间沿着特征向量的方向上相当于只发生了缩放，比如我们考虑下面的矩阵

一些题目为了拓宽一下解决问题的思路，此外，涉及一些容易忽视的 CSS 细节。

解题不考虑兼容性，题目天马行空，想到什么说什么，如果解题中有你感觉到生僻的 CSS 属性，赶紧去补习一下吧。

这个属于entity framework自带的一个Action方法，它给大家带来了不错的用户体验，我们可以将其输出放到控制台，又或者写入到记事本中

同步：页面请求实时传给服务器，导致必填数据没有填的时候，要回到页面上重新从头填写，耗时长、客户体验差。 http://www.cnblogs.com/lwvytr/

任何对象要访问这个类只能通过这个实例对象来访问，我们把房子比喻一个java类，每个房子只有一把钥匙（好比每个类只有一个实例），这样唯有房子的主人才有这个钥匙才能访问房子，其他人访问不了。 http://www.cnblogs.com/vrtjawe/

如果本地版本小于服务器端最新的版本号，则拉取需要更新的数据，服务器端返回数据的同时会返回本地传输的数据的一个校验值， 客户端获取到服务器端响应时先根据接收到的数据计算校验值，计算出来之后与服务器端返回的校验值进行比较， 如果本地计算的校验值与服务器端返回的校验值一致则进行更新客户端本地数据，不一致则视为无效数据，重新请求 Pull 接口。

可以发现上面的那个求解方式,其实和梯度求解的方式是一样的.(详情可以去查阅梯度的wiki),说完了梯度之后,我们来进一步说一下

梯度算法使如何使用到梯度(grad)来进行快速下降或者上升的吧.

回到正题，我们就不吐槽其他的了，上一篇说到微信的菜单了，那么，我们现在说说菜单回复等等的吧。

菜单回复是需要处理XML文件的，我们根据微信返回的XML文件，可以得到每个微信用户相对于微信公众号的唯一标识。微信公众平台的机制简单的将就是我们自己输出固定格式的xml文件，然后微信APP负责解析，得到我们想要的信息，然后对信息统一处理。 http://www.cnblogs.com/tmkeur/

分库策略我们选择了“二叉树分库”，所谓“二叉树分库”指：在进行数据库扩容时，以2倍数进行扩容。比如：1台扩容2台，2台扩容4台，以此类推。最后把Order库分了8个库中，每个库10个表。

Chrome浏览器我想是每一个前端er必用工具之一吧，一部分原因是它速度快，体积不大，支持的新特性也比其它浏览器多，还有一部分我想就是因为它的控制台功能强大了吧，说它是神器一点也不过分，很方便。但其实很多开发者并没有用出控制台的精髓，只是使用简单的console.log();其实控制台功能远远不止这么简单哦。 http://www.cnblogs.com/bumnil/

这很简单，因为p1.equals(e1)是调用父类Person的equals方法进行判断的，它使用的是instanceof关键字检查e1是否是Person的实例，由于两者村子继承关系，那结果当然是true了，相等也就没有任何问题了，但是反过来就不成立了，e1和e2是不可能等于p1，这也是违反对称性原则的一个典型案例。 http://www.cnblogs.com/rlvahmt/

趁着这个国庆小长假，自己在家里也用了好几天专门用来编译这个qt，主要也是想了解下这个编译参数对qt的影响是什么，看了网上一部分的相关资料，也都大同小异，在我编译的过程中，感觉有一些出入，比如说编译qt基础模块的时候，是否需要openssl，网上很多博客里都记载了说openssl是在编译webkit的时候需要的，但是我觉着编译qnetwork的时候可能也需要这个库，个人感觉编译qt源码是一个很大的挑战，不是因为他难以编译，主要是qt的编译选项和他的sdk跨平台。

为方便演示笑脸图案在0,0和1,1围起来的单位正方形里，同时也用两个箭头标出来了特征向量的方向。 http://www.cnblogs.com/ugjtyk/

如果一个资源（变量，对象，文件，数据库）可以同时被很多线程使用就会出现数据不一致问题，也就是我们说的线程安全问题。这样的资源被称为共享资源或临界区。

鉴于笔者能力有限，所以如有错误请多指教，且很多仅仅是工程上的近似化应用，没有做过仿真模拟。

我讲的东西更加偏重于实践，可以帮助你切实的实现这个应用！