whyrookie的博客

1.1JScontinue语句定义和用法：continue 用于跳过循环中的一个迭代，并继续执行循环中的下一个迭代。continue 与 break 语句的区别是：break 是结束整个循环体，continue是结束单次循环。但是，在执行 continue 语句时，表现出了两种不同类型的循环：在 while 循环中，会先判断条件，如果条件为 true，循环再执行一次。在for循环中，自增长表达式(如：i++)会先计算，然后再判断条件是否为true，再决定是否执行迭代。...

目录如何学习CSS什么是CSS发展史快速入门css的优势三种CSS导入方式拓展：外部样式两种写法选择器基本选择器层次选择器结构伪类选择器属性选择器美化网页元素为什么要美化网页span标签：需要重点突出的文字，使用span套起来，单独设置样式字体样式文本样式超链接伪类和阴影列表样式背景渐变盒子模型什么是盒子模型边框内外边距圆角边框阴影浮动displayfloat父级边框塌陷的问题定位相对定位-相对于自己原来的位置进行偏移绝对定位-相对于父级或浏览器进行偏移固定定位-fixedz-indexCSS3动画总结.

搬运公众号早前文章多选列表 （Multi-Select） 是一种将所有选项列出，并允许用户利用 Ctrl/Shift 键进行多选的 UI 元素。这是一种常见的设计元素。有时候为了节省空间，我们会将选项折叠于 Combo Box 中。为了方便用户操作，这个组件还将添加 Select All 和 Clear All 两个按钮，允许用户快速选择或清除选择。这个 UI 元素曾被运用于 Correlation Plot App 中。注册组件注册 Multi-Select 组件，简单来说就是复制粘贴已封装好的.

对JavaScript来说，属性并非只是简单的名称和值，JavaScript用一组特征（attribute）来描述属性 （property）。第一类属性数据属性具有四个特征。value：就是属性的值。 writable：决定属性能否被赋值。 enumerable：决定for in能否枚举该属性。 configurable：决定该属性能否被删除或者改变特征值。在大多数情况下，我们只关心数据属性的值即可。第二类属性是访问器（getter/setter）属性，它也有四个特征。getter：函数或.

亲爱的朋友，欢迎你来到对象村，开始走进设计模式的世界。这里的每个人都很熟练的使用设计模式，很快我和你们一起，都会学习的很好，通过设计模式，跻身上流社会。计划每一章节的学习，通过几个篇幅来完成，理论+实践的方式。书中很多地方用到了图形表示，小编尽量用图文的方式和大家互动。先用理论建立知识，再用图形象地描述巩固学习。每篇文章给出书中的思考题和大家互动，在后文给出答案。力争让没读过此书的朋友也能有个理解。小编第一次尝试书本跟读，希望大家多给意见，同大家一起进步。记得大学的时候，C++的老师在教我们面向对象的.

在上一篇文章里我通过具体场景总结了“.net面向对象的设计原则”，其中也多次提到一些设计模式方面的技术，可想而知，设计模式在我们的开发过程中也是必不可少的。今天我们就来简单交流下设计模式。对于设计模式的介绍呢，网上流行这么一句话“想要搞好对象，必须要熟知套路”，所以百度中说设计模式简介时“设计模式一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结”一点也没错，在开发过程中通过渗入一些设计模式，我们的设计效果又会怎么样呢？话不多说，直接进入正题吧！ 一、设计模式的分类...

本文将介绍如何使用Docker Compose搭建Istio。Istio号称支持多种平台（不仅仅Kubernetes）。然而，官网上非基于Kubernetes的教程仿佛不是亲儿子，写得非常随便，不仅缺了一些内容，而且还有坑。本文希望能补实这些内容。我认为在学习Istio的过程中，相比于Kubernetes，使用Docker Compose部署更能深刻地理解Istio各个组件的用处以及他们的交互关系。在理解了这些后，可以在其他环境，甚至直接在虚拟机上部署Istio。当然，生产环境建议使用Kubernetes.

欢迎大家的持续关注。上一次，我们结合第一篇推导出来的类图，到第二篇根据类图进行实际代码的编写，对装饰者模式有了一个整体的概念以及实战。不知道对你帮助如何呢？小编已经有门道了，看完接下来的一部分，你会恍然大悟，原来实际编码中你一直在用装饰者模式。真实世界的装饰者：Java I/O看到标题，是不是就很想往下看，到底是I/O中的什么呢，让你早已经拥有了装饰者模式的实践？就如书上给的描述，你第一次（还有第二次和第三次）看到这些API发出“哇”的惊叹时，放心，你不是唯一收到惊吓的人。下面，我们马上给出一个典型的.

背景很多人心里是想一直做技术的，但是担心随着年纪增加，会造成在技术方面的竞争力不足。加上迫于经验人士的压力，就在纠结要不要转管理岗。不是什么权威意见，仅仅谈谈个人看法。个人观点：做自己想做的事。优劣势技术和管理两个路线各有优劣势。用SWOT分析来展现两个维度的关系。如果有朋友对到底是走哪个路线比较纠结。可以自己列出所有的优劣势，给每一项设置一个权重。计算总体得分，定好方向就不要再纠结了。常见误区1. 管理更高大上？目前国内技术公司的趋势是技术和管理逐渐分离。一个leade...

