编程思想

图解设计模式 Iterator 模式

设计模式 Iterator 模式

如何提高你的阅读能力？

导读：今天这篇文章是 2017 年的第一篇文章，我想给你们分享下我本身的阅读经验，这些经验甚至是我花钱学习，加上本身实践总结而来的，请你们有耐心的、一字一句的读完，我相信会对你从此的人生有很大的帮助。 我在上篇文章「个人 2016」年终总结时提到：我工做至今 5 年多，惟一没放…

最简 MVP 框架

省代码。不能偷懒的框架都是耍流氓，固然像 Rx 系列这样能够简化逻辑的也是正经人。
不依赖其余库。不跟 Retrofit，Rxjava 等等耦合，只是纯粹的辅助 MVP 的实现

设计模式之依赖倒置原则

摘抄自设计模式之禅的依赖倒置原则

LOL设计模式之「策略模式」

以前写过一篇什么是「设计模式」？，没有类图，没有代码，有些同窗说看不太懂，今天给你们带来策略模式（有图，有码，有真相！）。 英雄联盟（LOL）玩过LOL的同窗都知道，LOL有上百个英雄，若是用OO技术来设计这些英雄该怎么办？小明：简单，先来个父类（Superclass），而后让…

状态模式

在不一样的状态下，对同一行为有不一样的响应。状态模式把对象的行为包装在不一样的状态中，每个状态的对象都有一个相同的抽象状态基类，并实现基类对应的方法。这样当一个对象的状态发生改变时，其行为也会随之改变。

java 设计模式之 -- 依赖注入

java 设计模式

【教程】亲自动手编写你人生中第一个 AI

长话短说，在过去的 14 个月中，我花费了数千小时的时间，终于让本身成为了一名机器学习方面的专家。我想把个人知识分享给全部人。今天，我就要作一个简短的指导说明，告诉你如何编写人生中第一个 AI。固然，这个 AI 不会过高级。

常见的客户端架构解析

一千个程序员眼中有一千个 MVC。

设计模式的几大原则

本篇文章咱们组织 ThinkKeep 中的一篇， 来自于本人， 虽然是很经典的东西， 又有多少人真正掌握呢？

超详细：经常使用的设计模式汇总

不怕你看不懂，就怕你不来看。若是以为有用，就收藏起来，之后慢慢看，若是以为我写的好，能够点个赞或者关注一下，之后我会更新更加精彩的内容

设计模式速谈：5、建造者模式

今天咱们继续来聊设计模式。在上一篇中咱们讲解了 “工厂模式” 的另外一种更加抽象的形式 —— “抽象工厂模式”，这种模式适用于属于不一样产品族但属于相同产品等级产品的构建。今天要介绍的仍然是 “建立型” 设计模式的一种 —— “建造者模式”。

java 设计模式 -- 建造者模式

java 设计模式 -- 建造者模式

观察者模式（ObserverPattern）

转载请注明出处：http://www.jianshu.com/p/d55e...：https://zhuanlan.zhihu.com/baron文章中的例子和思路均来自于《Head First》 场景 咱们接到一个来自气象局的需求：气象局须要…

设计模式速谈：6、单例模式

在上一篇文章中文咱们谈到了 “建立型” 设计模式中的 “建造者模式”，若是用一句话来归纳“建造者模式” 的精髓，那就是 “工头制定计划带着工人的灵感跟客户一块儿作工程”，这样是否是变得很好理解了呢？今天咱们要谈到的仍然是“建立型” 中的一种 —— “单例模式”。

