前端如何理解智能合约

从技术角度来看，智能合约由4部分组成:
1. 变量，定义并存储数据
2. 方法（function)，查询或修改数据
3. 事件(event),广播并记录日志，一般配合方法使用。
4. 日志（logs），日志由event广播时生成

一.变量
智能合约中的变量是集定义和存储两个功能为一体的，这点是与其他开发语言中最大区别。
以前端JS脚本为例，如果我们定义了一个变量值初始为0，调用了一个方法改为1，再调用一个获取的方法获取到的值为1。下一次再调用这个脚本的时候，直接获取这个变量的值你会发现它依旧是0。而相同的情况如果发生在智能合约中，我们获取到的结果便会是1。因为智能合约中的变量是有存储数据的功能的，而所有人调用这个方法访问的都是同一个变量。
二.方法
智能合约中的方法按功能主要分为两种，一种是只读，另一种是修改。
只读方法不会修改合约的任何变量，只会在合约上查询变量或者做些简单的数据统计等等，这种方法请求后没有交易hash,会直接返回请求结果，且不需要矿工费用。
修改方法意味着需要修改变量，这类型方法需要先生成交易hash然后打包到交易队列中等待执行，这种会收取矿工费。
方法还有一个关键字来配置调用这个方法需不需要额外支付主币等等。
方法还可以指定广播事件，即有人调用这个方法并成功执行后会向外广播并携带参数。
三.事件（event）
事件需要单独定义，但是需要和方法配合使用。事件广播时的参数有两部分topics和data，其中topics中存放的东西我们称之为索引，也叫关键字，最多只能携带四个，且第一个 为方法名编译后的值，不能修改，其他三个参数可以自己传，超过三个自定义参数的其他数据会在data中存储，data中的数据需要解析以后才能使用。在实际应用中，事件主要有三个功能：
1.服务器可以写一个监听脚本，监听某个合约的某个事件，同步数据到自己的数据库。
2.其他合约可以监听事件，自动触发自己合约中的某些方法。
3.事件广播后会生成日志（logs)，logs会记录事件广播的参数,通过logs我们完全可以做到历史数据的查询。
四.日志(logs)
事件日志是区块链自带的功能，与传统的修改变量的方法比较占用的空间更少,矿工费更低，是最理想的数据存储格式。前后端都可以通过对应方法查询记录。