自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(125)
  • 收藏
  • 关注

原创 【项目管理】进度管理

小型项目中,定义活动、排列活动顺序、估算活动持续时间及制定进度模型形成进度计划等过程的联系非常密切,可以视为一个过程,可以由一个人在较短时间内完成。项目管理团队编制进度计划的一般步骤为:首先选择进度计划方法,例如关键路径法;一然后将项目特定数据,如活动、计划日期、持续时间、资源、依赖关系和制约因素等输入进度计划编制工具,创建项目进度模型;最后根据进度模型形成项目进度计划。应在整个项目期间保持项目进度计划的灵活性,并根据知识、风险理解程度和增值活动等情况的改变对其进行调整。管理新实践。

2024-03-15 14:39:05 779

原创 【项目管理】范围管理

范国管理计划是项目管理计划的组成部分,描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划用于指导如下过程和相关工作①制定项目范围说明书;②根据详细项目范围说明书,创建WBS;③确定如何申批和维护范围基准:④正式验收已完成的项目可交付成果。根据项目需要,范用管理计划可以是正式成非正式的,非常详细或高度概括的,1.3 需求管理计划需求管理计划是项目管理计划的组成部分,描述如何分析、记录和管理需求。需求管理计划的主要内容包括;①如何规划、跟踪和报告各种露求活动;

2024-02-02 18:29:21 1157

原创 【项目管理】整合管理

项目章程记录了关于项目和项目预期交付的产品、服务或成果的高层级信息:①项目目的;⑧项目审批要求(例如,评价项目成功的标准,由谁对项目成功下结论,由谁签署项目结束);1、项目整合管理由项目经理负责,项目经理负责整合所有其他知识领域的成果,并掌握项目总体情况。项目整合管理的责任不能被授权或转移,项目经理必须对整个项目承担最终责任。>在项目收尾之前,项目管理计划需要通过不断更新来渐进明细,并日这些更新需要得到控制和批准。2、发生整合的三个层面:1.过程层面执行整合2.认知层面执行整合3.背景层面执行整合。

2024-01-31 20:08:17 957

原创 【项目管理】立项管理

项目管理-立项管理概念

2024-01-31 18:01:30 811

原创 系统设计架构——互联网案例

为了提高可扩展性和构建速度,Google 开发了内部专用工具链以更快地扩展它,并制定严格的编码质量标准以保持其一致性。根据间隔需要进行权衡。很高兴看到我们对架构的发展进行了更多的讨论,并对其优缺点进行了更诚实的讨论。多年来,Microrepo 拥有了更多支持的工具,包括用于 Java 的 Maven 和 Gradle、用于 NodeJS 的 NPM 以及用于 C/C++ 的 CMake 等。Google 的代码审查流程以设定高标准而闻名,无论业务如何,都能确保 Monorepo 保持一致的质量标准。

2023-12-19 11:15:39 117

原创 Git及Linux命令介绍

Git及Linux命令介绍

2023-12-18 19:57:11 141

原创 系统设计——系统安全

签名是使用密码创建的,有点像密码。每 30 秒,Google 身份验证器就会使用 TOTP(基于时间的一次性密码)算法生成一个 6 位数字的密码。您的身份已得到验证(身份验证),并且您被授予必要的权限(授权)。密码有 6 位数字,因此生成的密码有 100 万种可能的组合。请记住,OAuth 2.0 的目的是确保您和您的数据安全,同时让您在不同的应用程序和服务中获得无缝、无忧的在线体验。访问用户配置文件:具有 OAuth 令牌的应用程序可以访问您允许的用户配置文件的某些部分,但它们不会看到所有内容。

2023-12-18 15:19:49 752 1

原创 系统架构——支付系统设计

支付系统是现代社会不可或缺的一部分,随着电子商务和移动支付的普及,对支付系统的技术要求变得越来越高。本文将深入探讨支付系统的学习路径和其中的关键技术概念。

2023-12-18 10:34:28 535

原创 设计模式策略模式讲解和代码示例

设计模式策略模式讲解和代码示例

2023-12-17 19:15:54 489

原创 设计模式模板方法模式讲解和代码示例

设计模式模板方法模式讲解和代码示例

2023-12-17 19:04:05 321

原创 访问者设计模式讲解和代码示例

作为代码库的管理员, 相信你也不想在每次有人要求添加另外一种行为时就去冒着风险改动自己的宝贝代码。但这样的修改只需要进行一次。最后, 形状结构体只需要修改一次, 并且所有未来针对不同行为的请求都可以使用相同的 accept 函数来进行处理。最终, 访问者模式建立了一个框架, 允许我们在不修改已有类的情况下向形状层次结构中添加新的行为。是一种行为设计模式, 允许你在不修改已有代码的情况下向已有类层次结构中增加新的行为。行为, 我们只需简单地定义访问者接口的具体实现, 并在其中编写面积的计算逻辑即可。

