14/24 设计模式之状态模式 State Pattern

类别:行为型设计模式

目的:对象在不同状态下表现出一组不同的行为,运行状态可以进行切换

完整代码参考:https://ct0-my.sharepoint.com/:u:/g/personal/neatlife_ct0_onmicrosoft_com/EdRVuEVbcBhDtqc8HEttwCMBcOSst1opDQw02Wfbqhah0Q?e=pnYxZx

典型场景

角色:护士、患者
场景:患者会根据自生的状态对护士的照顾做出不同的行为

患者处于稳定状态

  1. 护士带患者去散步,患者将处于稳定状态
  2. 给稳定患者供氧,患者将从稳定状态转为不稳定状态

患者处于不稳定状态

  1. 护士带患者去散步,患者将继续处于不稳定状态,情况可能家中
  2. 给稳定患者供氧,患者将从不稳定状态转为稳定状态

模式实现

护士类Nurse.java

public class Nurse {

    PatientStateBehavior state;
    StablePatientStateBehavior stablePatientState = new StablePatientStateBehavior(this);
    UnStablePatientStateBehavior unStablePatientState = new UnStablePatientStateBehavior(this);

    public void setState (PatientStateBehavior state) {
        this.state = state;
    }

    public void supplyOxygen () {
        state.supplyOxygen();
    }

    public void walking() {
        state.walking();
    }
}
Read more   2020/5/19 posted in  设计模式 JAVA

python高性能之路:使用C/C++编写扩展

脚本语言一般使用c等静态语言编写扩展提高性能,下面使用cpp编写一个实现两数之和的python扩展函数

完成案例代码参考:https://1drv.ms/u/s!AquRvPzqx59RjAZ3wk6qpzqEDgF9?e=jZe5hu

构建python环境

减少扩展开发对系统python的影响,建议使用venv创建一个新的python开发环境

virtualenv ~/develop/venvpy3

操作效果如下

使用命令source ~/develop/venvpy3/bin/activate激活即可

创建扩展文件sumext.cpp

sumext.cpp

#include <iostream>
#include <stdio.h>
#include <Python.h>

using namespace std;

主要是引入依赖的Python.h文件头即可,其它头文件按需引入使用

Read more   2020/4/27 posted in  python 源码分析

mysql查询优化相关技术

公司dba团队分享了mysql查询优化相关技术,感觉干货比较多,脱敏重新排版分享下

分享整体内容如下,共计3节21点

  1. 查询优化
    1. SQL查询执行顺序
    2. Where条件相关性能问题
    3. 子查询(in/exist)相关
    4. 分组排序相关
  2. 索引优化
  3. 事务

0x01 SQL查询执行顺序

执行顺序 SQL关键字 执行内容 说明
8 SELECT 根据选择的字段,结果写入虚拟表T8
9 DISTINCT 字段 对SELECT的结果T8执行去重后, 写入虚拟表T9
1 FROM 左表 as a 对FROM中的左表与右表执行笛卡尔积,生成虚拟表T1 每步操作结果都会生成一个虚拟表, 这里用T加执行顺序号来命名
3 LEFT JOIN 右表 as b 如指定了左外连接,会将左表中存在,但右表不存在的行,添加到T2表,生成虚拟表T3; 如果FROM中包含多个表, 则会将T3与下一表重复执行步骤1~3 Join类型: Inner: 内联接, 等值连接 Outer: 外连接, 常用的Left join(以左表记录为基准), Right join(以右表记录为基准)
2 ON a.id = b.id 对T1表应用on条件筛选, 符合条件的行写入虚拟表T2 Inner jojn中on 与where条件效果相同; left join中on与where条件效果不同;
4 WHERE 条件 对T3表应用where条件过滤, 符合条件的记录写入T4表
5 GROUP BY 字段 根据group by中字段 , 对T4执行分组,生成虚拟表T5 注意:不在GROUP BY中的字段,如果出现在SELECT中,都要使用聚合类函数,不推荐下面的写法: Select a,b, sum(c) from t Group by a
6 WITH ROLLUP [CUBE] 对T5结果,按不同维度执行统计,生成虚拟表T6 GROUP BY ROLLUP(A,B,C) 结果 (A,B,C),(A,B), (A) GROUP BY CUBE(A,B,C)结果 (A,B,C),(A,B)(A,C),(B,C)(A),(B),(C)
7 HAVING 条件 对T6结果执行过滤,结果写入虚拟表T7
10 ORDER BY 字段 对DISTINCT后的结果T9, 执行排序后写入虚拟表T10 这部分可以使用字段别名, 字段运算或按字段顺序号执行排序操作
11 LIMIT 对T10取出指定行数据记录后,返回最终结果
Read more   2020/4/17 posted in  规范 SQL

