这个就是java代码中的泛型啊。。意思是这里List里面只能放int型的对象
目前成都创新互联已为1000多家的企业提供了网站建设、域名、雅安服务器托管、网站托管维护、企业网站设计、河南网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
首先我们来定义LockingPtr用到的Mutex类的骨架：
class Mutex
{
public:
void Acquire();
void Release();
...
};
为了能使用LockingPtr，你要用你操作系统用到的数据结构和基本函数来实现Mutex。
LockingPtr用受控的变量的类型来作为模板。举例来说，如果你想管理一个Widget，你使用一个LockingPtrWidget，这样你可以用一个类型为volatile Widget的变量来初始化它。
LockingPtr的定义非常简单。LockingPtr实现一个相对简单的smart pointer。它目的只是把一个const_cast和一个临界区集中在一起。
Template typename T
Class LockingPtr {
Public:
//构造/析构函数
LockingPtr(volatile T obj, Mutex mtx)
: pObj_(const_castT*(obj)),
pMtx_(mtx)
{ mtx.Lock(); }
~LockingPtr()
{ pMtx_-Unlock(); }
//模拟指针行为
T operator*()
{ return *pObj_; }
T* operator-()
{ return pObj_; }
private:
T* pObj_;
Mutex* pMtx_;
LockingPtr(const LockingPtr);
LockingPtr operator=(const LockingPtr);
};
尽管简单，LockingPtr对写出正确的多线程代码非常有帮助。你应该把被几个线程共享的对象定义为volatile而且不能对它们使用const_cast——应该始终使用LockingPtr自动对象。我们通过一个例子来说明：
假设你有两个线程共享一个vectorchar对象
class SyncBuf {
public:
void Thread1();
void Thread2();
private:
typedef vectorchar BufT;
volatile BufT buffer_;
Mutex mtx_; //控制对buffer_的访问
}; 软件开发网
在一个线程函数中，你简单地使用一个LockingPtrBufT来取得对buffer_成员变量的受控访问：
void SyncBuf::Thread1() {
LockingPtrBufT lpBuf(buffer_, mtx_);
BufT::iterator I = lpBuf-begin();
For (; I != lpBuf-end(); I) {
...使用*i...
}
}
这些代码既非常容易写也非常容易懂——任何时候你需要用到buffer_，你必须创建一个LockingPtrBufT指向它。一旦你这样做，你就能够使用vecotr的所有接口。
非常好的事情是，如果你犯了错，编译器会指出来：
void SyncBuf::Thread2() {
//错误，不能对一个volatile对象调用begin()
BufT::iterator I = buffer_.begin();
//错误！不能对一个volatile对象调用end()
for (; I != lpBuf-end(); I) {
...使用*i...
}
}
你不能调用buffer_的任何函数，除非你要么使用一个const_cast要么使用LockingPtr。区别是LockingPtr提供了一个有序的途径来对volatile变量使用const_cast。
LockingPtr非常有表现力。如果你只需要调用一个函数，你能够创建一个无名临时LockingPtr对象并直接使用它：
Unsigned int SyncBuf::Size() {
Return LockingPtrBufT(buffer_, mtx_)-size();
}
回到基本类型
我们已经看到了volatile保护对象不被不受控制地访问时是多么出色，也看到了LockingPtr提供了多么简单和高效的方法来写线程安全的代码。让我们回到基本类型，那些加了volatile后行为与用户自定类型不同的类型
我们来考虑一个例子，多个线程共享一个类型为int的变量。
Class Count
{
public:
...
void Increment() { ctr_; }
void Decrement() { --ctr_; }
private:
int ctr_;
};
如果Increment和Decrement被不同线程调用，上面的代码片段是有问题的。首先，ctr_必须是volatile，其次，即使象 ctr_那样看上去是原子操作的函数实际上是一个三步操作。内存本身没有算术能力，当递增一个变量时，处理器：
* 读取那个变量到寄存器
* 在寄存器中增加值
* 把结果写回内存
这个三步操作叫做RMW（Read-ModifyWrite 读-改-写）。在执行一个RMW操作的“改”
操作时，为了让其他处理器访问内存，大多数处理器会释放内存总线。
如果那时另一个处理器对同一个变量执行一个RMW操作，我们就有了一个竟态条件；第二个写操作覆盖了第一个的结果。
你也能够用LockingPtr避免这种情况：
class Counter
{
public:
...
void Increment() { *LockingPtrint(ctr_, mtx_); }
void Decrement() { --*LockingPtrint(ctr_, mtx_); }
private:
volatile int ctr_;
Mutex mtx_;
};
现在代码正确了，但代码质量比较SyncBuf的代码而言差了很多。为什么？因为在Counter里，如果你错误地直接访问ctr_(没有先对它加锁)编译器不会警告你。如果ctr_是volatile， ctr_也能编译通过，但产生的代码明显是错误的。编译器不再是你的帮手了，只有靠你自己注意才能避免这样的竟态条件。
那你应该怎么做？简单地把你用到的基本数据包装为更高层次的结构，对那些结构用volatile。荒谬的是，尽管本来volatile的用途是用在内建类型上，但实际上直接这样做不是个好主意！
volatile成员函数
到目前为止，我们已经有了包含有volatile数据成员的类，现在我们来考虑设计作为更大对象一部分的类，这些类也被多线程共享。在这里用volatile成员函数有很大帮助。
当设计你的类时，你只对那些线程安全的成员函数加voaltile标识。你必须假定外部代码会用任何代码在任何时刻调用volatile函数。不要忘记：volatile等于可自由用于多线程代码而不用临界区，非volatile等于单线程环境或在一个临界区内。
例如，你定义一个Widget类，实现一个函数的两个变化——一个线程安全的和一个快的，无保护的。
Class Widget
{
public:
void Operation() volatile;
void Operation();
...
private:
Mutex mtx_;
};
注意用了重载。现在Widget的用户可以用同样的语法来调用Operation，无论你为了获得线程安全调用volatile对象的Operation还是为了获得速度调用常规对象的Operation。但用户必须小心地把被多线程共享的Widget对象定义为volatile。
当实现一个volatile成员函数时，第一个操作通常是对this用一个LockingPtr加锁。剩下的工作可以交给非volatile的对应函数：
软件开发网
void Widget::Operation() volatile
{
LockingPtrWidget lpThis(*this, mtx_);
LpThis-Operation(); //调用非volatile函数
}
总结
当写多线程程序时，你可以用volatile得到好处。你必须遵守下面的规则：
* 定义所有的被共享的对象为volatile。
* 不要对基本类型直接用volatile
* 当定义可被共享类时，使用volatile成员函数来表示线程安全。
如果你这样做，而且如果你使用那个简单的返型组件LockingPtr，你能够写出线程安
全的代码而不用更多考虑竟态条件，因为编译器能为你留心，会为你主动指出你错误的地方。
我参与的几个使用volatile和LockingPtr的计划获得很好的效果。代码清晰易懂。我记得碰到几处死锁，但我情愿遇到死锁也不要竟态条件，因为死锁调试起来容易得多。事实上没有遇到任何问题是关于竟态条件的。
首先你写的有问题
var object() 这个还真不知道是什么了
var 是javascript的一个基础类型的泛型 可以是string int char 等等 也称作弱类型
但是他不是一个函数 也不能定义成一个函数
一般直接定义 var object = 1; var object = " hellow";
还可以是 var object = function double(x){
return 2 * x;
}
或者你因该问的是定义函数的三中方式
第一种：这也是最常规的一种
function double(x){
return 2 * x;
}
第二种：这种方法使用了Function构造函数，把参数列表和函数体都作为字符串，很不方便，不建议使用。
var double = new Function('x', 'return 2 * x;');
第三种：
var double = function(x) { return 2* x; }
str='123';
str就是字符串类型。
但是它并不是对象。
既然不是对象，你instanceof 任何东西都不可能是true
除非你这样声明
var str = new String('123')
javascript也会有自动拆装箱的操作。
str = ‘123’
此时str是基本数据类型
但当你调用str.substring方法时。
javascript解释器会将str临时包装成一个String对象，然后释放掉。
所以str不是对象，但有时候也是对象。给你造成了困惑。
var 就是相当于声明符， 作用等同于java代码中的int、String.....。不过在js中，var是个泛型，就是你声明变量无论是整形还是字符类型都用var。
TypeScript是由微软开发的一种可快速入门的开源的编程语言，是JavaScript的一个超集，且向这个语言添加了可选的静态类型和基于类的面向对象编程。能够帮助web前端开发人员编出更出色的JavaScript代码、搞定规模可观的JavaScript项目并为ECMAScript 6的来临做好准备。
JavaScript是一款通用脚本语言，植根于开发工具的核心深处，同时在Node.js等服务器端实现方案中也有所体现。除此之外，JavaScript还是微软开发技术方案的关键组成部分，若想对office进行扩展，不使用JavaScript是不行的。
虽然JavaScript已发展得非常强悍了，但其离完美还有一大段距离，特别是在构建包含大量客户端代码的web应用时，JavaScript的不足之处就非常明显。这个时候，配合TypeScript使用，JavaScript的缺陷就可完美解决。只需在TypeScript当中编写代码，而后将其交付至编译器，即可将所开发代码转换为能够运行在服务器端，又可以由客户端中的HTML进行调用的JavaScript形式方案。
TypeScript还将大量ECMAScript 6功能加入到了JavaScript当中，具体包括类与模块，并尝试将这两种本是同根生的语言加以进一步融合，从而满足ECMAScript 6的标准化方法要求。通过这种方式，大家可以利用TypeScript开发出能够为ECMAScript 6所接纳的代码，同时充分发挥TypeScript的静态类型优势以提升代码安全性水平。
TypeScript允许我们面向变量进行类型声明，从而确保A始终属于整数而C始终属于字符串。虽然TyperScript的类型安全性并不像Fortran那么全面，但其仍然能够定义数字与字符串，并利用Boolean类型显著改善代码调试机制。除此之外，TyperScript还提供选项以实现类型推断，从而降低发生错误的可能性如果大家的代码为两个数字相加，那么TyperScript会认定其结果始终为数字。
通过使用TypeScript，开发者也可以将类型应用至数组中，或利用enums为特定变量名称设置值。如果不确定自己可能使用哪种类型，则可以将变量设定为any，在这种情况下TypeScript不会推断其具体类型、大家也不会因此遇到错误或者警告。TypeScript类型可以自行选择，因此也无需在编译或者运行之前，首先向现有代码添加各种类型，这将有效简化现有代码的相关迁移工作。
需要注意的是，现有JavaScript代码将成为TypeScript应用程序的一部分加以运行。而如果将代码迁移到ECMAScript 6或者TypeScript语法形式下，大家即可享受到TypeScript的各种功能优势。而如果我们使用具备TypeScript识别能力的工具，则可以拥有面向Visual Studio IntelliSense的支持能力——其能够帮助我们对函数调用中的类型进行管理。除此之外，也可利用TypeScript声明文件向各类常用库及服务中快速添加类型支持，例如jQuery库。
拥有这样一款类型化且近似于JavaScript的语言能够给类使用与模块构建带来显著简化（与AngularJS当中的处理方式非常相近）。类型的存在能够确保某个警告类中的所有实例都通过字符串进行调用，这将帮助我们轻松构建起更理想的构造函数。大家可以将这种类型化构造函数调用视为一种契约，负责定义两段代码之间的相互作用——并帮助我们更轻松地在不同应用程序之间重复使用同一函数。
在函数调用当中定义类型正是创建接口结构的关键所在，能够使我们的代码更具面向对象特性。大家可以将函数元素明确定义为接口，并选择在函数当中使用更具描述性的名称，同时又不会影响到进行调用检查时向IntelliSense等函数所必需的工具发出通知。
以这种方式定义类型与接口，能够让多位开发人员轻松对大型JavaScript项目加以管理。而在函数与类设计中秉持“接口至上”的契约化方法，则能够帮助大家在对应用程序中特定部分进行优化时不至于影响到其余部分，或者从其他开发者手中借用某种接口定义并直接运用到其它实现方案当中。这种方式允许我们以更为高效的方式使用诸如Git以及GitHub等工具，从而在一套持续开发模型当中轻松管理多个代码分支。
如果使用的是Java语言 或者C#语言，那么对TypeScript（以及ECMAScript 6）的类实现机制一定不会感到陌生。大家可以在构造函数之内创建类，从而对方法中所使用的类型进行定义，最终利用类似的来处理各种内部对象。大家也可以利用继承、添加功能与重写方法等方式对类进行扩展。而更值得注意的是，TypeScript还支持常见于函数与接口当中的泛型——其能够帮助大家交付可重复使用的函数。
一旦掌握了TypeScript处理类与函数的方式， 就可以着手将其组织在模块当中，在这里类与函数能够被拆分至多个文件当中。这显然是一种非常便捷的代码组织方案——举例来说，我们可以利用几个文件来处理购物车当中的不同函数。在此之后，大家可以对各个子模块进行分别更新，从而在特定函数中利用调整归零机制改善其性能水平，同时又不至于对其它函数造成影响。具备声明文件的JavaScript库也可以作为模块使用，因此大家能够在TypeScript应用程序当中充分发挥由此带来的诸多优势。
在大型web应用程序的开发中，对JavaScript的使用，以TypeScript作为切入点，将大大提高我们开发的效率。TypeScript不仅能够帮助我们在具备充分掌控能力且遵循可重复使用方针的前提下完成编码工作，同时也能够拥有一条通往ECMAScript 6的理想路径。相信今后web前端开发，甚至整个web端所有网站的开发，都将逐步使用到TypeScript，以提高JavaScript的编程效果。