微服务架构 + 微信小程序

最新推荐文章于 2023-07-28 16:22:47 发布
最新推荐文章于 2023-07-28 16:22:47 发布
阅读量2.2k 收藏 3
点赞数
分类专栏： .net core
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhaozhao236/article/details/107456345
版权

文章目录

1.微服务架构

  • 如果国家比较小，可以直接把国王的命令传到每个百姓厕所前边。
  • 国家比较大，要一层层往下分

在这里插入图片描述


如果程序不是特别的大，可以直接使用一个项目来写。
如果程序稍微大点，可以借助 redis 实现分布式缓存。
如果再大的话，就需要用服架构了。

如果把这个思想一个用于电商系统，则图示如下：

在这里插入图片描述

在这个架构里面：下边的

  • 服务就是说 webApi ，
  • 商品负载就是 consul（领事）: 他就负责将下边的功能登记在册，如果皇上需要，他就查查有没有，然后给皇上说声，然后让下边的士兵过去。
  • 网管就是 Ocelot （豹猫）

2. consul 的配置

consul是一个软件

1.去官网下载 consul 网址 https://www.consul.io/
2.在 consul 文件夹下cmd 输入： consul.exe agent -dev
3.其默认的端口号是：8500
在这里插入图片描述

直接在浏览器输入： http://localhost:8500，就可以调出 Services-Consul 窗口（这是下边第三部的东西配置完以后才有的界面）
在这里插入图片描述

在这里插入图片描述

配置 swagger 的使用，比较简单，就不写了

注意配置 swagger 的时候的一个坑，使用的时候，每个action方法上都要httpget方法，不然的话，会报下边的错误。


3.在 .net core 中手写 Consul 中间件

1.建立一个 ConsulManager 类，作为静态扩展文件，所有的类，包括方法，都必须要是静态的。

在包中引入Consul 中间件.

具体代码如下：

 public  static class ConsulManager
    {
        //扩展方法必须是静态的。
        public static void UseConsul(this IApplicationBuilder app, IConfiguration configuration, IConsulClient consul) 
        {
            Regserver(configuration,consul);
        }

        private static void Regserver(IConfiguration configuration, IConsulClient consul)
        {
            //微服务架构 ： 需要知道的三个点，所属的组，我的姓， 我的名；

             //下边命令行都是通过命令行传入的
            string consulGroup = configuration["ConsulGroup"];
            string ip = configuration["ip"];//这个是启动时传入的；
            int port = Convert.ToInt32(configuration["port"]);

            //把这个当兵的注册到军籍里面
            string serviceId = $"{consulGroup}_{ip}_{port}";

            var check = new AgentServiceCheck //检测客户端是否还在运行
            {
                Interval = TimeSpan.FromSeconds(6),//3s问一次
                HTTP = $"http://{ip}:{port}/heart",//去这个地址访问;
                Timeout = TimeSpan.FromSeconds(2),
                DeregisterCriticalServiceAfter=TimeSpan.FromSeconds(2),//2s 以后就把这个人从军籍里撤销掉.
            };

            //把注册列表填一下
            var regist = new AgentServiceRegistration
            {
                //把我的姓我的名填一下;
                Address = ip,
                Port = port,
                Name = consulGroup,
                ID = serviceId,  //这个功能还不够智能，需要重新组装一下;

                //把检测功能也搞进来：
               // Check = check,
            };
            consul.Agent.ServiceRegister(regist);//保存注册;
        }
    }
2.在静态文件里面，把 consul 的组名穿进去
{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Microsoft.Hosting.Lifetime": "Information"
    }
  },
  "AllowedHosts": "*",
  "ConsulGroup": "userservice"
}
3.添加检测是否失效的类：在 Controller 里面 直接 return Ok（） 就行
 [Route("[controller]")]
    [ApiController]
    public class HeartController : ControllerBase
    {
        [HttpGet]
        public IActionResult Get()
        {
            return Ok();
        }
    }
