首页 > 编程知识 正文

带夜间模式的笔记,印象笔记切换夜间模式

时间:2023-05-04 04:33:07 阅读:173336 作者:4279

所有变更和突破的前提是欲望,努力工作是非常快乐的事情,时间也过得很快。 该项目的主要改造点有两个,优化代码结构(主要在设计模式上)、优化系统成为新的小目标。面向对象设计原则

单一职责原则Srp开-关原则Ocp解决了在程序可扩展性中替换原则Lsp,程序继承性接口隔离原则Isp依赖反转原则Dip (控制反转/依赖注入)编码原则

KISS原则(尽量简化编码) YAGNI )暂时不需要的话就不做) DRY )可复用的代码) LOD ) xsdwdm法则)问题

1 .简单的代码为什么要分层?

1 .分层起到代码复用的作用。 2 .分层起到隔离变化的作用。 3 .分层起到隔离关注点的作用。 4 .分层提高代码的可测试性。 5 .分层是系统的复杂性重构

思想重塑原则:树立持续重塑意识,分成小部分反复,多次提出。

许多编程都有面向过程的滴流模式(MVC ),在静态类中尽可能少直接调用,DDD的充血设计模式更受欢迎。 以Easyswoole这个服务为例。

优点1 )如果Controller离开路由层,App目录下的代码将在服务器热启动时被监视,而无需重新启动服务器。

/**解析器是否要避免高耦合并从解析器分发请求以将控制器分离到*/publicfunctiondecode($raw,$client ) : Caller { $caller=new Caller (; $this-data=JSON_decode($raw,true ); $ tool route=newforwardroute ($ this-data ); $ controller route=$ tool route-_ get router (; $ this-action=$ tool route-_ get action (; $ this-body=$ tool route-_ format body (; $ caller-setcontrollerclass ($ controller route; $caller-setaction($this-action ); $caller-setargs($this-body ); 返回$ caller; (好处1 )将接收请求的参数分解为较小的方法有助于维护和扩展getToken和getSyncStamp等。 代码如下所示。

publicfunctionlogin((list ) token,$syncstamp )=params:3360loginParams ) category 33603360 client _ type _ params $ if (! empty($msgerrorret ) ) return $this-response )-setmessage ) JSON_encode ) $msgerrorret; //业务代码. $ msgerrorret=params check :3360 check uid ($ uid ); if (! empty($msgerrorret ) ) return $this-response )-setmessage ) JSON_encode ) $msgerrorret; //业务代码. 改造后:

publicfunctionlogin ({ $ log=new log request ),category 3360: client _ type _ PC ); $log-request($this-body ); $ msgerrorret=check request :3360 check request ($ this-log inkey,$this-body ); if (! empty($msgerrorret ) $log-trackerrorlog ) $msgerrorret; return $ this-response (-set message ) JSON_encode ) $msgerrorret; } $ token=$ this-request-gettoken ($ this-body [ ' token ' ] ); $ sync stamp=$ this-request-getsyncstamp ($ this-body [ ' sync stamp ' ] ); 新的服务器层:

(——server ((——changpeiserver (——user server.PHP (——MySQL server ((((() ) ) ) ) ) )

名词解释:单实例模式的对象在进程中是唯一的,为什么要使用单实例模式? 处理资源访问冲突。

单实例模式问题:

对单个示例OOP的支持不友好单个示例隐藏类之间的依赖关系对单个示例代码的可扩展性不友好1.单例模式

工厂模式分为简单工厂模式和抽象工厂模式。

2.工厂模式

“生成器”模式创建用于创建多个相同类型对象的复杂对象。

3.建造者模式(生成器模式)

深色拷贝和浅色拷贝。

摘要:单实例模式用于创建全局唯一的对象。 工厂模式被用于制作不同但相关的东西

类型的对象。 它继承同一个父类或接口的一组子类,并且给定的参数决定创建

你要建什么类型的物件? 建设者模式用于创建复杂对象,可以根据设置而不同

使用可选参数“定制”创建不同的对象。 原型模型是为高创建成本的对创建的

通过复制和创建现有对象来节省创建时间,如所示。

结构性模型4.原型模式

5.代理模式

实现抽象和解耦,使它们可以独立变化。

6.桥接模式

7.装饰器模式

8.适配器模式

9.门面模式

10.组合模式

行动模式11.享元模式

12.观察者模式

13.模板模式

14.策略模式

15.职责链模式

16.迭代器模式

17.状态模式

18.访问者模式

19.备忘录模式

20.命令模式

21.解释器模式

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。