2023-12-17 18:41:53 65

原创 设计模式——访问者模式

访问者模式是一种行为设计模式,它能将算法与其所作用的对象隔离开来。

2023-12-17 18:17:30 243

原创 设计模式——模板方法模式

模板方法模式是一种行为设计模式,它在超类中定义了一个算法的框架,允许子类在不修改结构的情况下重写算法的特定步骤。

2023-12-17 18:06:24 305

原创 设计模式——策略模式

策略模式是一种行为设计模式,它能让你定义一系列算法,并将每种算法分别放入独立的类中,以使算法的对象能够相互替换。

2023-12-17 17:56:42 464

原创 设计模式——状态模式

状态模式是一种行为设计模式,让你能在一个对象的内部状态变化时改变其行为,使其看上去就像改变了自身所属的类一样。

2023-12-17 17:48:20 808

原创 设计模式——观察者模式

观察者模式是一种行为设计模式,允许你定义一种订阅机制,可在对象事件发生时通知多个“观察”该对象的其他对象。

2023-12-17 17:38:14 224

原创 设计模式——备忘录模式

备忘录模式是一种行为设计模式,允许在不暴露对象实现细节的情况下保存和恢复对象之前的状态。

2023-12-17 17:29:00 334

原创 设计模式——中介者模式

中介者模式是一种行为设计模式,能让你减少对象之间混乱无序的依赖关系。该模式会限制对象之间的直接交互,迫使它们通过一个中介者对象进行合作。

2023-12-17 16:57:58 738

原创 设计模式——迭代器模式

迭代器模式是一种行为设计模式,让你能在不暴露集合底层表现形式(列表、栈和树等)的情况下遍历集合中所有的元素。

2023-12-17 16:48:50 388

原创 设计模式——代理模式(结构型)

代理模式是一种结构型设计模式,让你能够提供对象的替代品或其占位符。代理控制着对于原对象的访问,并允许在将请求提交给对象前后进行一些处理。

2023-12-17 16:30:00 217

原创 设计模式——命令模式

命令模式是一种行为设计模式,它可将请求转换为一个包含与请求相关的所有信息的独立对象。该转换让你能根据不同的请求将方法参数化、延迟请求执行或将其放入队列中,且能实现可撤销操作。

2023-12-17 16:22:29 453

原创 设计模式——责任链模式(行为模式)

责任链模式是一种行为设计模式,允许你将请求沿着处理者链进行发送。收到请求后,每个处理者均可对请求进行处理,或将其传递给链上的下个处理者。

2023-12-17 12:43:29 404

原创 设计模式——享元模式(结构型)

享元模式是一种结构型设计模式,它摒弃了在每个对象中保存所有数据的方式,通过共享多个对象所共有的相同状态,让你能在有限的内存容量中载入更多对象。

2023-12-16 19:26:29 261

原创 设计模式——外观模式(结构型)

外观模式是一种结构型设计模式,能为程序库、框架或其他复杂类提供一个简单的接口。

2023-12-16 19:09:54 198

原创 设计模式——装饰模式(结构型)

装饰模式是一种结构型设计模式,允许你通过将对象放入包含行为的特殊封装对象中来为原对象绑定新的行为。

2023-12-16 18:50:56 322

原创 设计模式——组合模式(结构型)

对于一个盒子, 该方法遍历盒子中的所有项目, 询问每个项目的价格, 然后返回该盒子的总价格。如果其中某个项目是小一号的盒子, 那么当前盒子也会遍历其中的所有项目, 以此类推, 直到计算出所有内部组成部分的价格。你甚至可以在盒子的最终价格中增加额外费用, 作为该盒子的包装费用。模式并不只是以特定方式组织代码的配方, 你还可以使用它们来和其他开发者讨论模式所解决的问题。尝试将其分解为简单元素和容器。在这一接口的帮助下, 客户端不必在意其所使用的对象的具体类。的类别, 所有盒子的嵌套层数以及其他繁杂的细节信息。

2023-12-15 22:29:39 601

原创 设计模式——桥接模式(结构型)

设计模式之桥接模式

2023-12-15 17:48:04 410

原创 设计模式——适配器模式(结构型)

为了解决数据格式不兼容的问题, 你可以为分析函数库中的每个类创建将 XML 转换为 JSON 格式的适配器, 然后让客户端仅通过这些适配器来与函数库进行交流。当某个适配器被调用时, 它会将传入的 XML 数据转换为 JSON 结构, 并将其传递给被封装分析对象的相应方法。适配器接受客户端通过适配器接口发起的调用, 并将其转换为适用于被封装服务对象的调用。如果您需要复用这样一些类, 他们处于同一个继承体系, 并且他们又有了额外的一些共同的方法, 但是这些共同的方法不是所有在这一继承体系中的子类所具有的共性。

2023-12-14 15:50:29 259

原创 设计模式——单例模式(创建型)

