这里介绍一种简单的使用nodejs来实现，编译，部署的方法。

创建一个nodejs项目，实现一个简单的智能合约。

这个合约实现了一个造币和转币的逻辑。

我们的合约是运行在evm上面的字节码，solidity是静态语言，需要通过编译器生成evm的字节码。

调用 node compile.js ,对BaseToken进行编译，生成字节码。web3中提供了一个部署合约的接口，使用如下，

利用编译生成的abi和bytecode，创建一个合约对象，然后进行发布，等待着异步执行的方法输出合约地址 contractAddress ，这样就完成了部署。不过这种方式有一个问题，就是在发布合约时，你的私钥处于联网状态，

处于安全策略，我们需要尽量避免私钥在联网状态。

以太坊上部署合约是向空地址发送一个附有字节码的签名交易，其中发送者就是这个合约的拥有者。因此我们只需要将合约构建成一笔交易，我们在无网状态下对这笔交易进行签名，然后将签名发送到以太坊网络中。这样能够降低我们私钥被泄漏的风险。

对合约的签名方法如下：

以上对一个合约签名，这里需要注意的问题是，to的地址需要是，空地址。

完成签名之后，我们把这笔交易发送出去就好，最简单的方法就是使用 etherscan的发送Tx的方式 ，一旦发送完成，部署完成，就可以看到合约地址。

在javascript中实现接口有三种方式：注释描述、属性验证、鸭子模型。

note：因为我看的是英文书，翻译水平有限，不知道有些词汇如何翻译，大家只能领会精神了。

1. 注释描述 （Describing Interfaces with Comments）

例子：

复制代码 代码如下:

/*

interface Composite {

function add(child)

function remove(child)

function getChild(index)

}

interface FormItem {

function save()

}

*/

var CompositeForm = function(id, method, action) { // implements Composite, FormItem

...

}

//Implement the Composite interface.

CompositeForm.prototype.add = function(child) {

...

}

CompositeForm.prototype.remove = function(child) {

...

}

CompositeForm.prototype.getChild = function(index) {

...

}

// Implement the FormItem interface.

CompositeForm.prototype.save = function() {

...

}

模拟其他面向对象语言，使用interface 和 implements关键字，但是需要将他们注释起来，这样就不会有语法错误。

这样做的目的，只是为了告诉其他编程人员，这些类需要实现什么方法，需要在编程的时候加以注意。但是没有提供一种验证方式，这些类是否正确实现了这些接口中的方法，这种方式就是一种文档化的作法。

2. 属性验证（Emulating Interfaces with Attribute Checking）

例子：

复制代码 代码如下:

/* interface

Composite {

function add(child)

function remove(child)

function getChild(index)

}

interface FormItem {

function save()

}

*/

var CompositeForm = function(id, method, action) {

this.implementsInterfaces = ['Composite', 'FormItem']

...

}

...

function addForm(formInstance) {

if(!implements(formInstance, 'Composite', 'FormItem')) {

throw new Error("Object does not implement a required interface.")

}

...

}

// The implements function, which checks to see if an object declares that it

// implements the required interfaces.

function implements(object) {

for(var i = 1i <arguments.lengthi++) {

// Looping through all arguments

// after the first one.

var interfaceName = arguments[i]

var interfaceFound = false

for(var j = 0j <object.implementsInterfaces.lengthj++) {

if(object.implementsInterfaces[j] == interfaceName) {

interfaceFound = true

break

}

}

if(!interfaceFound) {

return false

// An interface was not found.

　}

}

return true

// All interfaces were found.

}

这种方式比第一种方式有所改进，接口的定义仍然以注释的方式实现，但是添加了验证方法，判断一个类型是否实现了某个接口。

3.鸭子类型（Emulating Interfaces with Duck Typing）

复制代码 代码如下:

// Interfaces.

var Composite = new Interface('Composite', ['add', 'remove', 'getChild'])

var FormItem = new Interface('FormItem', ['save'])

// CompositeForm class

var CompositeForm = function(id, method, action) {

...

}

...

function addForm(formInstance) {

ensureImplements(formInstance, Composite, FormItem)

// This function will throw an error if a required method is not implemented.

...

}

// Constructor.

var Interface = function(name, methods) {

if(arguments.length != 2) {

throw new Error("Interface constructor called with "

　+ arguments.length + "arguments, but expected exactly 2.")

}

this.name = name

this.methods = []

for(var i = 0, len = methods.lengthi <leni++) {

if(typeof methods[i] !== 'string') {

throw new Error("Interface constructor expects method names to be "

+ "passed in as a string.")

}

this.methods.push(methods[i])

}

}

// Static class method.

Interface.ensureImplements = function(object) {

if(arguments.length <2) {

throw new Error("Function Interface.ensureImplements called with "

+arguments.length + "arguments, but expected at least 2.")

}

for(var i = 1, len = arguments.lengthi <leni++) {

var interface = arguments[i]

if(interface.constructor !== Interface) {

throw new Error("Function Interface.ensureImplements expects arguments"

+ "two and above to be instances of Interface.")

}

for(var j = 0, methodsLen = interface.methods.lengthj <methodsLenj++) {

var method = interface.methods[j]

if(!object[method] || typeof object[method] !== 'function') {

throw new Error("Function Interface.ensureImplements: object "

+ "does not implement the " + interface.name + " interface. Method " + method + " was not found.")

}

}

}

}

何时使用接口？

一直使用严格的类型验证并不适合，因为大多数javascript程序员已经在没有接口和接口验证的情况下编程多年。当你用设计模式开始设计一个很复杂的系统的时候，使用接口更有益处。看起来使用接口好像限制了javascript的灵活性，但实际上他让你的代码变得更加的松耦合。他使你的代码变得更加灵活，你可以传送任何类型的变量，并且保证他有你想要的方法。有很多场景接口非常适合使用。

在一个大型系统里，很多程序员一起参与开发项目，接口就变得非常必要了。程序员经常要访问一个还没有实现的api，或者为其他程序员提供别人依赖的一个方法存根，在这种情况下，接口变得相当的有价值。他们可以文档化api，并作为编程的契约。当存根被实现的api替换的时候你能立即知道，如果在开发过程中api有所变动，他能被另一个实现该接口的方法无缝替换。

如何使用接口？

首先要解决的问题是，在你的代码中是否适合使用接口。如果是小项目，使用接口会增加代码的复杂度。所以你要确定使用接口的情况下，是否是益处大于弊端。如果要使用接口，下面有几条建议：

1.引用Interface 类到你的页面文件。interface的源文件你可以再如下站点找到: http://jsdesignpatterns.com/.

2.检查你的代码，确定哪些方法需要抽象到接口里面。

3.创建接口对象，没个接口对象里面包含一组相关的方法。

4.移除所有构造器验证，我们将使用第三种接口实现方式，也就是鸭子类型。

5.用Interface.ensureImplements替代构造器验证。

您可能感兴趣的文章:

小议javascript 设计模式 推荐

JavaScript 设计模式之组合模式解析

javascript 设计模式之单体模式 面向对象学习基础

JavaScript 设计模式 安全沙箱模式

JavaScript设计模式之观察者模式（发布者-订阅者模式）

JavaScript设计模式之原型模式(Object.create与prototype)介绍

JavaScript设计模式之工厂方法模式介绍

javascript设计模式之中介者模式Mediator

学习JavaScript设计模式之责任链模式