你是否曾经思考过如何设计大型的企业级系统？在决定启动软件开发之前，首要的是选择恰当的架构来指引系统的功能及质量属性设计。因此在将软件架构应用于设计之前，必需要了解常用的架构模式。什么是架构模式?Wikipedia 的解释：在软件架构中，架构模式是对特定环境下常见问题的通用且可重用的解决方案。架构模式与软件设计模式很相似，但架构模式的层次更高，且外延更大。这篇文章将简述常见的 10 种架构模式的概念
转载
2024-06-29 21:21:57
12阅读
前端架构原则
原创
2024-05-02 12:51:20
39阅读
当我们开始搭建前端项目的时候，需要从这五个方面去考虑：易开发、可扩展、易维护、易构建、易
原创
2022-04-02 18:19:11
2348阅读
前端页面设计原则1. 对比（Contrast） 对比的基本思想是，要避免页面上的元素太过相似。如果元素（字体、颜色、大小、线宽、形状、空间等）不相同，那就干脆让它们截然不同。要让页面引人注意，对比通常是最重要的一个因素，正是它能使读者首先看这个页面。2. 重复（Repetition） 让设计中的视觉要素在整个作品中重复出现。可以重复颜色、形状、材质、空间关系、线宽、字体、大小和图片，等等。这样一来
转载
2023-07-31 17:36:55
75阅读
我们的软件架构设计与管理将基于业界公认的TOGAF Framework 体系结构， 我们的软件分析与设计将基于业界著名的Domain Driven Design领域模式，我们的软件开发管理将基于业界流行的Scrum敏捷管理流程。以这三大理论体系为依托我们制定创建了我们自己的总体架构原则、目标架构和基于.NET的面向领域的多层体系结构框架。在此基础上我们从领域模型和系统概要设计的角度描述了系统的逻辑
转载
2014-06-03 09:51:00
91阅读
《架构即未来》这本书的第12章简单阐述了架构设计的一些常用的原则（后面章节会详细阐述）。这些原则中很多都是在架构一开始的设计中就要考虑进去的，这样在出现任何问题时，我们都能够及时的处理，和把问题影响的范围有效的缩小。否则就像我现在的项目，一开始设计时，考虑的很少，出问题时，没有做到及时的反馈，和缩小影响范围，只能在事故的代价中将所需要的原则添加进来，慢慢完善。1.N+1设计要确保任何你所开发的系统
原创
2023-09-25 11:48:59
98阅读
1. 软件开发的流程 需求文档分析，概要设计文档，详细设计文档，编码和测试，安装和调试，维护和升级 2. 常用的设计原则 <1> 开闭原则 (Open Close Principle) 对扩展开放，对修改关闭，为了使程序的扩展性好，易于维护和升级 代码示例： public abstract clas
转载
2021-06-28 14:37:00
24阅读
2评论
数据库系统基础知识关系数据库基础数据库的结构与模式
数据模型的三要素：数据结构、数据操作、数据的约束条件常见的数据模型：概念数据模型、基本数据模型、面向对象模型关系数据模型三大组成要素：关系数据结构、关系操作集合、关系完整性约束实体-联系（E-R）模型
实体、联系、属性之间的联系数据的规范化
主要考虑：关系模式中各属性之间的依赖关系、对关系模式性能的影响设计理念的核心：数据间的函
转载
2024-07-16 15:35:25
74阅读
前言在前端开发领域，组件开发一直是一个绕不开的话题。那么在组件开发时，要注意哪些问题？如何开发出易维护且复用性高的组件？下面就结合面向对象设计原则，和开发中的实践经验，总结一部分组件开发需要注意的几个原则。原则1、保持简单 （KISS—Keep It Simple, Stupid，Straightforward）代码足够简单，也意味着易读、易维护，bug 比较难以隐藏。往往简单的设计越高效和通用（
转载
2023-11-20 10:16:40
58阅读
架构设计规范前言有人说：一千个人眼里有一千个哈姆雷特，每个人对“架构”的理解亦然，业务架构的使命是面向复杂系统构建，降低复杂度，更好地规划系统，承担业务与技术之间的桥梁，重要性不言而喻，架构本质上没有好坏之分，只有是否合适，业务架构也会随着业务的增长与演变，不断完善。古人云：没有规矩不成方圆，为了进一步规范和统一公司业务架构设计、系统命名、系统结构、模块划分、技术选型等，保证运维人员、开发人员、测
转载
2019-11-09 21:50:00
241阅读
前言设计前端组件是最能考验开发者基本功的测试之一,因为调用Material design、Antd、iView 等现成组件库的 API 每个人都可以做到,但是很多人并不知道很多常用组件的设计原理。能否设计出通用前端组件也是区分前端工程师和前端api调用师的标准之一,那么应该如何设计出一个通用组件呢?下文中提到的组件库通常是指单个组件,而非集合的概念,集合概念的组件库是 Antd iView这种,我
转载
2023-12-26 17:52:11
233阅读
组件设计原则层次结构和 UML 类图(用于快速帮助了解应用程序布局和其他细枝末节)对于前端组件W的UML类图可以有 State、Props、Methods、Event、Slot、与其他组件的关系扁平化、面向数据的 state/props低耦合、辅助代码分离避免直接操作DOM，避免使用ref、减少访问全局变量入口处检查参数的有效性，出口处检查返回的正确性单一职责组件要建立在可复用的基础上、对于不可复
转载
2023-08-03 16:51:16
274阅读
软件架构，是一个系统在其组件层面的基本组织结构表现，包括系统内部组件之间的关系、组件与外部的关系以及决定其设计和演进的原则。架构即决策，需要面向业务需求，并在各种资源（人、财、物、时、事）约束条件下去做权衡、取舍。以下是软件架构设计中常用的三个原则，运用时需要结合业务系统的实际情况综合考虑。1 合适原则架构无优劣，但存合适性。架构一定要匹配企业所在的业务阶段，不要随波逐流，一味地模仿照搬业界高大上
转载
2023-07-11 11:00:05
167阅读
1.背景最近在读《架构整洁之道》这一本书，这本书的确写得不错，最近也没有更新文章，一方面再忙工作，另一方面也再啃一些书。当然文章还是得更新，《架构整洁之道》里面有些有意思的内容我会提取出来外加自己的思考。在这本书里面的第三章介绍了设计原则，这部分我觉得对于大家的平时工作都比较有用。2. 设计原则想必大家在学习面向对象的时候,都学习过下面几大原则:SRP 单一职责:该设计原则是基于康威定律的推论，每
转载
2020-04-27 21:26:00
72阅读
架构即决策。架构需要面向业务需求，并在各种资源（人、财、物、时、事）约束条件下去做权衡、取舍。而决策就会存在不确定性。采用一些高屋建瓴的设计原则有助于去消除不确定，去逼近解决问题的最优解。1 合适原则架构无优劣，但存合适性。“汝之蜜糖，吾之砒霜”；架构一定要匹配企业所在的业务阶段；不要面向简历去设计架构，高大上的架构不等于适用；削足适履与打肿充胖都不符合合适原则；所谓合适，一定要匹配业务所处阶段，
转载
2023-07-02 19:57:22
77阅读
在 Android 移动端开发中。前端 UI 设计原则
# 应用架构的原则
## 介绍
应用架构是指在开发软件应用程序时，将系统划分为不同的组件或模块，并定义它们之间的关系和交互方式的一种方法。良好的应用架构可以提高代码的可维护性、可扩展性和可测试性，从而使开发过程更加高效和可靠。
本文将介绍几个常见的应用架构原则，并通过具体的代码示例来说明这些原则的应用。
## 单一职责原则（Single Responsibility Principle）
原创
2023-07-31 05:05:35
200阅读
本文将全面讲解数仓建设规范，从数据模型规范，到数仓公共规范，数仓各层规范，最后到数仓命名规范，包括表命名，指标字段命名规范等！一、数据模型架构原则1. 数仓分层原则优秀可靠的数仓体系，往往需要清晰的数据分层结构，即要保证数据层的稳定又要屏蔽对下游的影响，并且要避免链路过长。那么问题来了，一直在讲数仓要分层，那数仓分几层最好？目前市场上主流的分层方式眼花缭乱，不过看事情不能只看表面，还要看到内在的规
转载
2024-07-30 17:00:40
38阅读
业务架构（业务架构看流程【能力主线】）描述：业务战略、治理、组织和关键业务流程。L2级，跨部门跨角色的。横向跨阶段，纵向跨角色。数据架构（数据架构看共享）描述：组织的各类逻辑和物理数据资产以及数据管理资源的结构。散着叫资源，统着叫资产，赋能叫资本。数据架构的价值：通过数据架构引领数据资产形成数据资本。应用架构（应用架构看集成）描述：描述被部署的单个应用系统、系统之间的交互，以及它们与组织核心业务流
走向.NET架构设计—第三章—分层设计，初涉架构(中篇) 前言：自从上篇发布以后，大家反馈了不少问题，因为前篇讲的东西不是很深，可能大家看完之后没有什么感觉.本章（前篇，中篇，后篇）的主要目的其实首先是提出不好的设计，然后对比的提出一个相对比较合理的分层架构，同时本篇也为后续讲述架构模式和设计模式等的文章做个铺垫。 本篇的议题如下：1． 阐明示例需求2． 业务层设计3．