13/24 设计模式之装饰器模式 Decorator Pattern

类别:结构型设计模式

目的:在不改变对象对外接口的限定下,动态对对象的行为(方法)进行一次/多次增强

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59RjABb2hfszxx7JUQu?e=5pPGPv

典型场景

蛋糕上需要添加一些装饰,这里假设蛋糕10块钱,每个装饰品的添加都需要支付一些额外的费用,比如添加添加糖果需要加2块钱,添加蜡烛需要1.5,既要加糖果、又要蜡烛就要多支付3.5元(2+1.5)

用代码表示这些不同状态的蛋糕很容易想到使用class表示,一个class表示一种蛋糕:

class 作用
BaseCake.java 基本蛋糕 10块
CakeWithCandy.java 加糖果的蛋糕 10+2=12块
CakeWithCandle.java 加蜡烛的蛋糕 10+1.5=11.5块
CakeWithCandyAndCandle.java 加糖果和蜡烛的蛋糕 10+2+1.5=13.5块
Read more   2020/4/5 posted in  设计模式 JAVA

12/24 设计模式之适配器模式 Adapter Pattern

类别:结构型设计模式

目的:将历史遗留代码(通常是一个library)/三方代码转换成一个新接口,使得可以在使用这个新接口的项目中使用

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59Ri3_qC9egk9qojRQp?e=oiO1Jh

典型场景

这里拿一个系统中的支付模块举例,一个支付模块会对接多个支付比如微信,支付宝等

基本事实

在现有代码中,已在使用一种支付方式处理订单,对应的支付接口Pay.java参考如下

public interface Pay {
    void setAmount(Integer amount);
    void makePayment();
}

上面这个接口的实现PayImpl.java

public class PayImpl implements Pay {
    @Override
    public void setAmount(Integer amount) {
        System.out.println("set pay impl");
    }

    @Override
    public void makePayment() {
        System.out.println("make payment");
    }
}

serviceMyService.java中使用支付方式处理订单,参考如下:

Read more   2020/3/28 posted in  设计模式 JAVA

11/24 设计模式之模板方法模式 Template Method Pattern

类别:行为型设计模式

目的:定一个代码模板,确保代码执行时会把模板中的代码一并执行,降低漏写约定代码的可能

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59Ri3796seig6pm77ZO?e=gYrllO

典型场景

这里拿集成支付网关举例,比如业务中对支付的抽象如下

方法 作用
create 发起支付
query 查询订单
refund 退款

在上面执行的每一步进行日志记录

对应的接口Pay.java参考如下

public interface Pay {
    void create();

    void query();

    void refund();
}

实现一个支付方式,比如支付宝支付,在每一个支付步骤进行日志记录,参考如下:

Read more   2020/3/26 posted in  设计模式 JAVA

10/24 设计模式之桥接模式 Bridge Pattern

类别:结构型设计模式

目的:将抽象和实现按维度拆分成两部分(通常两类接口),使得两部分都可以独立的进行迭代(变化),防止类数量爆发式增长

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59Ri33d5NhvwuPkHa8F?e=LLClnq

典型场景

被抽象数量比较多时,新增特性导致抽象数量可能会骤增(比如一个特性就增加2-3个类)就可以考虑使用桥接模式了

比如抽象万能电视机遥控场景、存在多个遥控场景(每个场景功能不一样),以及要适配多种电视类型
再比如造车,存在多种类型的车(卡车、公交车、小轿车等),每种类型的车的生产过程不尽相同

这里拿万能遥控器场景举例,场景参考如下:

  1. 基本遥控场景:开机、关机
  2. 看电视台场景:选择电视台、同时也可以开关机
  3. 看电影场景:播放、暂停、开关机等

