深入浅出

Docker深入浅出系列 | 容器初体验 教程目标 Docker已经上市很多年，不是什么新鲜事物了，很多企业或者开发同学以前也不多不少有所接触，但是有实操经验的人不多，本系列教程主要偏重实战，尽量讲干货，会根据本人理解去做阐述，具体官方概念可以查阅官方文档，本章目标如下： 了解什么是Docker 了解Docker解决了什么 了解什么是镜像和容器 了解容器与虚拟机的区别 了解Vagrant与Docker的区别 了解Docker引擎和架构 了解Docker的镜像分层 了解VirturalBox和Docker如何搭配使用 了解主体机器如何与客体机器上的容器进行通信 了解Vagrant、VirtualBox、Docker搭建与基本操作 *** 预备工作 因为我是Mac用户，所以这里VirturalBox和vagrant使用的是Mac版本，大家自己到官网下载对应的系统版本即可，强烈建议使用迅雷下载！ VirtualBox-6.0.14-133895-OSX.dmg Vagrant_2.2.6_x86_64.dmg Centos7镜像 *** 容器与虚拟化技术 什么是Docker 简单来说Docker是一款可以将应用程序与基础设施分离、代码及其所有依赖项打包，使应用程序能够从一个计算环境快速可靠地运行到另一个计算环境，达到快速交付、测试、部署的容器化技术

一、前言 　　友好的图形用户界面（Graphics User Interface ，GUI）的流行也就是近十来年的事情，之前应用程序与用户的交互是通过控制台界面（Console User Interface ，CUI）完成的。图形用户界面的操作系统开始在中国流行应该是从Windows 95正式发布开始的，旋即冠以Visual的开发工具（以及Borland公司的一些同类产品）也跟着崭露头角。记得那时候硬件能跑起来Windows 95的就已经相当不错了——图形化的界面还是很消耗硬件资源的。 　　GUI作为新鲜事物，理所当然的成为了无论是操作系统制造商还是硬件制造商们关注的焦点。我们暂且撇开硬件不谈单说操作系统开发商，也就是微软。Windows GUI 运行的机理是使用消息（Message）来驱使程序向前运行。消息的主要来源是用户的操作。比如单击鼠标、按下按钮，都会产生消息，消息又会被Windows翻译并送达目标程序然后被程序所处理。这听起来并没有什么影响到应用软件开发的方法论。为了编写Windows上运行的GUI程序，各种开发方法论也必须跟从这种“消息驱动程序”的基本原理。正是沿着这条路发展，才有了Windows API 开发的纯事件驱动，才有了MFC等C++类库的消息驱动、才有了Visual Basic开始到.Net Framework的事件驱动——总之一句话，程序是被来自UI的事件

docker简介 docker是一个基于go语言实现的开源容器。 docker可以使项目的部署变得简单，只要服务器上也安装了docker，那么就不需要再在上面安装类似于tomcat，mysql，jdk这些软件，直接将docker镜像部署到服务器上的docker即可正常运行。 docker容器和虚拟机的比较 虚拟机是独立于本地操作系统的一个新的操作系统，占有自己独立的内存，cpu等本地资源，而且操作系统本身也消耗大量的系统资源。如果虚拟机数量越多，那么每个虚拟机所能分配的系统资源就会被减少。使用虚拟机的好处是能够在一台服务器上实现多个操作系统并行的工作，比如window安装了虚拟机软件vmware，上面可以同时运行ubuntu，centos，window7、8、10等不同类型和版本的操作系统。 docker容器不是一个新的虚拟机，它不会占用独立的系统资源，它运行在本地操作系统之上，多个docker容器共享本地操作系统的资源。docker容器不是虚拟机，所以同一台机器上的所有docker容器只适用于本地操作系统环境。使用docker的好处是，docker不会创建一个新的系统，所以一个docker容器占用的资源比虚拟机要低很多。而且多个docker是共享本地操作系统资源的，不会出现因容器资源不够需要重新调整的情况，因为docker容器直接用的就是本地操作系统的资源