4.在 startup 类里面，依赖注入，并使用中间件，代码如下：
services.AddSingleton<IConsulClient>(c=>new ConsulClient(cc=>
            {
                cc.Address = new Uri("http://localhost:8500");//ConsulClient 的默认端口
            }
            ));

   public void Configure(IApplicationBuilder app, IWebHostEnvironment env,IConsulClient consul)
        {
            if (env.IsDevelopment())
            {
                app.UseDeveloperExceptionPage();
            }

            app.UseRouting();

            app.UseAuthorization();

            app.UseSwagger();
            app.UseSwaggerUI(option=>
            {
                option.SwaggerEndpoint("/swagger/v1/swagger.json","user api"); //第二个名字要和之前的一样。
            } );
            
            app.UseConsul(Configuration,consul);

            app.UseEndpoints(endpoints =>
            {
                endpoints.MapControllers();
            });
        }
    }
5.启动程序

可以使用微服务：
配置好的地址 运行 dotnet UserServer.dll --urls=“http://*:5196” --ip=“127.0.0.1” --port=5196

在运行一个：dotnet UserServer.dll --urls=“http://*:5197” --ip=“127.0.0.1” --port=5197

再运行一个： dotnet UserServer.dll --urls http://*:5001 --ip=“127.0.0.1” --port=5001
此处的 iP 和 port 是必填的，因为命令行启动要用

注意 127.0.0.1是回送地址。在window 系统中还有一个别名 “Localhost”

6.最终效果如下：
  • 有两个 consul 小组： consul：领事
  • userservice小组有两个人：

在这里插入图片描述
userservice小组 里面有了两个人：
在这里插入图片描述

6.2配置了检测以后

按 ctrl + C 。模拟关闭关闭了，如下：

在这里插入图片描述

4.配置网关(Ocelot)

1.引入nuge包

引入 Ocelot 包，使用 15.0.6 ，最新版本有问题。

在Startup文件里进行配置：

  public class Startup
    {
        public Startup(IConfiguration configuration)
        {
            Configuration = configuration;
        }

        public IConfiguration Configuration { get; }

        public void ConfigureServices(IServiceCollection services)
        {
            //注入，引用
            services.AddOcelot();
        }

        public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
        {
           //中间件管道引用
            app.UseOcelot();
        }
    }
2.添加配置文件：

  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Microsoft.Hosting.Lifetime": "Information"
    }
  },
  "AllowedHosts": "*",
  "ReRoutes":[
    {
      "DownstreamPathTemplate": "/{url}", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式


      //绕过了consul
      "DownstreamHostAndPorts": [
        {
          "Host": "127.0.0.1",
          "Port": 5001 //下端访问的地址。
        } //可以多个，自动实现负载均衡。
      ],
      "UpstreamPathTemplate": "/{url}", //网管地址。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ] 
      //上端可以访问的方式。

    }
  ]
3.进行测试

路由输入 6001/test

结果调到了 UserServer 的方法里面

但是此时，OcelotGateway 的中间件管道都已经注销了。
所以此时相当于 Nginx 均衡负载功能。

其实，consul 有点类似于均衡负载的功能，上边只要调用，你下边给我调哪个兵我不管。

4.怎么样调用consul？

引用 nuget 包，观察目录结构：

在这里插入图片描述

更改配置文件：

把原来的给注销掉：


  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Microsoft.Hosting.Lifetime": "Information"
    }
  },
  "AllowedHosts": "*",
  "ReRoutes": [
    {
      //"DownstreamPathTemplate": "/{url}", //下端访问的地址
      //"DownstreamScheme": "http", //下段访问的方式


      绕过了consul
      //"DownstreamHostAndPorts": [
      //  {
      //    "Host": "127.0.0.1",
      //    "Port": 5001 //下端访问的地址。
      //  } //可以多个，自动实现负载均衡。
      //],
      //"UpstreamPathTemplate": "/{url}", //网管地址。
      //"UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。


      "DownstreamPathTemplate": "/{url}", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式
      "UpstreamPathTemplate": "/{url}", //网管地址。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。
      "ServiceName": "userservice", //哪个consul
      "LoadBalancerOptions": {
        "Type": "RoundRobin" //轮询的方式调用.
      },
      "UserServiceDiscovery": true //是否启用服务发现？当然。
    }
  ],
  //全局配置
  "GlobalConfiguration": { 
    "BaseUrl": "http://127.0.0.1:5001",
    "Host": "loaclhost",//Host 是本地
    "Port": "8500",
    "Type": "Consul"
  }

使用 命令行 启动：

dotnet OcelotGatewag.dll --urls http://*:5001 --ip=“127.0.0.1” --port=6001

注意，最终的启动命令是 url 。–port 只是起到传递参数的作用。

此时在 http:localhost：6001/test，上测试，可以通过。

在这里插入图片描述

5.让每次访问都显示他的网关

如何把网关搞出来，靠依赖注入的方法引入：

 [Route("test")]
    [ApiController]
    public class testController : ControllerBase
    {
        private readonly IConfiguration configuration;

        public testController(IConfiguration configuration)
        {
            this.configuration = configuration;
        }
        public string GetSomething()
        {
            var portss = configuration["port"];
            return $"你好，恭喜你已经进入{portss}了 UserServer 下面的 test 方法";
        }

这样再执行

http://localhost:6001/test

每次刷新得到的结果都不一样：
在这里插入图片描述

在这里插入图片描述
也可以直接输入 swagger界面进行查看
在这里插入图片描述

5.添加第二个服务。

1.新建 ProductService 类

里面的内容和 UserServer 类里面的内容一样，
也是需要添加两个包。
在这里插入图片描述

不同点是：在 appseting 文件里面，添加第二个组名：

只需要更改配置文件，这里也可以看出来使用配置文件的好处。

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Microsoft.Hosting.Lifetime": "Information"
    }
  },
  "AllowedHosts": "*",
  "ConsulGroup": "productservice"
}

运行后进入 consul ，能看到有三个组，如下：

在这里插入图片描述

2.配置 第二个服务的Swagger

和第一个一样，比较简单。注意两个 “给人看的名字" ，到底是页面的什么地方。

代码部分：
1.依赖注入的部分。

 option.SwaggerDoc //swaggerDoc 配置文档.

           ("v1", new OpenApiInfo//第一版
            {
               Title = "Product api 大标题",
               Version = "v1", //做个版本好是给人引入的。
            }));

2.中间件管道部分

 app.UseSwagger();//使用Swagger
 app.UseSwaggerUI //使用 Swagger 界面。
                (option =>
                {
                    //第二个名字要和之前的一样。
                    //为什么，应为swagger 会先转换成 JSOn文件，然后再展现出来
     option.SwaggerEndpoint("/swagger/v1/swagger.json", "Product api 中间件管道");//名字
                }
            );

界面如下：


在这里插入图片描述

3.配置 Ocelot

1.再添加一个consul小组

“UpstreamPathTemplate”: “/product/{url}”,

根据定制的规则，可以把下边挂的两个服务找到。


      {
      "DownstreamPathTemplate": "/{url}", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式
      "UpstreamPathTemplate": "/user/{url}", //网管地址。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。
      "ServiceName": "userservice", //哪个consul
      "LoadBalancerOptions": {
        "Type": "RoundRobin" //轮询的方式调用.
      },
      "UserServiceDiscovery": true //是否启用服务发现？当然。
    },
    
    {

      "DownstreamPathTemplate": "/{url}", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式
      "UpstreamPathTemplate": "/product/{url}", //网管地址。//两个 consul 的时候，就要添加前缀了。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。
      "ServiceName": "productservice", //哪个consul
      "LoadBalancerOptions": {
        "Type": "RoundRobin" //轮询的方式调用.
      },
      "UserServiceDiscovery": true //是否启用服务发现？当然。

结果：

用 consul 测试 product 路由：

在这里插入图片描述
2.测试 user 路由：

在这里插入图片描述
*但是这样配置的swagger，依旧是从，6001的端口号进去的，这样说明配的依然不对，继续更改配置文件。

"Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Microsoft.Hosting.Lifetime": "Information"
    }
  },
  "AllowedHosts": "*",
  "ReRoutes": [
    {
      "DownstreamPathTemplate": "/swagger/user/swagger.json", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式
      "UpstreamPathTemplate": "/user/swagger.json", //网管地址。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。
      "ServiceName": "userservice", //哪个consul
      "UserServiceDiscovery": true //是否启用服务发现？当然。
    },

    {
      "DownstreamPathTemplate": "/user/{url}", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式
      "UpstreamPathTemplate": "/user/{url}", //网管地址。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。
      "ServiceName": "userservice", //哪个consul
      "LoadBalancerOptions": {
        "Type": "RoundRobin" //轮询的方式调用.
      },
      "UserServiceDiscovery": true //是否启用服务发现？当然。
    },

    {
      "DownstreamPathTemplate": "/swagger/product/swagger.json", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式
      "UpstreamPathTemplate": "/product/swagger.json", //网管地址。//两个 consul 的时候，就要添加前缀了。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。
      "ServiceName": "productservice", //哪个consul
      "UserServiceDiscovery": true //是否启用服务发现？当然。
    }

    ,
    {
      "DownstreamPathTemplate": "/product/{url}", //下端访问的地址
      "DownstreamScheme": "http", //下段访问的方式
      "UpstreamPathTemplate": "/product/{url}", //网管地址。//两个 consul 的时候，就要添加前缀了。
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //上端可以访问的方式。
      "ServiceName": "productservice", //哪个consul
      "LoadBalancerOptions": {
        "Type": "RoundRobin" //轮询的方式调用.
      },
      "UserServiceDiscovery": true //是否启用服务发现？当然。
    }
  ],
  //全局配置
  "GlobalConfiguration": { 
    "BaseUrl": "http://127.0.0.1:5001",
    "Host": "loaclhost",//Host 是本地
    "Port": "8500",
    "Type": "Consul"
  }
}

以 user 服务为例，
在这里插入图片描述

更改 UserServer 的路由


在这里插入图片描述

ProductServices的路由配置和上边那个一样，就不在多写了，具体看 gitee 源代码。

4.最后实现的结果。

在这里插入图片描述



6.如何防止恶意调用API接口

思路就是：添加 ActionFilter 属性。在每次有请求的时候，都记录一下 请求的 ip 地址和 port 端口号，超过五次的话，就短路。

做个过程也叫做 “熔断机制”

ActionFilter 的添加的方法，执行的顺序
构造函数 => ActionFilter中的 ing 方法 => 函数本身的方法 => ActionFilter 的 ed 方法

具体的添加特性是：

注意两个用法

  • 如何获得 RemoteIpAddress。
  • 如何获得 RemotePort。
  • addMinutes 用法。
  • 短路机制
 //只有继承了 attribute,才能放在别的类前边。
    //只有继承了 ActionFilter的接口，才能实现 Actionfiler的功能。
    public class CtmActionFilterAttribute : Attribute, IActionFilter
    {
        private static Dictionary<string, List<DateTime>> dicRequestTimes
            = new Dictionary<string, List<DateTime>>();
        public void OnActionExecuted(ActionExecutedContext context)
        {
            //throw new NotImplementedException();
        }

        public void OnActionExecuting(ActionExecutingContext context)
        {
            string ip = context.HttpContext.Connection.RemoteIpAddress.ToString();
            int port = context.HttpContext.Connection.RemotePort;//远程路由的端口号
            string requestname = $"{ip}_{port}";
            //查找是否包含当前地址。
            bool hasHost = dicRequestTimes.ContainsKey(requestname);
            if (hasHost)
            {
                var allTimes = dicRequestTimes[requestname];
                //访问次数为空或者小于五次
                if (allTimes==null||allTimes.Count<5)
                {
                    allTimes.Add(DateTime.Now);
                }
                else
                {
                    //获取当前前一分钟的访问次数。
                    // Now.AddMinutes 想当与是选的时间点。
                    var timeCount = allTimes.Count(m => m>DateTime.Now.AddMinutes(-1));//m在第一分钟以后的。
                    if (timeCount>=5)
                    {
                        //使用断路器.
                        context.Result = new JsonResult("访问过于频繁，请稍候再试") { StatusCode=500};//状态码是500
                    }
                    else
                    {
                        allTimes.Add(DateTime.Now);
                        //把之前一分钟的内容都删掉;
                        var lessCount = allTimes.Count - timeCount;
                        allTimes.RemoveRange(0,lessCount-1);//为节约空间,把一分钟之前的都给删掉。
                    }
                }
            }
            else
            {
                List<DateTime> value = new List<DateTime>();
                value.Add(DateTime.Now);
                dicRequestTimes.Add(requestname,value);
            }
        }
    }

