code first在锁的粒度上分为两种

Posted 2020-08-06

构造函数每个类都有一个默认的构造函数，一个类可以有多个构造函数，每个类在执行构造函数时（如果继承了父类）都会先执行父类构造函数再执行自身函数，这样子类就可以拥有父类的属性和方法了。
应用场景如：写个通用的泛型方法，传入一个类作为类型。这样就可以使用这个类的方法属性以及继承的一些属性和方法。

但是有些项目可以使用这种方式，但有些却不太适合，或者我们就是想要去尝试新的框架。比如最近我就尝试着使用了webpack+react+es6的方式开发项目，感觉很不错，然后很多项目都用了这种方式。所以为了不需要每次开发的时候都从头开始新建文件，就想着能不能弄个工具，使用命令能够快速的生成这样一套跑的通的项目模版，正好，有个工具叫yeoman。

首先，我们知道，构造函数是生成对象的模板，一个构造函数可以生成多个对象，每个对象都有相同的结构。构造函数的缺点就是，每当你实例化两个对象时，需要调用两次构造函数的某一个方法，这带来的坏处就是占用内存，而且没必要。

　　其次，为了解决构造函数的属性和方法无法被对象实例所共享的问题，我们可以把需要共享的属性和方法放在原型（prototype）对象上。原型对象上的所有属性和方法，都会被对象实例所共享。对于构造函数来说，prototype是作为构造函数的属性；对于对象实例来说，prototype是对象实例的原型对象。所以prototype即是属性，又是对象。

程序和进程和线程的关系：

　　　　独立功能的一次程序执行可以开启一个进程，同程序可以多次开启形成多个进程，每个进程中又可以开启线程，当然每个程序都至少会有一个线程，比如main

　 线程同步的方法：

　　　　互斥量，信号量，条件变量，临界区。

2：内核线程和用户线程
　　内核线程的建立和销毁都是操作系统负责，通过系统调用完成。

　　用户线程不需要操作系统负责，利用线程函数库调用完成创建销毁同步管理，并且允许自己定制自己的调度算法，调度的代价比内核线程的代价低很多。

用料齐活了， 就开始做菜了，要做的分别是REST清蒸C（添加记录）、REST油炸R（查询记录）、REST红烧U（更新记录）和REST水煮D（删除记录）。

 

1. 查询记录

　　这个很简单，跟前几篇介绍的套路差不多，新建一个index.jsp，放入一个用于查询的超链接

在数据库中也是有锁和事务的概念，在C#中也是存在，当然code first也是必要要有的。对于什么是并发、什么是锁和事务，它们的特性是什么这些概念性的就不一一列举。因为这些要是发散的学习就涉及到好多的知识点。并发能联想到多线程，多线程能联想到同步异步，同步异步操作系统，等等。知识都是连贯着的。有了并发那就有不并发的情况，想让不并发，那用什么呢？那就要用锁。说起锁又想起锁的类型、粒度、死锁等。什么悲观锁、乐观锁、粒度上又分单元格级、行级、表级等。总的来说想弄明白C#是很不容易的，担负着打光棍的风险，把青春放在了敲代码上。上面算是开场白一些不正经的，下面开始说正经的。

今天没事翻了翻JS高程，看到了setTimeout部分有这么一句话：调用setTimeout()之后，该方法会返回一个数值ID，表示超时调用。这个超时调用ID是计划执行代码的唯一标识符，可以通过它来取消超时调用。

auto-complete提供了TAB、UP、DOWN、M-p和M-n来上下移动选择自动联想项。对于emacs使用惯的用户都习惯了使用C-p和C-n来上下移动，而且在Mac OS X系统下M-p和M-n快捷键实在是不太好按。