- 博客(47)
- 收藏
- 关注
RSS订阅原创 Redis 知识点一
1多线程并发修改的问题，例：线程A更新数据库（值V1→V2）。线程B更新数据库（值V2→V3）。线程B更新缓存（值V3）。线程A更新缓存（值V2）。2 更新缓存会面临多次无效写操作（多次对该数据进行写时，缓存中的值会多次update，实际有意义的值只有最后一次写时更新的值），而删除逻辑就更加简单。
2025-06-08 16:02:09
638
原创 mysql知识点
（这里需要展开解释：当user_name和sex是等值查询时，查询的结果是根据age排序的，但是由于user_name是范围查询，B+树的排序顺序是user_name,sex,age，所以在多个符合条件的user_name下的age不能保证整体的有序性。1、采用AUTO-INC锁，也就是在执行插入语句时就在表级别加一个AUTO-INC锁，然后为每条待插入记录的AUTO_INCREMENT修饰的列分配递增的值，在该语句执行结束后，再把AUTO-INC锁释放掉。否则，很可能毫无目的地在网络上传输大量的值。
2025-06-04 21:47:17
790
原创 软考 高级 架构师 第十三章 软件架构设计 3
软件产品线是指一组软件密集型系统，它们共享一个公共的、可管理的特性集，满足某个特定市场或任务，是以规定的方式用公共的核心资产集成开发出来的。即围绕核心资产库进行管理、复用、集成新的系统。软件架构复用的类型包括机会复用和系统复用。机会复用是指开发过程中，只要发现有可复用的资产，就对其进行复用。系统复用是指在开发之前，就要进行规划，以决定哪些需要复用。
2025-01-19 16:54:26
875
原创 软考 高级 架构师 第十三章 软件架构设计 2
软件架构风格是描述某一特定应用领域中系统组织方式的惯用模式。架构风格定义了一个系统家族，即一个框架定义、一个词汇表和一组约束。词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何将这些构件和连接件组合起来的。架构风格反应了领域中众多系统所共有的结构和语义特征，并指导如何将各个模块和子系统有效地组织成一个完整的系统。对软件架构风格的研究和实践促进对设计的重用，一些经过实践证实的解决方案也可以可靠地用于解决新的问题。架构设计的一个核心问题是能否达到架构级的软件复用。
2025-01-16 21:27:44
618
原创 软考 架构师 软件工程 补充
适用场景：遗留系统的业务价值低，且其技术复杂性、维护成本或合规风险使得继续维护不再经济合理。新业务需求与旧系统架构完全不兼容，无法通过改造或集成来满足。原因：遗留系统过于陈旧，可能使用过时的硬件和软件，导致维护成本高且难以获得技术支持。系统与现代业务需求严重脱节，继续投资维护可能无助于企业竞争力的提升。淘汰策略可以释放资源，用于开发更符合业务需求的新系统。注意事项：涉及大量的数据迁移、业务流程重组和用户培训等工作，需要精心规划以确保业务连续性和数据完整性。
2025-01-14 20:31:08
654
1
原创 软考 高级 架构师 第十三章 架构设计 1
从需求分析到软件设计之间的过渡过程称为软件架构。架构设计就是需求分配，将满足需求的职责分配到组件上。软件架构为软件提供了一个结构、行为和属性的高级抽象，由构件的描述、构件的相互作用（连接件）、指导构件的集成的模式以及这些模式的约束组成。软件架构不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构件之间的对应关系，提供了一些设计决策的基本理论。解决好软件的复用、质量和维护问题，是研究软件架构的根本目的。软件架构设计包括提出架构模型，产生架构设计和进行设计评审等活动，是一个迭代的过程。
2025-01-13 21:29:05
279
原创 领域驱动设计3
对于实时性要求不高，仅要求最终一致性的场景，可以使用本地消息表或者最大努力通知方案。对于实时一致性要求比较高的事务场景，可以采用TCC事务方案。对于长事务场景，设计外部系统、遗留系统，可以考虑Saga事务方案。
2025-01-13 15:57:31
910
原创 软考 高级 架构师 第十一章 面向对象分析 设计模式
架构模式：软件设计中的高层决策，例如C/S结构设计模式：每个设计模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案核心。有四个基本要素：模式名称、问题、解决方案、效果。惯用法：最底层的模式，关注软件设计与实现，实现时通过某种特定的程序设计语言来描述构件之间的关系。
2025-01-08 22:02:40
1154
原创 领域驱动设计 1
领域驱动设计（Domain-Driven Design，简称DDD）的分层结构是一种将软件系统按照职责和关注点进行分层的架构模式，旨在提高系统的可维护性、可扩展性和可复用性。
2025-01-08 16:20:49
622
原创 软考 高级 架构师 第十一章 面向对象设计 UML
是一种统一建模语言，而非程序设计语言，支持从需求分析开始的软件开发的全过程。分为三个部分：1）构造块。UML有三种基本的构造块，分别是事物、关系和图。事物是组成UML的重要组成部分，关系紧密地把事物联系在一起，图是多个相互关联事物的集合。2）公共机制。指达到特定目标的公共UML方法。3）规则。是构造块如何放在一起的规定。
2025-01-07 23:02:54
917
原创 软考 高级 架构师 第十 章软件工程3
系统测试是为了发现错误而执行程序的过程，成功的测试是发现了至今尚未被发现的错误的测试。测试原则：1）应尽早并不断的进行测试2）测试工作应避免由原开发软件的人或小组承担3）在 设计测试方案时，不仅要确定输入数据，而且要根据系统功能确定预期的输出结果输出结果：1）既包含有效、合理的测试用例，也包含不合理、失效的用例2）检验程序是否做了不该做的事，且是否做了不该做的事3）严格按照测试计划进行4）妥善保存测试计划和测试用例5）测试用例可以重复使用或追加测试。
2025-01-04 21:58:35
1249
原创 软考 高级 架构师 第十章 软件工程2
输出软件规格说明书 SRS：是需求开发活动的产物，编制该文档的目的是使项目干系人与开发团队对系统的初始规定有一个共同的理解，使之成为整个开发工作的基础。SRS是软件开发过程中最重要的文档之一，对于任何规模和性质的软件项目都不应该缺少。需求定义方法1）严格定义也称预先定义，需求的严格定义建立在以下基础之上：所有需求都是能够被预先定义的。开发人员和用户之间能够准确而清晰地交流。采用图形或文字可以充分体现最终系统。
2025-01-02 20:40:15
1097
原创 软考 高级 架构师 第十章 软件工程 1
软件定义时期：可行性研究和详细需求分析，问题定义、可行性研究、需求分析软件开发时期：软件的设计与实现，可分为概要设计、详细设计、编码和测试软件运行和维护：把软件产品移交给用户使用。
2024-12-29 18:14:52
1610
原创 软考 高级 架构师 第九章系统安全
信息摘要就是一段数据的特征信息，当数据发生改变，信息摘要也会发生改变，发送发会把摘要和数据一起传递给接收方，接收方会根据收到的信息重新生成一个信息摘要，若两个摘要相同，则说明数据正确。信息摘要都是由哈希函数生成的。不管数据多长，生成的数据摘要都是等长的；任何不同的数据都会生成不同的摘要；单向性，即只能由数据生成摘要，不能由只要生成数据。信息摘要算法：MD5(128位输出)、SHA-1（160位输出）
2024-12-26 21:39:01
988
原创 软考 高级 架构师 第八章 信息系统概述 2
企业战略规划：利用机会和威胁评价现在和未来的环境，用优势和劣势评价企业现状，进而选择和确定企业的总体和长远目标，制定和抉择实现目标的行动方案。信息技术战略规划：通常简称为IT战略规划，是在信息系统规划的基础上，对支撑信息系统运行的硬件、软件、支撑环境等具体的规划。信息资源规划：为开展具体的信息化建设项目而进行的数据需求分析、信息资源标准建立、信息资源整合工作系统规划：单个项目的分析。
2024-12-22 18:22:17
741
原创 软考 高级架构师 第八章 信息系统1
信息系统是由计算机硬件、网络和通信设备、计算机软件、信息资源、信息用户和规章制度组成的以处理信息流为目的的人机一体化系统。信息系统的5个 基本功能：输入、存储、处理、输出和控制。以计算机为基础要求系统设计者必须具备计算机及其在信息处理中的应用知识。人机交互要求系统设计者还需了解人作为系统组成部分的能力以及人作为信息使用者的各种行为。
2024-12-19 20:29:08
1013
原创 HarmonyOS ArkTS学习-状态管理-@Provide和@Consume
鸿蒙系统应用开发学习-状态管理-@Provide和@Consume双向同步
2024-06-03 23:20:53
483
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人