该方法可以创建一个新对象, 但如果该对象已经被创建, 则返回已有的对象。它的运作方式是这样的: 如果你创建了一个对象, 同时过一会儿后你决定再创建一个新对象, 此时你会获得之前已创建的对象, 而不是一个新对象。如果你的代码能够访问单例类, 那它就能调用单例类的静态方法。是一种创建型设计模式, 让你能够保证一个类只有一个实例, 并提供一个访问该实例的全局节点。如果程序中的某个类对于所有客户端只有一个可用的实例, 可以使用单例模式。该方法将缓存首次生成的对象, 并为所有后续调用返回该对象。

2023-12-13 22:26:11 300

原创 设计模式——原型模式代码示例

你可以实现中心化的原型注册站 (或工厂), 其中包含一系列预定义的原型对象。这样一来, 你就可以通过传递对象名称或其他参数的方式从工厂处获得新的对象。所有的原型类都必须有一个通用的接口, 使得即使在对象所属的具体类未知的情况下也能复制对象。原型对象可以生成自身的完整副本, 因为相同类的对象可以相互访问对方的私有成员变量。是一种创建型设计模式, 使你能够复制对象, 甚至是复杂对象, 而又无需使代码依赖它们所属的类。任何类都可通过实现该接口来实现可被克隆的性质。(可克隆) 接口就是立即可用的原型模式。

2023-12-13 22:11:35 453

原创 设计模式——原型模式(创建型)

即使你可以接受额外的依赖性, 那还有另外一个问题: 有时你只知道对象所实现的接口, 而不知道其所属的具体类, 比如可向方法的某个参数传入实现了某个接口的任何对象。方法的实现都非常相似。该方法会创建一个当前类的对象, 然后将原始对象所有的成员变量值复制到新建的类中。即使不考虑代码耦合的情况, 你的代码也不能依赖这些对象所属的具体类, 因为你不知道它们的具体信息。原型模式为客户端代码提供一个通用接口, 客户端代码可通过这一接口与所有实现了克隆的对象进行交互, 它也使得客户端代码与其所克隆的对象具体类独立开来。

2023-12-13 00:03:30 383

原创 设计模式——建造者模式(Java示例)

它仅与汽车的通用接口进行交互。生成器模式是 Java 世界中的一个著名模式。当你需要创建一个可能有许多配置选项的对象时, 该模式会特别有用。生成器模式可以通过类来识别, 它拥有一个构建方法和多个配置结果对象的方法。最终结果将从生成器对象中获得, 因为主管不知道最终产品的类型。与其他创建型模式不同, 生成器不要求产品拥有通用接口。这使得用相同的创建过程生成不同的产品成为可能。示例还展示了生成器如何使用相同的生产过程制造不同类型的产品 (汽车手册)。在本例中, 生成器模式允许你分步骤地制造不同型号的汽车。

2023-12-11 22:37:36 368

原创 设计模式——建造者模式(创建型)

生成器模式是一种创建型设计模式,使你能够分步骤创建复杂对象。该模式允许你使用相同的创建代码生成不同类型和形式的对象。

2023-12-11 22:23:04 872 2

原创 kafka详解

消息中间件处理节点,一个 Kafka 节点就是一个 Broker,一个或者多个 Broker 可以组成一个 Kafka 集群。

2023-12-07 15:19:36 863 2

原创 系统设计-微服务架构

下面您将看到一张显示微服务技术堆栈的图表,包括开发阶段和生产阶段。下图展示了一个典型的微服务架构。微服务通常使用哪些技术堆栈?

2023-12-07 14:54:43 114

原创 系统设计-缓存介绍

该图说明了我们在典型架构中缓存数据的位置。沿着流程有。

2023-12-06 19:24:36 711

原创 CAP理论详解

CAP定理由计算机科学家Eric Brewer于2000年提出,它指出在分布式系统中,一致性(Consistency)、可用性(Availability)、分区容错性(Partition tolerance)这三个目标不可同时兼得。CAP定理作为分布式系统设计的基石之一,为我们提供了在这些问题之间做出权衡的理论依据。在设计和构建分布式系统时,理解CAP定理是至关重要的。随着技术的不断发展,我们可以期待更多创新的方法来解决分布式系统设计中的挑战,使我们能够更好地应对日益复杂的应用需求。

2023-12-06 16:17:49 53

原创 系统设计之数据库

系统设计之数据库

2023-12-06 11:40:17 66

原创 持续集成和持续交付

在现代软件开发中,持续集成(CI)和持续交付(CD)已成为提高软件交付速度、质量和可靠性的关键实践。本文将深入探讨CI/CD的概念、关键步骤以及一个实际公司的成功实践案例。

2023-12-06 10:00:00 462

原创 深入理解URL、URI和URN在Web开发中的重要性

深入理解URL、URI和URN在Web开发中的重要性

2023-12-05 10:00:00 96

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除