WPF是Windows Presentation Foundation 的简称，是专门用来编写程序表示层的技术和工具。 x:Class是指定将由XAML解析器生成的类与包含它的标签的解析成C#类的类名合并。是来自xmlns:x的命名空间。第一行xmlns是默认命名空间。和都来自默认空间。Title是窗体标题，Height是窗体高度，Width是窗体宽度。可以引用CLS的命名空间。 引用第三方的类库： xmlns:common(映射名，自定义)=“clr-namespace:Common(类库中名称空间的名字);assembly=MyLibrary(类库名，比如MyLibrary.dll)” WPF的布局原理：以对象为根节点，一层层向下包含。 事件处理器与后置代码 支持在XAML中为事件对象指定事件处理器 <ClassName EvenName="EvenHandlerName"/> 即：<Button x:Name="button1"Click="button1_Click"/> 等价于C#代码：Button button1=new Button(); button1.Click+=new RoutedEventHandler(button1_Click); 后置代码 将逻辑代码与UI代码分离、隐藏在UI代码后面的形式就叫做“代码后置” 后置代码实现的前提

1. 概念 Docker：不独占系统，只有一份OS消耗；启动快；更少的授权和管理费用 Compse: 方便管理多容器（多服务）用的 Swarm： docker集群管理 2. 常用命令 创建镜像：docker image build -t dockertest . (do not foget ‘.’) 删除镜像：docker rmi dockertest 或者 docker image rm dockertest 查看镜像：docker image ls 镜像标签：docker image tag oldname teemohq/test 创建容器：docker run –-name dockertest -d -p 5000:5000 –-restart always teemohq/test 删除容器: docker rm dockertest 停止容器: docker stop dockertest 查看容器: docker container ls -a 或者 docker ps -a Dockerhub: docker login docker push teemohq/test docker pull docker search Compose：docker-compose up -d down stop top restart … 3. 工具命令 批量删除容器

深入浅出Python装饰器 前言 前两天被问到装饰器的概念，在我的理解里：装饰器就是一个函数，他的参数为函数，一般用来对参数进行一些额外的处理，但不影响参数函数的表现。 但说实话写的不多，于是就想查一下资料具体看一下。而前两天发现谷歌设置为中英文，搜索结果的排序都不一样。于是就翻了下英文的资料，看完之后感觉讲的的确不错，就诞生了想尝试翻译一下的想法，于是就有了本文。 老外讲东西太细了，所以有些显而易见的话会被我过滤掉……另外，高级用法暂时未翻。 本文翻译自 Primer on Python Decorators 的第一部分，深入浅出是个人翻译，Primer原义为入门读物，所以也可以翻译为Python装饰器入门指南。 翻译正文 目录 本文的结构如下： 函数 第一类对象（First-Class Objects） 内置函数 返回值为函数的函数 简单的装饰器 语法糖 一个重复使用的装饰器 带参数的装饰器函数 装饰器函数的返回值 你是谁啊？（函数名） 一些真实用例 计时函数 代码调试 减速/延迟执行的代码 插件注册 检查用户是否登陆的装饰器 华丽的装饰器/装饰器的高级用法 装饰类 多重装饰器 带参装饰器 多功能装饰器（带参不带参均可） 含有状态的装饰器 另外一些真实用例 减速/延迟执行的代码 单例模式的实现 缓存返回值 向单元里添加信息 验证JSON是否合理 总结 深入阅读 另：此文有配套

现实的企业中，对于消息通信的应用一直都非常的火热，而且在J2EE的企业应用中扮演着特殊的角色，所以对于它研究是非常有必要的。 上篇博文 深入浅出JMS(一)–JMS基本概念 ，我们介绍了消息通信的规范JMS，我们这篇博文介绍一款开源的JMS具体实现——ActiveMQ。ActiveMQ是一个易于使用的消息中间件。 消息中间件 我们简单的介绍一下消息中间件，对它有一个基本认识就好，消息中间件（MOM：Message Orient middleware）。 消息中间件有很多的用途和优点： 1. 将数据从一个应用程序传送到另一个应用程序，或者从软件的一个模块传送到另外一个模块； 2. 负责建立网络通信的通道，进行数据的可靠传送。 3. 保证数据不重发，不丢失 4. 能够实现跨平台操作，能够为不同操作系统上的软件集成技工数据传送服务 MQ 首先简单的介绍一下MQ，MQ英文名MessageQueue，中文名也就是大家用的消息队列，干嘛用的呢，说白了就是一个消息的接受和转发的容器，可用于消息推送。 下面进入我们今天的主题，为大家介绍ActiveMQ： ActiveMQ 简要概述ActiveMQ Apache ActiveMQ ™ is the most popular and powerful open source messaging and Integration Patterns

