ERC191是以太坊上的一个代币标准提案，全称是"EthereumRequestforComment191"。

实际项目开发的时候，有的路由场景会比较复杂，比如数据库里的文章有很多，我们不可能一一去定义路由，此时该怎么办？组织代码的时候，有的路由是用于移动端，有的路由是用于PC端，该如何组织代码？

上篇我们介绍了如何定义路由，本篇我们讲讲如何在Next.js中实现链接和导航。所谓“导航”，指的是使用JavaScript进行页面切换，通常会比浏览器默认的重新加载更快，因为在导航的时候，只会更新必要的组件，而不会重新加载整个页面。

路由（Router）是Next.js应用的重要组成部分。在Next.js中，路由决定了一个页面如何渲染或者一个请求该如何返回。Next.js有两套路由解决方案，之前的方案称之为“PagesRouter”，目前的方案称之为“AppRouter”，两套方案目前是兼容的。

欢迎学习Next.js！在学习具体的知识点之前，我们先来创建一个Next.js项目。创建了可运行的项目，才能在学习的时候边调试边理解，从而达到事半功倍的效果。

为什么会有ERC1363标准？我们知道，ERC20是用于在以太坊区块链上创建和管理代币的流行标准。它定义了一组函数和事件，用于转账、批准和查询代币余额。虽然ERC20标准已经成功用于创建各种代币，但它也存在一些已知的缺点和漏洞，这些漏洞被黑客利用，盗取了很多代币，让项目损失惨重。

在手把手教你实现BigBank文章中，我们实现了一个稍微复杂点的存款、取款业务。但是聪明的你可能发现了，我们的BigBank虽然名字中带有big，但是有一个明显的缺点:它只能存入和取出ETH原生代币，面对广大的符合ERC20标准的Token却无能为力。

当工程规模变大时，把代码写到一个甚至几个文件中，都是不太聪明的做法，可能存在以下问题：单个文件过大，导致打开、翻页速度大幅变慢查询和定位效率大幅降低，只有有效的组织代码才能更好的维护代码

在手把手教你实现Bank智能合约这篇文章中，我们认真拆解了需求，罗列了相关的知识点，已经实现了基于权限控制的存款和取款逻辑。这篇文章，我们会提升难度，不仅仅要实现功能，还要思考怎么合理的去设计一个合约。

在前面的系列文章中，我们已经学习了solidity的一些基础概念和知识，单纯的知识点学习起来比较枯燥，这一节我们会通过一个简单的示例来将这些知识整合起来。我们期望实现一个名为Bank的合约。