展示些样式,逐步修改中~
Spring Cloud Contract DSL
这是一篇介绍Spring Cloud Contract语言定义的文章,也就是该怎么写契约内容。如果您对Spring Cloud Contract不是很了解,不知如何更好的实践的话,可以先看下我之前的文章《Spring Cloud Contract 契约测试》
在这个框架中,我们既可以采用Groovy,也可以yaml。但由于本身属于Java的框架,在支持上Groovy要更好些,推荐且这里只介绍Groovy(事实上,我对Spring官方同时支持两种定义方式并不理解,专注一种或许会更好啊)。
该文章基于Spring Cloud Contract 2.1.0.GA
一点点解析Vue CLI之Create
Nodejs除了赋予前端后端的能力外,还能有各种各样的脚本,极大的简单各种操作。在早期,脚本做的工作大都是生成固定的模版,所以你需要了解的,仅仅生成的项目就够了。然而,随着框架的完善,架构师往往希望通过脚本处理默认的配置或者环境,这样能减少环境差异导致的问题,还能简化升级核心框架的升级,例如Vue CLI做的事。
这时候,我们不得不探一探它的神秘面纱。
这次带来的是Create的原理解析。
Spring Cloud Contract 契约测试
Spring Cloud Contract是契约测试的一个实现,最早看到契约测试还是在《微服务设计》书中,不过那时候绝对想不到真的会接触它。
什么是契约测试?
首先,先谈谈思想,什么是契约测试?事实上在很多地方都称为消费者驱动契约(CDC) ,似乎都喜欢加驱动,比如TDD测试驱动等,但我不喜欢在这里加,契约是由提供者与消费者共同制定的,不可能由一方驱动。而契约测试也将同时作用于两方:
- 验证提供方是否履约
- 验证消费方在提供方履约下是否正常工作
由于一般都只考虑提供方的履约验证,所以误解为消费者驱动。事实呢,提供方与消费方是唯一的么?你的契约不会变么?一旦发生改变,那么契约测试也会对消费方进行验证。
Web Components实践
组件化、复用,这几乎是所有开发者追求的东西。Web Components就是为此而提出。可以使用来创建封装功能的定制元素,可以在你喜欢的任何地方重用,不必担心代码冲突。
这样的理念和Vue十分相似,专注于组件。所以Web Components或许是未来的方向!我在这里写一些Web Components的例子,供学习与参考!
微服务设计 - 原则
Git LFS使用--Netlify Large Media
小白VPN教程
删除图文化的教材,我认为 Outline Manage 是很简单的,你可能只需要懂一点点服务器就行了,你可能好奇我为什么要删除这篇文章,所以我在这回答两个问题
Q:为什么要搭建 VPN?
A:这对于程序员来说,答案是一致的。我们需要外部的资源,可能是文档,可能是lib,可能是问答社区。然而合规的搭建 vpn 需要满足两个条件,第一是企业,第二有外贸。这对于我们个人学习为目的是不可能申请下来的。所以才需要私自搭建
Q:那么为什么要删除教程?
A:我也一度以为,“墙”的存在,造就了诸多不便,它至少使中国的软件方面学习难度高了数倍。但近年来发生了很多事,我看到了美国这类的国家,对于中国进行诸多污蔑,并不是没人为中国发声,而是你能在推特上看到内容,基本都是被控制的。我就遇到过被推特删评的情况,这就是所谓的“民主”与“自由”。所以,如果你找到这篇文章,仅仅是希望访问外网的资讯,而不是用于其他目的(目前也就程序员有这需求吧),那么我拒绝提供相关教程,如果你是程序员,那么看我的另一篇文章,相信对于你来说这不会很难
另一篇VPN教程