[[译] SOLID 原则：权威指南](https://juejin.im/entry/587f1...

想写出高质量面向对象的代码吗？你必定须要这个！

观察者模式（从放弃到入门）

这个观察者模式的例子完整的结合了书本，本身的思考，以及 Java 的源码，感受写下来我本身也受益不浅，但愿能给你也有必定的帮助。

图解设计模式 Adapter 模式

设计模式之适配器模式

什么是真正的程序员

这篇文章的原文来自：A Little Printf Story(http://ferd.ca/the-little-pri...
做者仿照《小王子》中的情节，经过小 printf 碰见的不一样类型的程序员，最后悟出什么才是真正的程序员！第一次翻译有不少不妥，欢迎留言指正。

程序员最应该读的书

程序员最应该读的书

重构，系统改善之道

我经常喜欢把一个系统比喻成一辆车，你须要常常对它作维护和保养，才能保证它的良好运做。若是不这么作，虽然看着能开，但某一天一个严重的问题就会致使极其危险的后果。而持续重构就是咱们给系统作的保养，这对于保证系统的稳定运行很是关键。

php 设计模式 - 观察者模式

php 设计模式 - 观察者模式

你和高级工程师的差距在哪里？

每位工程师都该看一下！

JavaScript 的 API 设计原则

本篇博文来自一次公司内部的前端分享，从多个方面讨论了在设计接口时遵循的原则，总共包含了七个大块。系卤煮本身总结的一些经验和教训。本篇博文同时也参考了其余一些文章，相关地址会在后面贴出来。很难作到详尽充实，若是有好的建议或者不对的地方，还望不吝赐教斧正。

致敬我奋起直追的2016

前言 其实当用奋起直追这个词语形容个人2016时，本身一度怀疑是否是配得上这个词语。虽然2016成长了很多，可是依然没有达到我想要的效果。在学习过程当中不断出现越学越倒退的感受。还偶尔会出现一些恐惧感。不过庆幸的是，本身没有被那些恐惧打倒以致于停滞不前。 平凡而不平淡 对于工做我…

[[译] 开发者如何利用开源项目赚钱](https://juejin.im/entry/586db...

大多数人认为开源软件是一群激情、慷慨的开发人员用无数个日日夜夜开发出来的免费软件。事实上在近几十年来，“开源软件” 的确被等同于 “免费软件”。那些开发开源软件的团队或者我的很难从中得到利益。但到了今年，状况有所不一样了，有不少方法可让你从开源软件中获利。

程序员、技术主管和架构师

最近在进一步思考程序员的成长，曾经写过一篇《程序员的成长阶梯和级别定义》 ，里面写了我对程序员主要成长阶段的定义，但在程序员从初级走向资深的过程当中，会面临两个支路，一个叫「技术主管」，另外一个则是「架构师」。为何这是两条支路？由于如今回过来看，这两条路历来都不是程序员的天然成长…

技术周刊 Vol.6 - 面试那些事儿

秋九月，求职招新，借着这个面试季，咱们来聊一聊面试那些事儿。本期周刊，特别整理了社区开发者的面试经验，包括面试所需注意的地方、校招面试经、专业面总结，以及数十个有趣的面试问题，以飨你们。

如何提升代码的可读性

任何一个傻瓜都能写出计算机能够理解的代码，惟有写出人类容易理解的代码，才是优秀的程序员。

经常使用设计模式汇总

Head First 设计模式整理

代码可读性提高指南

介绍一些比较浅显的提高代码可读性的方法。: )

编程世界的熵增原理

歌者没有太多的抱怨，生存须要投入更多的思想和精力。宇宙的熵在升高，有序度在下降，像平衡鹏那一望无际的黑翅膀，向存在的一切压下来，压下来。但是低熵体不同，低熵体的熵还在下降，有序度还在上升，像漆黑海面上升起的磷火，这就是意义，最高层的意义，比乐趣的意义层次要高。要维持这种意义，…

Heat First 设计模式思惟导图

用思惟导图画的设计模式图，便于理解各个设计模式之间的区别和联系。

什么叫 "功能单一"

咱们都知道功能单一原则（Single Responsibility Principle)可是具体什么叫 “功能单一” 呢？本文试图从两个 “反例” 来讲明这一点。

State 设计模式

State 模式在实际使用中比较多，适合『状态的切换』

设计模式系列 15-- 最终篇

image 终于要写完这个系列了，GOF 的设计模式总共有 23 种，我在前面的篇章只写了其中 16 个，剩下的 7 个放到这篇文章一块儿写了。由于这 6 个设计模式要么是 iOS 自身语言特性已经实现了，要么是没有什么太大的利用价值，因此放在一块儿简单讲解下。 今天要学习以下 7 种设计模式： 原型模式 …

20 年前 GoF 提出的设计模式，对这个时代是否还有指导意义？

不理解设计模式也能够写代码，但理解设计模式的话，则能够试着去创造更多

【译】S.O.L.I.D 原则在 Go 中的应用（上）

介个世界上有多少 Go 开发者捏？在脑海中想一个数字，咱们会在最后回到这个话题。

从 MVC 到微服务，技术演变的必经之路

近两年很火的微服务是什么？它的发展经历了什么？为何微服务忽然变得很火？拥有十二年互联网经验的郭理靖将在本文为你解答，他将以本身的实践经验为你们介绍微服务的前因后果，如下是对他演讲的内容整理。

认识微服务

什么是微服务？ 微服务是一种架构风格。 它能够经过强壮的模块边界和独立部署，来帮助你快速的扩展开发团队。 其实微服务自己不是什么新技术，只是随着业务的不断发展，对业务不断分层，不断拆分。 它被业界公认为云计算时代互联网应用的主要构建方式，是每一位技术人员必须面对的主题。 为何…

经典架构：管道与过滤器、MVC

管道与过滤器模式是分布式服务器端系统的最典型模式、MVC 则是客户端 GUI 系统的最流行模式。但这二者都能在服务器、客户端两个范围有交叉的应用

经典架构：分层模式、微核模式

软件架构模式，诞生于软件开发的最大难题——需求变动。因为需求变动，致使了大量项目由于超出预算的人力、时间而归于失败。在软件界多年的架构设计工做以后，人们总结出一些经验，这些经验被成为 “架构模式”。

咱们来聊聊技术债务

技术债务 「技术债务」是开发团队在设计或架构选型时，从短时间效应的角度选择了一个易于实现的方案。但从长远来看，这种方案会带来更消极的影响，亦即开发团队所欠的债务。 简单的说就是为了快速地解决问题，而采起的不规范的方案。 好比：开发工程师将某个判断条件写死、测试工程师未进行深刻自动…