Day 08:原则、设计模式、架构

前言

接下来要介绍的东西并不是学什麽工具,
而是怎麽把我们已经会的程序语言写得更有系统,
来达到高效率、易维护、可测试、更容易与人沟通合作等优点,
不过网路上已经有非常多完整的定义,
这边就只整理出经常使用的名词,
建议除了名词解释,也要看自己习惯的程序语言的范例。

原则

这不是什麽特别的写法,而是原则,原则就是无时无刻都要注意。

设计模式

设计模式 让我们更简单高效的解决大家经常遇到的问题。

架构

架构让团队成员能遵循不同档案的职责,明确的架构带来稳定、可测性、容易维护等优点。

书单

  • 设计模式:Android 原始码解析与应用
  • 无瑕的程序码敏捷完整篇:物件导向原则、设计模式与C#实践
  • 设计模式:可复用面向对象软件的基础

结语

前面说了许多优点,换说说缺点,
上面不管是设计模式或架构,都有其优缺点,
也就是说,我们应该要针对团队的运作方式、业务的性质等,有弹性的选择与调整,
而不是什麽潮就用什麽,或是什麽都要符合某种设计模式,
这样就是 over design 了。


<<:  [Day8] Fun with HTML5 Canvas

>>:  110/08 - 档案要存那里?

30天学会Python: Day 8-维度展开 二维容器

用容器装非容器的资料(整数、浮点数、布林)是一维的概念,可以想成是数学中的数列,或是前面举例的火车 ...

到底你想当主管吗?

我们定义了管理者主要的工作(what),在作更深入讨论 how 之前,我希望能引导你与自己有个诚实...

Data layer testing (1)

在切回去写 domain layer 之前,我们先把之前写好的 data layer class 补...

Day 26 战斗民族-俄罗斯酸奶牛肉 Beef Stroganoff

为了做火焰烤饼而自制酸奶油,做完烤饼还有剩下的酸奶油,所以试着找了其他酸奶油料了,意外发现了俄罗斯的...

Day 0x11 - 建立信用卡付款的订单

0x1 前言 之前都是建立付款方式为 ATM 的订单,另一个信用卡的流程都没跑过,今天就是要来跑一下...