写在前面：
这是一个简单的电商网站。
部署和访问形式：
部署在Google Cloud上，静态IP，没买域名，是一个 web网站 ，手机/电脑输入 访问地址（http://35.189.127.74:8010） 即可访问。值得注意的是这个网站也许只撑到 2020/09 ，然后我的Google 账户 的钱应该就 耗光了。
功能：
普通使用者：游客免登录，注册账号，以账号方式登录，修改资料，预览商品（文字，图片），搜索，加入购物车，编辑购物车，选择运送时间地点并check out 购物车（等待商家确认），确认付款，查看自己的历史订单
管理员：普通使用者的所有功能，商品上传，商品信息删改，审查（驳回，通过，删改数量，添加extra cost）用户check out的订单，查看所有人的历史账单。
技术关键字：
Spring boot, dubbo service, mybatis，oracle, Vue , Element UI , Google Could
写这个的动机:
我人在国外，响应stay at home号召，我买食物都是网购的，这边的网购和中国外卖差不多，你在网站上选，然后选派送时间和地点，他送过来给你。 但是这边的中超却没有网站，他们是微信朋友圈展示，然后你想要什么就和他讲，然后运送给你，或者你自己去店里买，这都很不方便。所以我就打算写一个电商网站给他们用，也当时在这个奇怪的疫情时期为大家的安全出一份力。
Github:
https://github.com/JianTang2000/OnlineShopService
https://github.com/JianTang2000/OnlineShopPortal
web 展示 ：
点击访问 （http://35.189.127.74:8010） ，
这就是一个类似于国外 tesco 之类的网站 的简化版本 ， 或者中国美团外卖超市 的简化版。
这是基于 ElementUi写的，全部都是ElementUI的官方组件，没有复杂的样式。不算难，就是比较麻烦。
以非管理员身份登录，网站可简单分为五部分 （管理员可以看到和进行一些额外的功能，之前已经描述过了就不再说了）：
点击头像进入个信息界面：注册，登录，删改信息等操作；
点击首页：商品预览，搜索，加入购物车等操作；
点击处理：查看商家的审阅（接单）结果，确认付款等；
点击购物车：进一步确认，选择派送方式，check out 购物车等；
点击订单：搜索，查看历史订单等；
workflow :
分为使用者和管理员（商家）两条线，基本上和美团买东西差不多的流程。
但值得注意的是网站上不涉及直接付款（这个我这边不太好弄），而是线下付款，在这个网站上双方确认。
数据库：
第一个github连接有完整的建表脚本，.sql结尾。
大概就是 用户，用户细节，商品，商品细节，购物车，在行订单，历史订单几张表。
表不算多，但表设计和改动的过程的艰难，真的只有自己能体会：写到一半觉得表不太合适想改一改动一动，操作量巨大，OMG，流下了悔恨的泪水。
表的结构嵌套略严重，这不算很好，这是因为写到一半我有些改动，所以只能牺牲下空间换取方便。
没有集成内存数据库redis之类的，也没有写进程缓存，因为这边中超撑死也就200+商品，没必要。
后台：
后台是用Java 写的，通过架构，就不多描述了，懂的都懂，有几个细节可说一下：
重复注册检测是如何实现的：
没有短信/邮件之类的，因为国外用户，不好搞这个，我使用的是IP检测，一个IP一段时间内只能注册一次。
前台拿到登录IP，后台起个 计时器 存放用过的IP，定时清空即可。
搜索是如何实现的：
这个略微复杂一些，我当时没有来得及研究比较简洁快速的搜索方法，所以按照自己的想法写了一个。
目标就是支持模糊搜索，快。
我是使用分词器来实现的，首先有一个商品信息的收集过程，用分词器切分这些信息形成一个字典，每个商品对应自己的词块信息。用户输入关键字查询时，用分词器切分这个输入，形成词块，然后寻找和输入词块有交集的商品词块，按照交集大小排序，这就是搜索结果。
代码量：
因为前后台都是基于比较通用的框架，所以写起来还挺顺利的，除去框架代码，前后台加起来应该没有超过2W行，我大概写了一周多。
后话：
后来中超老板和我说 五六份你们都回国了，店开不下去了，要停业 一段时间，九月再来，网站他九月份再用，我晕了。。。