摘要: 更改Solution的名字,我这里在后面加了个123。保存。 之后再改回原名字,红色波浪线就消失了。 阅读全文
posted @ 2026-01-07 14:00 苦涩如影相随固 阅读(2) 评论(0) 推荐(0)
摘要: 1. 新建 Resource Dictionary <ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/ 阅读全文
posted @ 2025-12-25 14:57 苦涩如影相随固 阅读(3) 评论(0) 推荐(0)
摘要: 摘自《大话设计模式》(程杰 著) 迪米特法则(LoD),也叫最少知识原则。 如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。 如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。 迪米特法则首先强调的前提是在类的结构设计上,每一个类都应当尽量降低成员的访问 阅读全文
posted @ 2025-12-19 09:08 苦涩如影相随固 阅读(23) 评论(0) 推荐(0)
摘要: 摘自《大话设计模式》(程杰 著) 既然用了继承,并且肯定这个继承有意义,就应该要成为子类的模板,所有重复的代码都应该要上升到父类去,而不是让每个子类都去重复。 当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其个别步骤在更详细的层次上的实现可能不同时,我们通常考虑用模板方法模式来处理。 模板 阅读全文
posted @ 2025-12-18 09:30 苦涩如影相随固 阅读(27) 评论(0) 推荐(0)
摘要: 摘自《大话设计模式》(程杰 著) 原型模式(Prototype),用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。 原型模式其实就是从一个对象再创建另外一个可定制的对象,而且不需知道任何创建的细节。 每 NEW 一次,都需要执行一次构造函数, 如果构造函数的执行时间很长,那么多次的执 阅读全文
posted @ 2025-12-17 10:07 苦涩如影相随固 阅读(65) 评论(0) 推荐(0)
摘要: 不进行任何隔离控制,可能导致: 脏读:一个事务能够读取其他事务未提交的修改。 不可重复读:一个事务读取某个记录后,再次读取该记录时发生了改变(被其他事务修改并提交了)。 幻读:一个事务按照某条件查询数据后,再次执行相同查询时结果数量发生了变化。 更新丢失: (1)当2个事务更新相同数据时,第一个事务 阅读全文
posted @ 2025-12-16 13:00 苦涩如影相随固 阅读(29) 评论(0) 推荐(0)
摘要: ACID属性: 原子性:事务中的操作要么全部成功,要么全部失败。 一致性:确保数据修改的有效性。 隔离性:并发事务之间的可见性和相互影响程度。 持久性:确保已经提交的事务必须永久生效,即使断电、系统崩溃等也不会丢失数据。PostgreSQL使用预写式日志(WAL)的机制实现事物的持久性。 COMMI 阅读全文
posted @ 2025-12-12 15:00 苦涩如影相随固 阅读(12) 评论(0) 推荐(0)
摘要: 摘自《大话设计模式》(程杰 著) 代理模式: 为其他对象提供一种代理以控制对这个对象的访问。 应用 远程代理 为一个对象在不同的地址空间提供局部代表。这样可以隐藏一个对象存在于不同地址空间的事实。 虚拟代理 根据需要创建开销很大的对象。通过它来存放实例化需要很长时间的真实对象。这样就可以达到性能最优 阅读全文
posted @ 2025-12-12 09:34 苦涩如影相随固 阅读(6) 评论(0) 推荐(0)
摘要: 摘自《大话设计模式》(程杰 著) 装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。 Component 是定义一个对象接口,可以给这些对象动态地添加职责。 ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一 阅读全文
posted @ 2025-12-11 09:19 苦涩如影相随固 阅读(26) 评论(0) 推荐(0)
摘要: 摘自《大话设计模式》(程杰 著) 高层模块不应该依赖低层模块。 两个都应该依赖抽象。 抽象不应该依赖细节,细节应该依赖于抽象, 就是要针对接口编程,不要对实现编程。 依赖倒转其实就是谁也不要依靠谁,除了约定的接口,大家都可以灵活自如。 里氏代换原则:子类型必须能够替换掉它们的父类型。 子类拥有父类所 阅读全文
posted @ 2025-12-10 15:13 苦涩如影相随固 阅读(33) 评论(0) 推荐(0)