ORM，全称是（ Object Relational Mapping ），即对象关系映射。ORM的实现思想就是将关系数据库中表的数据映射成对象，以对象的形式展现，这样开发人员就可以把对数据库的操作转化为对这些对象的操作。Hibernate正是实现了这种思想，达到了方便开发人员以面向对象的思想来实现对数据库的操作。 Hibernate在实现ORM功能的时候主要用到的文件有：映射类（*.java）、映射文件（*.hbm.xml）和数据库配置文件（*.properties/*.cfg.xml），它们各自的作用如下。 映射类 （ *.java ） ：它是描述数据库表的结构，表中的字段在类中被描述成属性，将来就可以实现把表中的记录映射成为该类的对象了。 映射文件（ *.hbm.xml ） ：它是指定数据库表和映射类之间的关系，包括映射类和数据库表的对应关系、表字段和类属性类型的对应关系以及表字段和类属性名称的对应关系等。 数据库配置文件（ *.properties/*.cfg.xml ） ：它是指定与数据库连接时需要的连接信息，比如连接哪种数据库、登录数据库的用户名、登录密码以及连接字符串等。当然还可以把映射类的地址映射信息放在这里。 接下来让我们就一起走进 Hibernate 的七种映射关系： 1、 单向一对一关联映射（one-to-one）： 两个对象之间一对的关系，例如：Person

转自:http://blog.csdn.net/lisenyang/article/details/18312387 WPF为我们准备了完善的命令系统，你可能会问：“有了路由事件为什么还需要命令系统呢？”。事件的作用是发布、传播一些消息，消息传达到了接收者，事件的指令也就算完成了，至于如何响应事件送来的消息事件并不做任何限制，每个接收者可已用自己的行为来响应事件。也就是说，事件不具有约束力。命令和事件的区别就在于命令具有约束力。 的确，在实际编程工作中，即使只用事件不用命令程序的逻辑一样被驱动的很好，但我们不能够阻止程序员按照自己的习惯去编写代码。比如保存事件的处理器，程序员可以写Save()、SaveHandle()、SaveDocument()... 这些都符合代码规范。但迟早有一天整个项目会变的让人无法读懂，新来的程序员或修改bug的程序员会很抓狂。如果使用命令，情况就会好很多----当Save命令到达某个组件的时候，命令会自动去调用组件的Save方法。而这个方法可能定义在基类或者接口里（即保证了这个方法是一定存在的），这就在代码结构和命名上做了约束。不但如此，命令还可控制接收者“先做校验，再保存，最后退出”，也就是说命令除了可以约束代码，还可以约束步骤逻辑，让新来的程序员想犯错都难，也让那个修改Bug的程序员容易找到规律，容易上手。 1.1 命令系统的基本元素和关系

本章介绍一个使用Bing搜索引擎背景图接口实现的一个应用——Bing在线壁纸，讲解如何使用网络的接口来实现一个壁纸下载，壁纸列表展示和网络请求封装的内容。通过该例子我们可以学习到如何使用网络编程的知识和开放的接口来实现一些有趣的应用程序，如何在项目中封装相关的功能模块，从而进一步地了解Windows 10应用程序开发的过程。 23.1 应用实现的功能 微软的Bing搜索引擎每天都会挑选出一张图片作为今天的主题，并且会对图片的含义或者图片所代表的意思进行一番解说，每天的图片和故事都不一样，并且有时候不同国家挑选的图片和故事也不一样。你在网页上打开Bing搜索的中国区主页（http://cn.bing.com/）那么就可以看到今天的bing壁纸的内容和故事，每天都给用户带来有内涵有深度的图片和故事。在桌面的浏览器看到的Bing壁纸会很大，除此之外Bing也有手机的版本，对于手机版本Bing也是适配和符合手机分辨率的壁纸大小。 接下来我们要实现的Bing在线壁纸的应用程序是使用了微软的Bing壁纸获取的接口，把Bing搜索引擎每天的壁纸和故事通过网络接口来获取，然后在应用程序中显示出来。因为Bing壁纸每天都是不一样的，所以我们要实现的应用可以让用户不仅仅可以看到今天的壁纸和故事，也可以获取到以前的壁纸和故事。在Bing在线壁纸应用里面主要实现了两个功能，一个是显示出今天中国的壁纸主题