前言前几天跟朋友谈起框架的事情，回顾了一下当前框架的发展，尤其是Spring Boot，已经把程序员的开发简化到了最初的一个 class 的形式了。这个也是我为什么喜欢领域驱动设计（DDD）的原因，真正回归了本源。回头看历史上的各种框架，从struts开始，到Tapestry、Wicket、SpringMVC，最后到Spring Boot，就是逐渐破坏面向对象（OO）的封装性，再慢慢回归到面向对象的历程。通用框架的一些概念我画了一个图，是应用程序的结构，貌似是Spring Cloud/Boot的结构.

旅程3：订单和注册限界上下文CQRS之旅的第一站“寓言家和鳄鱼是一样的，只是名字不同” --约翰·劳森描述：订单和注册上下文有一部分职责在会议预订的过程中，在此上下文中，一个人(注册者)可以购买特定会议的座位。还可以为已购买的座位分配与会者的名称(这在第5章“准备发布V1版本”中进行了描述)。这是我们CQRS旅程的第一站，因此团队决定实现一个核心的、但自包含的系统部分——订单和注册。对与会者来说，注册过程必须尽可能地轻松。该流程必须确保业务客户能够预订到尽可能多的座位，并为他们提供灵活的，在.

最近在看HeadFirst设计模式一书，作为一个半路出家的程序员，感觉很多东西需要学习，学习的路程中有些东西学了当时觉得理解了，但日常工作中没有使用到渐渐的自己就忘记了。----------------------上面就是写者系列的博客的原因，主要是为了巩固知识，忘记在那个博主那边看过这么一句话，知识学了后总结了才变成自己的。策略者模式----定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。当然这只是理论的东西，说实话我现在都没理解这个理论是啥，下面我用..

<?phpclass db{ public $table=null; public $pdo; public $where=null; //where 条件 public $field=null; //要查询的条件 public function __construct() { $this->pdo=new PDO("mysql:host=127.0.0.1;dbname=1611b","root","root"); } .

前言今年年初来了一家国内某电器大厂，本来技术面试的时候提供的offer说的是架构组岗位，主要是搭建公司平台的基础设施，不会接触业务或者离业务很远，刚开始以为很有技术含量，公司又是大厂，offer就接下来了，但是进来后才知道是业务导向型团队，因为当时面试我的技术经理离职，所以我就跟了新的领导我入职后领导就以熟悉公司为由，安排我去业务组参与了几个月的业务功能开发。所以我就在业务团队和大家打拼了几个月，我换过的公司不多，原先公司都是比较尊重技术人员，因为大家觉得开发岗位工作比较有技术含量，但是我来到这边后..

装饰者模式能够动态地将责任附加到对象上，在扩展对象功能方面比继承更加灵活，具体来说，装饰者模式将行为委托给相应的包装对象，并添加上自己的对应逻辑来实现特定的功能。装饰者模式的UML图如下： 首先需要有被装饰的组件接口和具体组件，然后有装饰者对象，由于装饰者对象需要能够代替组件，所以要继承组件接口，并组合组件对象来完成委托任务。 下面以一个简单的快餐店为例子来介绍装饰者模式的用法。快餐店会有炒面、炒饭这些快餐，可以额外附加鸡蛋、火腿、培根这些配菜，当然加配菜需要额外加钱...

解释器模式定义给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。目的如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器，该解释器通过解释这些句子来解决该问题。UML图好处容易改变和扩展文法，因为该模式使用类来表示文法规则，你可使用继承来改变或扩展该文法。也比较容易实现文法，因为定义抽象语法树中各个节点的类的实现大体类似，这些类都易于直接编写。不足解释器模式为文法中的每.

0、前言　　任何系统，我们不会傻傻的在每一个地方进行异常捕获和处理，整个系统一般我们会在一个的地方统一进行异常处理，spring boot全局异常处理很简单；　　介绍前先说点题外话，我们现在开发系统，都是前后端完全分离的，后端只提供RESTfull API，禁止涉及任何界面，什么thymeleaf、JSP那些后端模板，是绝对禁止使用的，那些东西请扔垃圾箱，不要浪费大好青春去研究，那是堕落；前端则负责界面相关，常用Vue；如果公司还没前后端分离，还在thymeleaf还在前后端一起写，那你还是早做跳槽打.

oo中的继承性的思考和说明1、继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有的子类必须遵循这些七月，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。2、继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低，增加对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能产生故障。3、问题提出：在编程中，如何正确的使.

使用gRPC做微服务的内部通信gRPC是一个由Google开源的远程服务调用框架，具有多路复用和双向流式通信的特性。大家好，在本文中将为大家介绍为什么我们应该使用gRPC代替RESTful或JSON，来开发微服务内部的通信接口。什么是gRPC?gRPC是一个高性能的、开源的、普遍通用的RPC框架。简单地说，它能够帮助我们建立透明的服务端和客户端通信系统。Google开发了GRPC并且将其开源。 通过它，一个客户端消费者服务可以像调用本地方法一样，调用另一台主机上面的服务端方法。 gRPC本质上仍然.

饿汉式// 饿汉式单例public class Hungry { //构造器私有 private Hungry(){ } // 一上来就把这个类加载了 private final static Hungry HUNGRY = new Hungry(); public static Hungry getInstance(){ return HUNGRY; }}// 饿汉式单例public class Hu..