首发于<aname"Ei7d1"</a场景子应用开发过程中，势必需要频繁地切换菜单,但因为子应用打包后是要接入到基座的，因此不能有菜单等。但如此的话，日常的开发又会不方便，甚至影响开发效率。但我的个人直觉，貌似更正确的做法是：将子应用直接接入到基座中开发调试，因此目前场景下，我们需要的是：<br/在开发环境下，我们希望有菜单，方便我们开发人员进入

前言前阵子和朋友聊天，他说他们项目有个需求，要实现主键自动生成，不想每次新增的时候，都手动设置主键。于是我就问他，那你们数据库表设置主键自动递增不就得了。他的回答是他们项目目前的id都是采用雪花算法来生成，因此为了项目稳定性，不会切换id的生成方式。朋友问我有没有什么实现思路，他们公司的orm框架是mybatis，我就建议他说，不然让你老大把m

在Vue项目中，刷新当前页除了window.reload()，你还能想到什么办法？而且这种办法会重新加载资源出现短暂的空白页面。体验不是很好。在某个详情页面的时候，我们经常需要通过路由中的详情id去获取内容，当我们在不同的详情页来回切换的时候，打开的页面是同一个，只是需要通过监听路由中的参数id的变化去重新请求详情接口。如果这个详情页只需要一个接口

一、概念在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用mysql主从方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加mysql入口，增加高可用。不过多主需要考虑自增长ID问题，这个需要特别设置配置文件，比如双主，可以使用奇偶，总之，主之间设置自增长ID相互不冲突就能

前言：我们在玩随便一个游戏时，都会发现游戏有很多个的界面，比如（登录界面、主菜单界面，游戏界面、商店界面等），其实这都是一个个的场景，我们通过代码来控制不同场景之间的切换。一个场景里面会有很多的节点组成，为制作出多种多样的节点，我们是通过在节点上挂载不同的组件来实现。在搭建场景时，需要用到一个重要概念坐标，这个坐标包括

使用fedora作为日常系统使用有一年了，上半年开始使用搜狗输入法作为系统的输入法，最近使用系统的升级命令sudodnfupdatey进行升级，然后就自动的把搜狗输入法升级到2.1的新版本了，然后就不能使用了，切换回老版本2.0，就一切正常了，然后就开始了探索让dnf不升级搜狗输入法的方法。经过观察，指导搜狗输入法主要需要单独安装

有差别，但差别不大。基本上基于SpringBoot的代码不需要改动，但有些配置属性和配置类，可能要改动，改动原因是配置已经不存在或者改名类已经不存在改名听着挺吓人，但我实际切换过程中改动的地方很少。一般正常的MVC，数据库访问这些都不需要改动,下面按照我写的《SpringBoot2精髓：从构建小系统到架构分布式大系统》(https://ww

在清洗日志时，有一个应用场景，就是TCP输出时，需要在一个主机挂了的情况下，自已切换到下一个可用入口，而原tcpoutput仅支持单个目标主机设定。故本人在原tcp的基础上，开发出tcp\_multihost输出插件，来满足此场景。插件在一开始的时候会随机选择一个链路，而在链路出错连续超过３(默认)次后会尝试数组中下一个主机github:http

FreeSql支持CodeFirst迁移结构至数据库，这应该是(O/RM)必须标配的一个功能。与其他(O/RM)不同FreeSql支持更多的数据库特性，而不只是支持基础的数据类型，这既是优点也是缺点，优点是充分利用数据库特性辅助开发，缺点是切换数据库变得困难。不同程序员的理念可能不太一致，FreeSql尽量把功能支持到极致，至于是否使用是项目组技术

一、前言在分布式系统架构中多个系统之间通常是通过远程RPC调用进行通信，也就是A系统调用B系统服务，B系统调用C系统的服务。当尾部应用C发生故障而系统B没有服务降级时候可能会导致B，甚至系统A瘫痪，这种现象被称为雪崩现象。所以在系统设计时候要使用一定的降级策略，来保证当服务提供方服务不可用时候，服务调用方可以切换到降