上周生病了，一周都在医院进进出出，空一周吧（



Algorithm

螺旋矩阵II

给定一个正整数 n，生成一个包含 1 到 n^2 所有元素，且元素按顺时针顺序螺旋排列的正方形矩阵。

模拟题，写起来略微恶心那么一丢丢，注意边界就行了。



Review

S.O.L.I.D类设计原则

SOLID原则是5个构建软件时要遵循的准则，以便更轻松地进行软件扩展和维护。这篇文章主要是通过插图来更好地理解它们。

其中一些原则可能看起来很相似，但它们的目标并不相同；即使它们是相同的，也有可能在违反另一个原则的同时满足其中一个原则。

S—单一责任

一个类应该为只一种功能负责

如果一个类承担许多职责，则增加了发生错误的可能性，因为对其中一个职责进行更改可能会在您不知情的情况下影响其他职责。

目标：该原则旨在区分行为，这样，如果您的更改导致错误出现，则不会影响其他无关的行为。

O—开闭

类应该允许拓展，但禁止修改

更改类的当前行为将影响使用该类的所有系统。

如果要让类执行更多功能，理想的方法是将功能添加到已经存在的功能中，而不更改它们。

目标：该原则旨在扩展类的行为，而不改变该类的现有行为。这是为了避免在使用类的任何地方引起错误。

L—Liskov 替换



如果S是T的子类型，则程序中类型T的对象可以用类型S的对象替换，而无需更改该程序的任何所需属性。

当子类无法执行与其父类相同的操作时，这可能会导致错误。

如果您有一个类并从中创建另一个类，则该类将成为父类，而新的类将成为子类。子类应该能够执行父类可以做的所有事情。此过程称为继承。子类应该能够处理与父类相同的请求并传递相同的结果，或者它可以传递相同类型的结果。

图为父类提供咖啡（可以是任何类型的咖啡）。子类交付Cappucino是可以接受的，因为它是一种特殊的咖啡，但是交付水是不可接受的。

如果子类别不符合这些要求，则意味着子类别已完全更改，并且违反了这一原则。

目标：该原则旨在加强一致性，以便可以以相同的方式使用父类或其子类，而不会出现任何错误。

I—接口隔离

不应强迫客户依赖他们不使用的方法

当要求一个类执行无用的操作时，这是浪费的，并且如果该类不具有执行那些操作的能力，则可能会产生意外的错误。

类应仅执行履行其职责所需的操作。如果将来其他班级可能会使用其他任何动作，则应将其完全删除或移至其他位置。

目标：该原则旨在将一组动作分成较小的集合，以便Class仅执行其所需的一组动作。

D—依赖倒置

-高级模块不应依赖于低级模块。两者都应取决于抽象类。

-抽象不应依赖细节。细节应取决于抽象。

首先，让我们更简单地定义此处使用的术语

高级模块（或类）：使用工具执行动作的类。

低级模块（或类）：执行操作所需的工具

抽象：表示连接两个类的接口。

详细信息：该工具如何工作

该原则表明，不应将类与用于执行动作的工具融合在一起。而是应将其与允许工具连接到类的接口融合。

它还说，类和接口都不应该知道工具的工作方式。但是，该工具需要满足接口规范。

目标：该原理旨在通过引入接口来减少高级类对低级类的依赖性。



Tip

生产环境中难免碰到coredump，那它是如何产生，又该怎么调试呢？

正式发布环境不带调试信息的时候可以用查看反汇编、寄存器、线程堆栈来反推core的位置，超强。



Share

秒杀系统实战 | 缓存与数据库双写一致性深度分析