可以看到这个场景是有层级结构的,比如电视台场景就涵盖了基本的开关机场景

目前举例适配的电视类型参考如下:

  1. 索尼电视
  2. 三星电视

可以看到这个电视类型的适配可能会更多

Read more   2020/3/24 posted in  设计模式 JAVA

9/24 设计模式之迭代器者模式 Iterator Pattern

类别:行为型设计模式

目的:在改变对象内部数据结构时,不改变外部对该对象的迭代行为,从而减少因数据结构改变带来的外部代码改变

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59Ri3wVBHQNkHkAz7ci?e=bO7hoD

典型场景

比如保存历史内容的编辑器Editor, 业务场景中需要取出所有的历史记录进行循环处理,一般是在Editor中提供一个方法返回所有的历史内容

Editor.java参考如下:

public class Editor {
    private List<String> contentHistory = new ArrayList<>();

    public void push(String content) {
        contentHistory.add(content);
    }

    public String pop() {
        return contentHistory.remove(contentHistory.size() - 1);
    }
    
    public List<String> getContentHistory() {
        return contentHistory;
    }
}

对应的循环历史记录的代码参考如下:

Read more   2020/3/24 posted in  设计模式 JAVA

佛系Xcode开发(一)从"0"构建一个mac菜单栏应用

苹果作为世界市值最高的公司,即使它的商店对卖出的app提取30%的销售额,为其开发软件仍然是有价值的,研究学习mac和ios软件开发环境xcode就很有必要了

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59Ri3sBDF9hUZc71YmZ?e=TI6OeP

创建项目

在File菜单中选择New -> Project创建项目

选择macOS应用分类下的App即可,操作效果如下

然后xcode要求输入应用基础设计,一切从简参考如下:

Read more   2020/3/21 posted in  mac&ios

8/24 设计模式之观察者模式 Observer Pattern

类别:行为型设计模式

目的:在对象自身状态发生变化时,立刻通知需要知道这个新状态的对象(们)

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59Ri3dNicP8EQjwPUw_?e=klJYWD

典型场景

表格中的数字由5改为500后,这张表格对应的柱状图和链接的数字(黄色部分)同时立即发生对等改变(Excel的特性)
table_observe

下面使用表格、图表、链接数字指代上面图片的左、中、右部分

基本事实:

  1. 表格数据发生变化时,需要立刻通知图表和链接的数字进行对应的变更
Read more   2020/3/18 posted in  设计模式 JAVA

互联网程序员能力模型设计

互联网是高科技/崇尚技术的公司,意味着所有问题都可以通过/间接通过技术来解决,遇到问题后,优先选择技术方式进行处理

人是不可靠的,尽可能使用规则和制度进行限定,保证稳定的产出质量

理解需求的能力

通常产品经理会把需求落实为文字+图片的形式即PRD(Product Requirement Document)放在wiki上让程序员先预习

预习的质量直接决定着理解需求的能力,从技术角度有以下方式提高预习的质量

  1. 站在产品角度思考问题,思考产品在写下这个wiki时的状态,估算出wiki中缺少的信息,并自行进行查找相关资料进行验证

  2. 熟悉wiki系统的使用,比如confluence这个wiki系统的收藏功能

点击头像下拉菜单中的收藏即可进入收藏列表

Read more   2020/3/17 posted in  项目管理 业务

7/24 设计模式之中介者模式 Mediator Pattern

类别:行为型设计模式

目的:将数个相互耦合的对象进行解耦,转为只耦合一个中介者对象

完整代码参考:https://1drv.ms/u/s!AquRvPzqx59Ri3aYThIUHA4m6crp?e=6d4aE3

典型场景

在ui界面中,点击一个按钮,这个按钮的状态会影响其它按钮的状态,并改变表格的显示方式,参考如下:

2020-03-16_16-38-13 -1-

场景效果:

  1. 点击居左按钮后,表格左对齐,并且居左按钮高亮,居中、居右按钮取消高亮
  2. 点击居中按钮后,表格居中对齐,并且居中按钮高亮,居左、居右按钮取消高亮
  3. 点击居右按钮后,表格居右对齐,并且居右按钮高亮,居左、居中按钮取消高亮
Read more   2020/3/16 posted in  设计模式 JAVA