- 综合排序
- 最热优先
- 最新优先
- 来自专栏落影的专栏
工程架构持续演进
正文 整体视角 首先介绍工程当前整体设计，整体工程视角的架构图如下： 业务实现层和业务接口层，是常迭代的业务部分； 业务接口层，存放业务组件对外的能力，这些能力大部分用接口来表述。 工程架构角度 1、接口层与实现层，基础层与实现层都有隔离，但是仍然存在同层之间相互依赖较多的情况，甚至会有UI组件、数据层依赖服务层情况； 2、多App场景，如果想要让某个App下去除某个组件，由于组件依赖较多 SaaS，又要迭代SaaS； 3、质量和效率提升，更加清晰的工程架构来承载复杂业务，层级之间更加清晰并有防劣化，复杂业务组件有良好设计来降低理解成本 基于上述分析和考虑，对原来架构进行进一步调整： ，专注于数据逻辑，只能被上层业务引用，不依赖其他业务组件和服务层； 4、UI基础层搭建，业务UI基础能力沉淀，可以依赖只能被上层业务引用，不依赖其他业务组件和服务层； 5、业务基础库和通用基础库分隔 ，业务基础库只服务于当前工程，通用基础库服务于类SaaS的多宿主； 6、配合多包SOP调整差异化组件，将大部分固定差异用配置化的方式进行处理； 总结 架构演进是一件需要持之以恒的事情，要权衡好其中的效率提升和维护成本
31420编辑于 2023-07-31 - 来自专栏波波烤鸭
maven教程5(聚合工程)
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5. items="${list }" var="u"> ${u.id } --${u.uname }--${u.nickname }
</c:forEach> </body> </html> 5.1.2K20发布于 2019-04-02 - 来自专栏Tom弹架构
Spring 5系统架构
Spring 5的模块结构如下图所示。 [file] 组成Spring框架的每个模块都可以单独存在，也可以将一个或多个模块联合实现。下面分别介绍每类模块的组成和功能。 3 数据访问与集成 数据访问与集成由spring-jdbc、spring-tx、spring-orm、spring-oxm和spring-jms 5个模块组成。 5 通信报文 通信报文即spring-messaging模块，它是Spring 4新加入的一个模块，主要职责是为Spring 框架集成一些基础的报文传送应用。 8 各模块之间的依赖关系 Spring官网对Spring 5各模块之间的关系做了详细说明，如下图所示。 [file] 下图对Spring 5各模块做了一次系统的总结，描述了模块之间的依赖关系，希望能对“小伙伴们”有所帮助。 [file]
53820编辑于 2021-12-30 - 来自专栏Tom弹架构
Spring 5系统架构
Spring 5的模块结构如下图所示。 组成Spring框架的每个模块都可以单独存在，也可以将一个或多个模块联合实现。下面分别介绍每类模块的组成和功能。 4.3 数据访问与集成 数据访问与集成由spring-jdbc、spring-tx、spring-orm、spring-oxm和spring-jms 5个模块组成。 4.8 各模块之间的依赖关系 Spring官网对Spring 5各模块之间的关系做了详细说明，如下图所示。 下图对Spring 5各模块做了一次系统的总结，描述了模块之间的依赖关系，希望能对“小伙伴们”有所帮助。
57240编辑于 2022-04-25 - 来自专栏Tom弹架构
Spring 5系统架构
Spring 5的模块结构如下图所示。 [图片1.png] 组成Spring框架的每个模块都可以单独存在，也可以将一个或多个模块联合实现。下面分别介绍每类模块的组成和功能。 3 数据访问与集成 数据访问与集成由spring-jdbc、spring-tx、spring-orm、spring-oxm和spring-jms 5个模块组成。 8 各模块之间的依赖关系 Spring官网对Spring 5各模块之间的关系做了详细说明，如下图所示。 [图片2.png] 下图对Spring 5各模块做了一次系统的总结，描述了模块之间的依赖关系，希望能对“小伙伴们”有所帮助。 [图片3.png] 本文为“Tom弹架构”原创，转载请注明出处。 关注微信公众号“Tom弹架构”可获取更多技术干货！
56000发布于 2021-10-22 - 来自专栏喔家ArchiSelf
架构软件工程的未来
本报告中的研究为推进软件工程学科提供了必要的基础，以确保必要的框架到位，以最大化这些未来的优势。 软件工程的新愿景需要新的开发和架构范例，这也激励了第5节中描述的重点研究领域。 5 研究的重点领域 本报告中描述的软件工程的基本转变和进步需要新的研究领域。我们与顾问委员会和软件工程研究社区的其他领导者密切合作，制定了一个包含六个重点领域的研究路线图。 这些挑战激发了以下三个研究重点领域，我们认为这三个领域是高级架构范例的基础： 4.工程社会规模软件系统：讨论建模人类行为的挑战 5.人工智能工程化支持的软件系统：关注处理人工智能组件给系统带来的不确定性的挑战 现有的设计、测试、评估和数据管理技术将帮助我们了解如何设计、部署和维持人工智能系统的结构和行为，它们还将为未来5至10年解决以下关键研究问题提供一个垫脚石： 支持可解释和可信的人工智能系统的关键质量属性和架构模式是什么 建议5——促进对新计算模型工程的更多关注，重点关注量子软件系统。 软件工程社区应该与量子计算社区合作，为量子计算系统预测新的架构范例。重点应该是理解量子计算模型如何影响软件堆栈的所有层。
98730编辑于 2022-12-03 - 来自专栏架构之家
推荐工程系统架构演进
到家推荐工程框架- V.1.0 2.1. 框架雏型 2.2. 存在问题 3. 到家推荐工程框架- V.2.0 4. 到家推荐工程框架- V.3.0 4.1. 预测服务 5. 展望 1、前言 推荐现在已经成为电商最核心的竞争力，也是电商平台的重要流量入口之一。 ，按照推荐流程的固有阶段对系统进行水平分成，使系统更贴切业务，框架更为合理清晰 V.3.0按照到家业务对每个推荐阶段抽象整合，将推荐系统平台化，提高系统的扩散性、伸缩性、稳定性 2、到家推荐工程架构 3、到家推荐工程架构- V.2.0 推荐接入的业务场景与日俱增，系统维护渐渐显露了框架1.0中的几大风险，首先做的第一个拆分方式，就是按业务做了垂直拆分逻辑，将应用1分为N，存储1分为N，做业务隔离。 4、到家推荐工程架构- V.3.0 在这个版本的研发中，主要演进方向是pipeline流程动态配置化，将推荐A、B、C业务场景中共性的部分独立，并能独立设置相关属性，做到业务之间代码共享且属性设置隔离
50521编辑于 2022-09-01 - 来自专栏后端从入门到精通
逆向工程-架构真题（二十）
A、顺序、选择和嵌套 B、顺序、分支和循环 C、分支、并发和循环 D、跳转、选择和并发 答案：B 解析： 结构化设计是面向数据流设计方法，主要架构设计、接口设计、数据设计和过程设计。 5、基于软件架构设计ABSD，强调 商业、质量和功能 需求的组合驱动软件架构设计。它强调 视图、视角 描述软件架构，采用用例和质量场景描述需求。用例描述功能需求，质量场景描述质量需求。 A、逆向工程 B、系统改进 C、设计恢复 D、再工程 答案：A A、逆向工程 B、系统改进 C、设计恢复 D、再工程 答案：D
38220编辑于 2023-09-05 - 来自专栏Spark学习技巧
推荐工程系统架构演进
到家推荐工程框架- V.1.0 2.1. 框架雏型 2.2. 存在问题 3. 到家推荐工程框架- V.2.0 4. 到家推荐工程框架- V.3.0 4.1. 预测服务 5. 展望 1、前言 推荐现在已经成为电商最核心的竞争力，也是电商平台的重要流量入口之一。 ，按照推荐流程的固有阶段对系统进行水平分成，使系统更贴切业务，框架更为合理清晰 V.3.0按照到家业务对每个推荐阶段抽象整合，将推荐系统平台化，提高系统的扩散性、伸缩性、稳定性 2、到家推荐工程架构 3、到家推荐工程架构- V.2.0 推荐接入的业务场景与日俱增，系统维护渐渐显露了框架1.0中的几大风险，首先做的第一个拆分方式，就是按业务做了垂直拆分逻辑，将应用1分为N，存储1分为N，做业务隔离。 4、到家推荐工程架构- V.3.0 在这个版本的研发中，主要演进方向是pipeline流程动态配置化，将推荐A、B、C业务场景中共性的部分独立，并能独立设置相关属性，做到业务之间代码共享且属性设置隔离
1K20编辑于 2022-03-15 GPT-5 提示工程指南
原文链接： https://cookbook.openai.com/examples/gpt-5/gpt-5_prompting_guide 可以先看要点总结，全文在下面。 Lucide 动画：Motion 字体：San Serif, Inter, Geist等 从零到一应用生成： 使用自我反思提示词建立评估标准 要求模型根据自建标准进行迭代执行 匹配代码库设计规范： 提供工程原则 我们将深入探讨如何提升智能体任务性能、确保指令遵循、运用全新的 API 功能，以及为前端和软件工程任务优化编程等概念，并重点分享 AI 代码编辑器 Cursor 在 GPT-5 提示词调优方面的关键见解 我们希望本指南以及我们构建的提示词优化工具，能成为您驾驭 GPT-5 的起点。但请始终牢记，提示工程并非一刀切的实践——我们鼓励您在本文提供的基础上不断实验和迭代，以找到解决您特定问题的最佳方案。 这些指令可以总结工程原则、目录结构以及代码库中显式和隐式的最佳实践等关键方面。下面的提示词片段展示了一种为 GPT-5 组织代码编辑规则的方式：您可以根据自己的编程设计品味随意修改规则的实际内容！
49410编辑于 2025-10-11- 来自专栏TA码字
Tomcat NIO(5)-整体架构
在上一篇文章里我们主要介绍了 tomcat NIO 的数据处理类，即实现读写封装的Request 和 Response，在这里我们主要介绍 NIO 整体架构。 对于 tomcat NIO 来说，是由一系列框架类和数据读写类来组成的，同时这些类运行在不同的线程中，共同维持整个 tomcat NIO 架构。 上面我们可以发现整体架构运行着4种线程： Acceptor 线程 Poller 线程 Tomcat IO 线程 BlockPoller 线程 Acceptor线程 tomcat NIO 架构中会有一个 Poller线程 在 tomcat NIO 架构中会有 poller 线程，在 tomcat8 及以前的版本之中，可以通过 pollerThreadCount 配置 poller thread 的数目， BlockPoller线程 tomcat NIO 架构中会有 block poller 线程，其核心功能由以前文章中介绍的 BlockPoller 类来实现，BlockPoller 实例会有一个 NIO
1.2K30发布于 2020-08-05 - 来自专栏iRF射频前端产业观察
5G网络架构
到了5G，网络逻辑结构彻底改变了。5G核心网，采用的是SBA架构（Service Based Architecture，即基于服务的架构）。 红色虚线内为5G核心网 网元看上去很多，实际上，硬件都是在虚拟化平台里面虚拟出来的。这样一来，非常容易扩容、缩容，也非常容易升级、割接，相互之间不会造成太大影响（核心网工程师的福音）。 云计算和雾计算 云计算和边缘计算 5G中的NFV和SDN 未来5G网络将是基于SDN、NFV和云计算技术的更加灵活、智能、高效和开放的网络系统。5G网络架构包括接入云、控制云、转发云3各域。 NFV高层架构 5G网络架构的三朵云。蓝色的无线接入云，支持控制和承载分离、接入资源的的协同管理，满足未来多种的部署场景。 5G的网络架构 总体来看，SDN是连接控制云和转发云的关键；NFV将转发云设备和多个控制云中的网元用通用设备来替代，从而节省成本。3朵云中的资源调度、弹性扩展和自动化管理都是依赖云计算平台。
2.6K51编辑于 2022-05-16 - 来自专栏云云众生s
使用 Kubernetes 精简平台架构工程
使用 Kubernetes 精简平台架构工程 平台架构工程涉及创建一个环境，使开发人员可以专注于构建应用程序。Kubernetes 可以提供帮助。 这就是平台工程发挥作用的地方，它充当支撑整个软件开发生命周期的 backbone。让我们深入探讨平台工程在为应用程序创建和维护基础设施方面的关键作用。 理解平台工程 在其核心，平台工程涉及创建一个环境，使开发人员可以专注于构建应用程序，而不必承担管理基础设施复杂性的负担。 平台工程师架构，构建和维护必要的基础设施和工具，以确保应用程序平稳高效地运行，不管它们可能包含的复杂性。 在应用程序开发的动态世界中，平台工程师面临着多方面的挑战。 平台工程师需要高效的工具和策略来有效地管理这种复杂性。 在平台工程领域，效率和可靠性的追求依赖于自动化。凭借其强大的功能集，Kubernetes 成为平台工程师寻求自动化部署和扩展过程的灯塔。
26410编辑于 2024-03-28 - 来自专栏带你回家
Spring5 系统架构
一，系统架构 Spring 总共大约有 20 个模块，由 1300 多个不同的文件构成。 以下是 Spring 5 的模块结构图： 组成 Spring 框架的每个模块集合或者模块都可以单独存在，也可以一个或多个模块联合实现。 1.3 数据访问及集成：由spring-jdbc、spring-tx、spring-orm、spring-jms 和 spring-oxm 5 个模块组成。 1.7 Spirng 各模块之间的依赖关系 该图是 Spring5 的包结构，可以从中清楚看出 Spring 各个模块之间的依赖关系。
71420发布于 2019-11-07 - 来自专栏【腾讯云开发者】
腾讯文档前端工程架构改造实践
01、老旧的工程架构让业务开发走得越来越慢 需要治理的地方在哪里，只有弄清楚病症才能够有效对症下药，我们通过 review 开发全流程，发现问题主要是这几个方向： 多 npm 包手动发布效率低下且不安全 难点在于需要关心包之间的依赖关系，比如这是实际业务开发中的一个很常见的一个依赖关系： 在以前的架构中，包之间依赖都是直接写版本，然后从源中下载，我们修改 A 的代码，需要进行构建，发布，然后再更新 A npm 包接入品类带来的体积增长从 300kb 降低到接近 0，详细的过程可以阅读：我是如何把统一顶部栏接入 ppt 的体积影响降低到 0 kb（https://docs.qq.com/aio/DSmR5a0RKUVVFVlFT 提速依赖安装 在之前的仓库架构下，使用 npm 安装依赖，整个组件仓库就只有一组 package.json 与其 lock 文件，将这两个文件 copy 到 docker 中，进行依赖安装后上传到云端， 基本上没有什么所谓自研工具，一方面是人力所限，另一方面就是我认同所有的代码本质都是技术债，都是需要维护成本的，所以我的理念就是尽量基于开源的代码，使用社区先进的工具，用尽量少的代码实现我们的目的，从而降低系统的复杂度，工程化的代码不应该是自研的黑盒
1.4K21编辑于 2024-07-03 - 来自专栏闲余说
架构设计 5-高可用架构之高可用存储架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第五部分，主要介绍高可用存储架构，分别介绍了双机架构和集群架构以及各种具体方案的优缺点和应用场景。 双机架构 主备复制 其整体架构比较简单，主备架构中的“备机”主要还是起到一个备份作用，并不承担实际的业务读写操作，如果要把备机改为主机，需要人工操作。 ZooKeeper 本身已经实现了高可用集群架构，因此已经帮我们解决了中介本身的可靠性问题，在工程实践中推荐基于 ZooKeeper 搭建中介式切换架构。 ，而读操作可以参考主备、主从架构进行灵活多变 复杂度 主机如何将数据复制给备机主 主备和主从架构中，只有一条复制通道，而数据集中集群架构中，存在多条复制通道。 数据集中集群架构中，客户端只能将数据写到主机；数据分散集群架构中，客户端可以向任意服务器中读写数据 场景 数据集中集群适合数据量不大，集群机器数量不多的场景：ZooKeeper 集群，一般推荐 5 台机器左右
73620编辑于 2022-08-19 - 来自专栏【C】系列
keil5如何创建工程
➕收藏 == 养成习惯 本系列为大家讲解51单片机开发板的使用，不了解的话可以看我写的单片机介绍✅ 链接51单片机介绍_泽奀的博客-CSDN博客_51单片机介绍 首先双击点击打开我们的keil5的一个软件 新建一个工程，对于单片机的程序来说，每个功能程序都必须要有一套配套的工程(Project) 然后就是你要保存的一个工程的位置，根据你自己来定义，可以放在桌面来创建一个文件，文件夹你的名字由你来决定。 然后就是工程的名字，建议起一个通用一点的名字吧，如果是工程就直接叫project，项目就是development✨。 好，那么当你如果界面是和我一样的话，你的工程已经创建好了✌ 第一个是编译，第二个是建立工程把整个工程给它整个工程给它建立一遍，第三个就是所有的文件编程都要进行建立一遍。
73310编辑于 2022-12-12 - 来自专栏新零售项目实践
供应链架构与工程化篇 | 从 0 到 1 搭建可扩展的 React19 + Webpack5 工程环境
这些问题，都源于工程环境这个"隐形地基"的脆弱。现代供应链前端工程已远不止于create-react-app的简单配置。 本文将带领你从零开始，搭建一个专为电商供应链系统量身定制的React19+Webpack5工程环境，这不仅是技术栈的堆砌，更是工程思想的实践。 第一章：工程初始化与基础架构1.1项目初始化与目录结构设计//package.json核心配置{"name":"supply-chain-fe","version":"1.0.0","private": 资源处理策略：小图片转base64，减少HTTP请求CSS模块化，避免样式冲突字体文件独立输出，支持CDN缓存代码分割策略：分离运行时代码，避免频繁变更影响缓存按框架、工具库、业务代码分层拆分为微前端架构预留多入口支持 这不是一个简单的脚手架生成，而是一个深度定制、面向复杂业务场景的专业工程体系。让我们回顾核心成果：工程体系全景：我们构建了一个包含开发、构建、测试、代码质量、自动化脚本的完整工程链路。
9110编辑于 2026-04-07 - 来自专栏iRF射频前端产业观察
5G射频前端架构
原文参考www.skyworksinc.com
27710编辑于 2022-05-16 - 来自专栏超级架构师
Envoy架构概览(5):负载均衡
负载均衡 当过滤器需要获取到上游群集中主机的连接时，群集管理器使用负载平衡策略来确定选择哪个主机。 负载平衡策略是可插入的，并且在配置中以每个上游集群为基础进行指定。 请注意，如果没有为群集配置活动的运行状况检查策略，则所有上游群集成员都认为是正常的。 支持的负载平衡器 循环赛(Round robin) 这是一个简单的策略，每个健康的上游主机按循环顺序选择。 加权最低要求 请求最少的负载均衡器使用O（1）算法来选择两个随机健康主机，并挑选出活动请求较少的主机。 （研究表明，这种方法几乎与O（N）全扫描一
2.2K70发布于 2018-04-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号