第一次点击：
在这里插入图片描述
连续点击五次以后。

在这里插入图片描述

但是由于每个程序是单独运行的。所以每个实例都会单独的计数，为了消除这种这种问题，一般采用的方法

  • 在网管中进行配置
  • 使用redis 分布式缓存

参考文献：

[1]https://www.bilibili.com/video/BV1pk4y1z7qG/
[2]源码

沧海一声笑·rush
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
微信小程序+Vant框架
落叶的博客
05-22 1635
微信小程序+Vant框架(一) 前言 最近自己想做一个背单词的微信小程序，打发打发无聊的时间。毕业之后，由于没有从事开发的工作，已经很少写代码了。这一次也是相当于重新开始，重新接触代码，把自己做小程序的过程记录下来，好好学习学习。嘻嘻~ 准备工作 1.安装Node 环境 2.检查电脑是否成功安装Node环境 3.在微信小程序根目录下打开终端，安装npm环境 npm init npm install npm install weapp -save -production 1.npm init：初始化npm
小程序容器技术在微服务架构中的应用
finogeeks的博客
03-01 249
随着移动互联网的发展，小程序已经成为了一种非常流行的应用方式，它可以在不安装任何应用的情况下，直接在移动终端设备（如：App，iPad等）中运行。微服务架构则是一种的分布式系统架构，可以提高系统的可扩展性、灵活性和可维护性。
小程序容器与微服务架构的关系
POHOU23的博客
03-01 730
随着移动互联网的发展，小程序已经成为了一种非常流行的应用方式，它可以在不安装任何应用的情况下，直接在移动终端设备（如：App，iPad等）中运行。微服务架构则是一种的分布式系统架构，可以提高系统的可扩展性、灵活性和可维护性。本文将从小程序容器和微服务架构两个角度来探讨它们的联系和应用场景。
用Vscode集成开发微信小程序
m0_72694993的博客
09-21 8091
四、因为Vscode不能支持wxss和wxml的编译，所以我们需要对其进行相应操作让vscode可以当成html和css文件处理。五、值得注意的是，vscode中开发小程序不能用直接创建page了，需要自己创建四个文件，并且将路径放入app.json中；创建项目还是需要在微信开发者工具上创建项目。二、在Vscode打开创建好的项目。三、下载对应微信开发的插件并安装。2.找到相应区域，添加项和值。
小程序微信支付实现---微服务之支付服务
Keen to coding 的博客
11-12 2507
目录 开发前准备 小程序支付开发帮助文档 JSAPI支付 小程序支付业务流程图 统一下单API接口帮助文档 微信支付配置文件：Configure maven配置SAXBuilder和Gson 微信支付工具类：PayUtils 获取客户端IP地址工具类：IPAddr 请求支付订单基础参数 调用微信支付接口 后端统一下单和支付回调接口 返回参数到前端起调微信支付 开发...
小程序容器与微服务架构：提高应用程序开发效率和部署速度的利器
speedoooo的博客
02-28 414
小程序容器和微服务架构的结合，可以帮助开发者更快地构建和部署微服务，提高系统的可靠性和可用性，实现前后端分离，降低应用程序的耦合性和维护成本。这种结合方式的应用场景非常广泛，涉及到很多领域，比如电商应用、社交应用、在线教育应用、医疗健康应用、企业应用等。随着互联网技术和物联网技术的不断发展，这种结合方式将会越来越普及，成为未来应用程序开发的主流方式之一。
大商城+微信小程序商城
02-27
"大商城+微信小程序商城" 是一个以电商为核心，结合微信小程序技术的综合购物平台解决方案。这个项目可能包括了完整的商城系统源代码，允许开发者或商家构建自己的在线商店，并通过微信小程序这一轻量级的应用形式，...
基于SpringBoot+微信小程序+人脸识别实现的无证件化考试系统微信小程序端.zip
12-13
这是一个基于SpringBoot后端框架和微信小程序前端技术实现的无证件化考试系统...以上就是基于SpringBoot+微信小程序+人脸识别的无证件化考试系统的关键技术点，涵盖了后端开发、前端开发、AI应用、数据管理等多个层面。
jee-weapp是一套基于jfinal，dubbo微服务开发的微信小程序商城项目源码
02-18
通过 jee-weapp 这个项目，开发者可以学习到如何利用 jfinal 构建后台服务，使用 dubbo 实现微服务架构，开发微信小程序，并且掌握如何实现拼团等电商特有功能。这套源码不仅是一个实际的应用示例，也是一个学习和...
基于Java开发的理财软件后台服务+微信小程序源码
07-04
《基于Java开发的理财软件后台服务与微信小程序源码解析》 在当今信息化时代，理财软件已经成为人们日常生活的一部分，尤其随着微信小程序的普及，越来越多的金融应用选择与微信平台结合，提供便捷的服务。本项目...
毕设之“口腔助手”小程序的设计与实现_u--(源码+部署说明+SpringBoot+微信小程序+vue).zip
最新发布
04-11
口腔助手小程序是一个基于SpringBoot后端、微信小程序前端和Vue技术栈的综合性应用。该小程序旨在为用户提供便捷的口腔健康信息查询、预约服务、日常护理知识等功能，以改善用户的口腔健康管理体验。 技术架构方面...
Spring Cloud微服务架构解决方案
qq_18244417的博客
12-08 1067
1理解微服务1.1软件架构演进软件架构的发展经历了从单体结构、垂直架构、SOA 架构到微服务架构的过程。1.1.1单体架构特点：1、所有的功能集成在一个项目工程中。2、所有的功能打...
SpringCloud微服务实战——搭建企业级开发框架（五十三）：微信小程序授权登录增加多租户可配置界面
全栈程序猿的专栏
07-28 2336
GitEgg框架集成weixin-java-miniapp工具包以实现微信小程序相关接口调用功能，weixin-java-miniapp底层支持多租户扩展。每个小程序都有唯一的appid，weixin-java-miniapp的多租户实现并不是以租户标识TenantId来区分的，而是在接口调用时，传入appid，动态切换ThreadLocal的appid来实现多租户的。并且其多个微信小程序的配置，都是在配置yml文件中的，在实际业务运营过程中，如果需要新增多租户小程序就修改配置文件显然是不合适的。
一篇文章快速理解微服务架构
Docker的专栏
03-08 1645
什么是微服务首先微服务并没有一个官方的定义，想要直接描述微服务比较困难，我们可以通过对比传统WEB应用，来理解什么是微服务。传统的WEB应用核心分为业务逻辑、适配器以及API或通过UI访问的WEB界面。业务逻辑定义业务流程、业务规则以及领域实体。适配器包括数据库访问组件、消息组件以及访问接口等。一个打车软件的架构图如下：尽管也是遵循模块化开发，但最终它们会打包并部署为单体式应用。例如Java应用程
基于SpringCloud分布式微服务+微信小程序实现短视频社交app设计-计算机毕业源码设计
计算机源码设计案例的博客
02-09 1870
开发软件： Idea + 微信web开发者工具 + mysql5.6 + redis 1 微信小程序端 (1)用户信息模块:包含:注册、登陆、发布短视频、编辑短视频，其中编辑视频包含为视频增加背景音乐、为视频增加文字、为视频增加滤镜功能。 (2)短视频信息模块:视频详情页面、视频的点赞、评论、分享、搜索。 (3)举报模块：用户对违规视频进行举报 (4)关注用户 用户可以对视频发布者进行关注、查看它发布的短视频 (5)专栏模块 对视频进行分类，用户将视频发布到不同的专栏下。 2 后台管理系统
微服务+微信小程序实现社区服务
热门推荐
蹊源的奇思妙想的博客
10-19 1万+
我在上大学的时候毕业设计做的是微服务`SpringCloud`结合微信小程序实现一个提供一些生活服务的微信小程序，它主要可以提供豆瓣电影资讯、热点新闻、天气预报、停车位预约等生活服务，也用到了一些分布式的技术比如消息队列、内存数据库等。
基于Spring Boot的微服务应用--微信小程序api开发
lu的博客
04-03 3803
一月学习加实践, 微服务的各种资料查询,如下代码总结 源码:https://github.com/dreamlu/spring-cloud 本项目内容基于Spring Boot、Spring Cloud开发 创建数据库spring-cloud(表由jpa创建) 表中数据第一次创建均为空,需要自行添加 技术棧 1.spring cloud/boot 2.mysql 3.redis 4.jpa 5...
WESHOP | 基于微服务的小程序商城系统
时间不会驻留，人生不会重来。
02-18 4785
WESHOP | 基于微服务的小程序商城系统 Weshop是基于Spring Cloud(Greenwich)开发的小程序商城系统，提供整套公共微服务服务模块，包含用户中心、商品中心、订单中心、营销中心四大服务模块，支持服务治理、监控和追踪等功能。 组织结构 weshop ├── weshop-frame -- 框架公共模块 ├── weshop-eureka-server -- eureka注...
“联通微服务”小程序使用体验
weein1234的博客
04-18 6323
近期，中国联通上线了一个名叫“联通微服务”的小程序，在体验过后发现主要分为以下几个板块：1、信息板块：用户登录后，在该板块下可以查看到本人的话费、流量、通话时常信息，并配置了相应充值入口；2、业务办理入口：经过小编观察，第一块：即目前标红色的方块入口，背后逻辑应该是不同的人进入的业务办理入口是不一样的（感兴趣的伙伴们可以拿起身边的朋友手机操作一下），然后进去后跳转到相关办理界面；3、活动入口：第二...
基于springboot+微信小程序的小餐厅点餐系统的参考文献
09-05
基于Spring Boot 微信小程序的小餐厅点餐系统可以参考以下文献： 1. 《Spring Boot实战》（作者：Craig Walls）：这本书介绍了如何使用Spring Boot构建Java应用程序。其中涵盖了Spring Boot的基本概念、开发原理和使用方法，对于基于Spring Boot的微信小程序开发有很好的参考价值。 2. 《微信小程序开发入门》（作者：陈博）：这本书介绍了如何开发微信小程序，包括小程序的基本原理、开发环境的搭建、页面和组件的开发等。通过学习这本书，可以了解到如何使用微信小程序开发点餐系统，并与Spring Boot进行整合。 3. 《微信小程序开发指南》（作者：罗波）：本书详细介绍了微信小程序的开发过程，包括小程序的基本概念、开发工具的使用、页面布局和样式设计等内容。通过学习本书，可以对微信小程序的开发有更深入的理解，并能够借助Spring Boot构建小餐厅点餐系统。 4. 《深入理解Spring Cloud与微服务构架》（作者：陈雄华）：这本书详细介绍了Spring Cloud与微服务架构的相关概念、原理和实践。对于构建基于Spring Boot的微信小程序点餐系统，可以借助Spring Cloud提供的微服务能力，实现分布式的点餐系统架构。 5. 互联网上的相关博客和开源项目：互联网上有很多博客和开源项目分享了基于Spring Boot和微信小程序开发的经验和技巧。可以通过搜索引擎找到这些资源，作为参考学习的素材。 总之，通过阅读相关的文献和资源，深入理解Spring Boot和微信小程序的开发原理和技术栈，可以帮助开发者更好地构建基于Spring Boot的微信小程序点餐系统。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值