只要是对象就有原型, 并且原型也是对象, 因此只要定义了一个对象, 那么就可以找到他的原型, 如此反复, 就可以构成一个对象的序列, 这个结构就被成为原型链

老周写了几篇有关MEF的烂文，简单地说，MEF是一种动态扩展技术，比如可以指定以某个程序集或某个目录为搜索范围，应用程序在运行时会自动搜索符合条件的类型，并自动完成导入，这样做的好处是，主程序的代码不用改来改去，只需要把扩展的程序集放到对应的目录下就可以了。

带着这种想法，当用户请求应用程序的这些源文件时，应以将会动态的加载这些捆绑。由于 AngularJS 是一个纯客户端框架，可以动态加载 ASP.NET 包和服务器端技术，所以这两项技术相结合，成为了这个要求具有发布调试模块的实例应用的最大开发挑战。

容易引起不规范开发，因为ORM可以在任何地方写ORM语句然后调用开发，这样对于初始程序员来说他们很可能在系统的任何地方乱丢ORM语句，这样给维护带来了很大的难度。
因为我一直都不看好这些ORM框架所以缺点写多了点，可能还有些优点是我不知道的，路过的人要是知道可以给我留言，我再补上。

由于项目需要，笔者需要在安卓平台开发一个程序，能够用蓝牙和下层的单片机通讯。

出于测试目的，笔者先用两部均支持蓝牙的安卓设备进行设备间通讯实验，本文就是在这个实验基础上写就的。

查阅了一些参考书籍和博客文章，笔者很是失望，因为它们都是罗列代码（而且几乎都是套用安卓官方自带的那两个例子——API Guides下的蓝牙指导代码和samples下的BluetoothChat），但是并没有给出系统的宏观分析，让人颇感失望。

在正式实现各种炫酷的功能和UI前，做好准备工作是提高后续开发效率的必经之路。

所以，这个系列，我不是在各种堆技术，更关注的是“兵马动”之前的“粮草行”，有些繁琐，但当清晰理出整个脉络，后续的工作只是在良好的基础和框架上无限扩展和优化。

在选择 vue 之前，使用 reactjs 也做过一个小 Demo，虽然两者都是面向组件的开发思路，但是 reactjs 的全家桶方式，实在太过强势，而自己定义的 JSX 规范，揉和在 JS 的组件框架里，导致如果后期发生页面改版工作，工作量将会巨大。

每个进程都有赋予它自己的私有地址空间。当进程内的线程运行时，该线程仅仅能够访问属于它的进程的内存，而属于其他进程的内存被屏蔽了起来，不能被该线程访问。

本文将作为一个入门级的、结合源码的文章，旨在为刚刚接触GDI+编程或对相关知识感兴趣的读者做一个入门讲解。游戏尚且未完善，但基本功能都有，完整源码在文章结尾的附件中。

你不能把.NET Core作为全新体系来学习，因为它也是.NET。关于.NET Core，老周并不打算写什么，因为你懂了.NET，就懂了.NET Core了。使用.NET Core，你只需要学会一件事——学会如何配置环境，侧重点是运行环境，开发环境你可以用VS，只需要安装一个VS的Tool就行了，这个Tool目前仍是预览版，将来应该会内置到VS中。

我想仿照Git数据同步的方式来进行数据同步，于是放着Git同步的流程来进行设计，首先每次提交会有一个版本号，另外每次提交之前应尽可能先从服务器端拉取数据， 保证客户端的数据是最新的情况下再进行提交本地的修改。按照Git的方式来进行数据同步时，可能会存在数据冲突，如果存在数据冲突需要客户端解决冲突。http://www.cnblogs.com/xeku/

这部分命令参数的通用的，不管--test测试什么内容都可以使用这些通用的命令。可以执行sysbench --help了解各参数的具体解释

也就是总体来说，操作有两个大的操作，一个是从服务器端拉取数据，一个是向服务器端推送数据更新。
在数据库层面有一个数据版本表来存储每一次提交，每一次更新会在更新结束之后将在版本表中加上一条记录，更新一个版本，并将版本号返回给客户端， 每次从服务器端拉取更新的时候不仅会将更新的数据返回给客户端，也会将最新的版本号返回到客户端，用以客户端下一次同步数据。

不过你应该了解，不是所有的.NET API都会被移植，只有那些不太依赖于 Windows 平台的才可以移植，即核心API都是可以移植的，所以才叫Core。哪些API会依赖于Windows平台，老周告诉你一个非权威法则：凡是以 W 开头的，通常是不能移植的，比如 Windows Forms、WPF、WIF、WF、WCF等。WCF有一小部分已移植，以便于访问服务。此外，MEF也不能移植，因为MEF是专用于托管代码的，但微软已经提供了与MEF功能相同的本地代码集，你只需在Nuget中搜索 Microsoft.Composition 就能找到了。ASP.NET已移入ASP.NET Core。

C/C++运行期启动代码调用main函数