代码地址：https://github.com/showkawa/springBoot_2017/tree/master/spb-demo/spb-script插件模式不属于经典设计模式的范畴，但是在项目开放中也会碰到，特别是做微前端(Micro-Frontend)开发的小伙伴会对插件化插件模式体会更深。我这边写这个插件模式是因为我这边项目有一些工具型的项目开发，需要做到可插拔和方便其他业务项目定
转载
2024-03-11 12:36:44
50阅读
本文的技术，从双亲委派模型到自定义类加载器，再到基于自定义类加载器实现的类交换，基于Java SPI实现的类交换，最后到基于Java SPI+ Java Agent + Javassist实现的插件框架及框架支持远程插件化，来一步一步的向读者展示所涉及的知识点。 很久之前，为了诊断线上的问题，就想要是能有工具可以在线上出问题的时候，放个诊断包进去马上生效，就能看到线上问题的所在，那该是多么舒服的事
转载
2023-08-02 10:40:05
130阅读
Android插件化原理探究一、简介android动态加载插件机制一直以来就是探索的热门领域，各种动态加载框架层出不穷，动态插件机制能有效解决一些线上bug进而避免频繁的版本发布。本文一不对当前流行的框架进行探讨（如果有需要人家已经开源），二不追求去实现这么一个完整的动态加载框架（这一般都是大厂所为，耗时耗力，而且如果真有机会去实现，熟知原理就会有方案可寻），只是总结下相关原理，这样不仅对动态加载
转载
2023-12-08 11:07:35
6阅读
一、 概述
当一个软件项目开发结束并交互使用后，需要添加一些新的功能，我们通常希望在不修改原有的应用程序情况下，将新添加的功能植入到系统中，这就是所谓的插件化，新增加的功能模块就叫插件。插件化能大大的降低模块间的耦合性，有利于各模块的独立维护，加快项目的维护更新。这里记录了下，主流的集中语言，实现插件化的方法。
二、 J
转载
2024-06-26 10:07:46
60阅读
软件简介1.JPlugin基本介绍软件架构的本质在于模块拆分，这些经过拆分的模块经过某种契约协同满足应用软件的对外需求。在当今，软件的需求都是迭代产生的，易变的。所以，对软件本身来说，如何最大限度的应对变化，“预见未来”，甚至“随需应变”是对架构设计的极致目标。那么，什么样子的架构才能应对未来尽可能多的可能性呢？在客户端开发工具层面，Eclipse应该是业界最成功的案例。Eclipse最早提供的功
转载
2023-07-24 13:32:53
137阅读
spi 简介spi 的全称是Service Provider Interface，主要作用是在让服务具备运行时加载接口的指定实现类的能力，java从 1.6 开始提供此机制(其实 1.3 开始就有了，只不过一直自嗨内部使用，没暴露外部方法给大家用而已)，而各种框架有时也自己实现此机制以增强一些特有的功能(e.g：dubbo自己实现的 spi，spring-boot 类似的有spring facto
转载
2023-12-05 19:16:49
36阅读
一、为什么用Java的SPI（Service Provider Interface）机制在实际开发中有许多用途和好处：插件化架构：SPI机制可以实现插件化架构，使应用程序可以方便地扩展功能和功能模块。通过定义服务接口和实现类的方式，第三方库或组件可以提供自己的实现类，并在运行时被应用程序动态加载和使用。这样，应用程序可以根据需要选择和使用不同的插件，实现更灵活的功能扩展。组件化和模块化开发：SPI
转载
2023-08-19 22:40:45
69阅读
1.为什么需要插件化系统 “编程就是构建一个一个自己的小积木， 然后用自己的小积木搭建大系统”。 但是程序还是会比积木要复杂， 我们的系统必须要保证小积木能搭建出大的系统（必须能被组合），有必须能使各个积木之间的耦合降低到最小。 传统的程序结构中也是有模块的划分，但是主要有如下几个缺点： a: c++二进制兼容 b: 模块对外暴露的东西过多，使调用者要关心的东西过多 c:
转载
2023-11-29 10:02:22
121阅读
GitLab：从内网拉取私有仓库go modulegolang通过go mod管理项目依赖。通常，我们从github等项目托管平台拉取依赖go module。例如：go get -u github.com/kataras/iris/v12假如，公司有内网gitlab托管项目代码，如何从私有仓库拉取依赖？假设，公司的内网gitlab地址是：gitlab.xxx.com，是yyy团队下的test128
一，开篇分析前面两篇文章我们主要讲述了以“jQuery的方式如何开发插件”，以及过程化设计与面向对象思想设计相结合的方式是如何设计一个插件的，两种方式各有利弊取长补短，本系列文章是以学习为导向的，具体场景大家自己定夺使用方式。那么今天从这篇文章开始，我们就以实例的方式带着大家由浅入深的开发属于自己的插件库。嘿嘿嘿，废话少说，进入正题。直接上实际效果图： 大家看到了吧，这是
转载
2023-06-28 11:13:51
78阅读
第一次写js原生插件，说实话，挺难！！！ 为甚么要自己写呢，我们老大说要理解原理，为什么可以使用别人的插件。所以最后在老大的帮助以及多方面的查资料下，终于完成了。 回顾了一下，这个不怎么完美的插件中实现的有-------- 创建表格 载入数据 获取选择的数据 全选操作 单击和双击事件 添加复选框 这里表格的样式都是datagrid的，直接来说这个插件就是仿照data
转载
2023-11-18 14:25:34
80阅读
插件开发框架其实和目前开源界流行的MVC框架之类的相同，都决定了基于这个框架的开发方式，如基于MVC框架，就会按照MVC思想来进行开发，而插件开发框架呢，也是同样如此，就要求基于插件的方式来进行开发，不过插件开发框架和MVC框架又有不同，插件开发框架是一个可以成为系统基础架构的框架，而MVC框架通常来讲不足以成为，如在目前的MVC框架Webwork、Struts上我们通常都需要加上Spring、H
转载
2023-07-26 23:24:09
63阅读
问题java实现动态从jar包加载插件并运行.实现定义插件运行的接口,用户需要自己实现的public interface PluginService { /** * 插件运行方法 */ void process();}定义插件实体类@Datapublic class Plugin { /** * 插件名称 */ private String pluginName; /** * jar包完整路径
原创
2021-06-03 14:08:12
5146阅读
目录一.传统架构优略分析1). 单体应用架构2). 垂直应用架构3). SOA应用架构4). 微服务应用架构二.微服务架构的思想与优缺点三.微服务架构的概念1).服务注册与发现2).负载均衡3).熔断4).链路追踪5).API网关一.传统架构优略分析1). 单体应用架构优点：项目前期开发节奏块，团体成员少可以快速迭代；  
上一篇讲了多平台下的 Golang 编程环境配置，到底是VS Code还是Goland好用？这里我站一手Goland，因为我用惯了PyCharm可以无痛切换到Goland，如果用VS Code还需要时间适应。除了习惯之外，我还发现两个插件，大大提升了我学习Golang编程的幸福感痛点一、缩进什么的太难了大家知道Python是使用TAB表示缩进的，初学者在用IDLE编程的时候常常会因为缩进不对导致程
转载
2024-01-27 23:06:32
110阅读
之前我们已经看过了 Golang 常见设计模式中的装饰和选项模式，今天要看的是 Golang 设计模式里最简单的单例模式。单例模式的作用是确保无论对象被实例化多少次，全局都只有一个实例存在。根据这一特性，我们可以将其应用到全局唯一性配置、数据库连接对象、文件访问对象等。Go 语言实现单例模式的方法有很多种，下面我们就一起来看一下。饿汉式饿汉式实现单例模式非常简单，直接看代码：package sin
转载
2023-07-12 14:42:44
82阅读
最近关注架构问题，从很多方面了解到基于插件开发的优点和方便性。其中一个典型的例子就是Eclipse，允许广大程序员在Eclipse的核心框架基础上进行无限扩展。那么基于插件开发具有哪些好处呢?1)可以将各个功能交给插件完成,那么对于核心框架来说，其实只需要实现基本事件调度，数据缓存，插件管理等即可，而相应的业务逻辑可以交给插件完成.如此一来，可以非常方便的对业务逻辑进行更新，而不会影响到主框架的内
1、策略模式（Strategy Pattern）AbstractCalculator是辅助类，提供辅助方法，接下来，依次实现下每个类： 首先统一接口：
1. public interface ICalculator {
2. public int calculate(String exp);
3. } 辅助类：
1. public abstra
转载
2023-09-11 12:51:13
289阅读
一、简介大家好，我是码农，为大家分享下一个牛逼的框架，颠覆以往大家的开发方式，以往大家用JAVA WEB开发，都是将代码编译成class文件，然后放到tomcat里去运行，模块什么的都是在容器启动前就已经确认好了，不能热插插，如果后期你要加功能，就必须重新编译打包，重启，无法动态部署，虽然有框架能实现，要么就是太复杂，要么就是无法使用一些现有的轮子，我在无意中发现了luffy，这框架功能全部插件化
转载
2023-07-25 11:28:11
228阅读
主要说说对基础架构调整的一些想法，很大程度是个人的一些见解，不足的地方需要大家指正，共同研讨学习。针对目前的来讲，其实没有很好的采用3/N层架构模式开发，过多是采用业务层与数据访问层混合的形式进行开发的，并且我们目前的开发也大都是这样的，这种虽然比较快速一点，有点所见即所得的方式，但是维护起来有点不尽人意，理想中应该是纵向分层，横向分解的方式进行开发，而插件是处于横向的形式类似与AOP切面编程方式
转载
2023-08-15 15:21:09
217阅读
