
后端Java 设计模式之抽象工厂模式(三)
上篇文章 《Java 设计模式之工厂模式(二)》 ,介绍了简单工厂模式和工厂方法模式,本篇将继续介绍工厂模式中的最后一个模式--抽象工厂模式。 抽象工厂模式是所有形态的工厂模式中最为抽象的。抽象工厂模式可以向客户端提供一个接口,使得客户端在不必指定产品的具体类型(不是指实现类)的情况下,能够创建多个产品族的产品对象。 产品族可以通入下图理解:
上篇文章 《Java 设计模式之工厂模式(二)》 ,介绍了简单工厂模式和工厂方法模式,本篇将继续介绍工厂模式中的最后一个模式--抽象工厂模式。 抽象工厂模式是所有形态的工厂模式中最为抽象的。抽象工厂模式可以向客户端提供一个接口,使得客户端在不必指定产品的具体类型(不是指实现类)的情况下,能够创建多个产品族的产品对象。 产品族可以通入下图理解:
本篇内容是 Java 设计模式创建型模式的第二篇。上一篇主题为 《Java 设计模式之单例模式(一)》 在介绍工厂模式之前,我们需要了解设计模式中应该遵循的原则。 五大原则:
没有太多原由,纯粹是记录和总结自己从业以来经历和学习的点点滴滴。 本篇内容为 Java 设计模式系列的第一篇。
近一个月没写 Javascript 代码,有点生疏。正好浏览网页时弹出五子棋的游戏广告,于是想通过编写这个小游戏练练手。 棋盘:通过图片(chessboard.png)和 div 标签渲染出棋盘。
Kibana 是一个开源的分析和可视化平台,旨在与 Elasticsearch 合作。Kibana 提供搜索、查看和与存储在 Elasticsearch 索引中的数据进行交互的功能。开发者或运维人员可以轻松地执行高级数据分析,并在各种图表、表格和地图中可视化数据。 本篇文章的内容基于 《Elasticsearch 基础入门》 和 《Logstash 基础入门》 讲解,还没了解 Elasticsearch 和 Logstach 的读者可以在本站中翻阅相应的文章或自行百度进行知识普及后再回到本文进行阅览。 启动后打开浏览器访问 http://192.168.2.43:5601 浏览 kibana
Logstash 是一个开源的数据收集引擎,它具有备实时数据传输能力。它可以统一过滤来自不同源的数据,并按照开发者的制定的规范输出到目的地。 顾名思义,Logstash 收集数据对象就是日志文件。由于日志文件来源多(如:系统日志、服务器 日志等),且内容杂乱,不便于人类进行观察。因此,我们可以使用 Logstash 对日志文件进行收集和统一过滤,变成可读性高的内容,方便开发者或运维人员观察,从而有效的分析系统/项目运行的性能,做好监控和预警的准备工作等。
在上一篇文章 《JavaSE 手写 Web 服务器(一)》 中介绍了编写 web 服务器的初始模型,封装请求与响应和多线程处理的内容。但是,还是遗留一个问题:如何根据不同的请求 url 去触发不同的业务逻辑。 这个问题将在本篇解决。 XML:将配置信息写到 XML 文件,解决硬编码问题。
某日,在 Java 技术群中看到网友讨论 tomcat 容器相关内容,然后想到自己能不能实现一个简单的 web 容器。于是翻阅资料和思考,最终通过 JavaSE 原生 API 编写出一个简单 web 容器(模拟 tomcat)。在此只想分享编写简单 web 容器时的思路和技巧。 Socket 编程:服务端通过监听端口,提供客户端连接进行通信。 Http 协议:分析和响应客户端请求。
Nginx 是一个高性能的 Web 和反向代理服务器, 它具有有很多非常优越的特性。 相比 Apache,Nginx 使用更少的资源,支持更多的并发连接,体现更高的效率。能够支持高达 50,000 个并发连接数的响应,其使用 epoll and kqueue 作为开发模型。
点击劫持,顾名思义,用户点击某个按钮,却触发了不是用户真正意愿的事件。 用户在登陆 A 网站的系统后,被攻击者诱惑打开第三方网站,而第三方网站通过 iframe 引入了 A 网站的页面内容,用户在第三方网站中点击某个按钮(被装饰的按钮),实际上是点击了 A 网站的按钮。 演示图如下:






