- 综合排序
- 最热优先
- 最新优先
- 来自专栏刷题笔记
4-11 Isomorphic (10 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/102699401 4-11 Isomorphic (10 分) Two trees, T1
56800发布于 2019-11-07 腾讯云产业金融重构：基于“1+4+5”架构打通产融资金链与国产化替代体系
构建“1+4+5”云智融合底座与场景驱动交易体系 为解决产融对接的技术与信任瓶颈，腾讯云打造了“一横三纵”产业金融服务体系，并以“1+4+5”整体架构作为技术支撑路径： “1”个自主合规分布式基础云平台 支撑万家金融机构业务运转与核心指标量化 基于上述技术架构，腾讯云在实际业务落地中，重点改善了以下三个核心业务维度的运行指标： 业务覆盖与拓客规模： 凭借全栈金融科技能力，已成功支撑超过 10,000家 落地央企司库数据数智化与跨境产业园风控闭环 在实际业务场景中，腾讯云技术架构为客户提供了确定的业务价值： 某央企财务公司——构建数智化司库系统： 面对实现国产化合规、实时处理大规模金融数据以及业务高速增长带来的扩容挑战 依托全栈自主合规设施与大模型技术建立代际优势 在产业金融数字化的进程中，腾讯云的核心技术壁垒体现在对底层基础设施的自主掌控与前沿AI技术的深度工程化落地： 技术底座的自主可控性： 提供基于国产化架构的TCE
13710编辑于 2026-05-30腾讯云产业金融解决方案：基于“一横三纵”体系构建产融数字新连接
第二章：构建“1+4+5”架构与“一横三纵”服务体系 腾讯金融云依托云计算、大数据、AI及大模型能力，推出“1+4+5”总体架构，并细化出“一横三纵”产业金融服务体系。 技术架构指标： 数据平台支持“一套数据多个引擎”，实现存算分离、湖仓一体，提供代码拖拽可视化及企业级权限管理，提升数据加工与治理效率。
19110编辑于 2026-05-30驱动消费金融数字化转型：基于全链路敏捷与全栈AI的业务重构实践
构建“1+4+5”云智融合金融底层架构 为应对上述挑战，腾讯云以技术与合规为双轮驱动，输出包含基础设施、技术中台、数据中台、AI中台在内的“1+4+5”体系架构，重点依托四大核心业务模块提供全栈式解决方案 夯实云化基础设施： 部署“一云多芯”架构（TCE云平台）与金融级分布式交易数据库（TDSQL），支持业务多活与同城/异地灾备。 赋能头部消费金融机构实现核心业务稳健增长 某头部消费金融公司在业务激增阶段，面临IT架构支撑乏力、交付周期长等现实痛点。 基于腾讯云TCE专有云架构，该机构完成了全面技术栈重构： 系统稳定性与灾备保障： 建设基于腾讯TCE的“两地三中心”架构（公有云/私有云双活），实现全流程可观测能力。 底层架构自主可控： 提供TDSQL（分布式数据库）与TCE（专有云平台），满足强一致性高可用要求，深度契合金融行业数字基础设施建设的严苛监管标准。
19410编辑于 2026-05-30- 来自专栏IT技术圈（CSDN）
浙大版《C语言程序设计（第3版）》题目集 练习4-11 统计素数并求和
练习4-11 统计素数并求和 本题要求统计给定整数M和N区间内素数的个数并对它们求和。 输入格式: 输入在一行中给出两个正整数M和N（1≤M≤N≤500）。
1.7K30发布于 2020-09-15 腾讯云“一横三纵”产业金融解决方案：以数字技术连接产业与金融
“1+4+5”未来金融架构整合了云基础设施与中台能力。技术层面，腾讯云TDSQL具备金融级高可用和跨区容灾特性，并通过了相关安全合规认证。
14310编辑于 2026-05-30- 来自专栏啄木鸟软件测试
更正以前风险调整中的一个缺陷
根据前面的公式，得到表4-11。 表4-11 风险级别调整（二） 模块 可能性 严重度 风险级别 用户登录 (3+1)/2=2 5 10 用户注册 (2+2)/2=2 5 20 填写购物地址及支付信息 (2+1)/2=1.5 4 6 选择商品 根据前面的公式，得到表4-11。 表4-11 风险级别调整（二） 模块 可能性 严重度 风险级别 用户登录 (3+4)/2=3.5 5 18 用户注册 (2+5)/2=3.5 5 18 填写购物地址及支付信息 (2+4)/2=3 4 12
53300编辑于 2025-01-22 - 来自专栏网络日志
JS中数组、对象相互转换实现方式
'昨天', value: '4-09' },{ label: '今天', value: '4-10' },{ label: '明天', value: '4- 二维数组转对象 (Object.fromEntries()实现) const arr2 = [['昨天','4-09'], ['今天','4-10'], ['明天','4-11']] // 二维数组转obj (map实现) const obj_a = {a: 1} const obj_b = {b: 1} const arr3 = [['昨天','4-09'],['今天','4-10'],['明天','4-
79710编辑于 2024-06-28 - 来自专栏毕业设计
分布式电商系统的设计与实现⑤-1
这一篇就是论文的第四部分系统概要设计中的架构和功能设计。因为这里数据库表设计内容比较多，避免大家看的审美疲劳，就放到下一个文章里面去了。 中括号代表的是参考文献，后面会有列出来1 系统概要设计1.1 系统架构设计该系统整体使用分布式架构设计，总共分为18个小服务，通过Zookeeper注册中心进行注册，然后在Dubbo-Admin管理界面进行统一管理 项目整体架构图如下图 4-1：图 4-1 项目架构图商家端就使用一个后台API作为消费者，经过注册中心，分别调用商品服务，后台用户服务，文件上传服务，广告服务等服务提供者。 因为这是一个分布式系统，并不是传统的单体架构。1.2 系统功能设计由上面的系统架构图进行细分各大服务的功能设计。 如下图4-10为该服务的功能模块图：图 4-10 购物车功能模块图(10) 订单服务模块订单服务模块应当包括新增订单，更新订单，查询订单等相关功能，如下图4-11为该服务的功能模块图：图 4-11 订单功能模块图因为这里数据库表设计内容比较多
49200编辑于 2024-06-17 - 来自专栏云计算行业
可信与融合，面向业务与交易的银行数字化转型
数字化转型，指建立起以体验为核心、以数据为基础、以技术为驱动的架构体系，将客户、场景、产品、服务等转化为数字形态，优化服务和流程，提升内在价值、增强创新力和竞争力。 腾讯云自主研发了未来银行“1+4+5”数字化转型总体架构，底层是自主合规基础云平台，中台层面有移动中台、业务能力中心、数据中台、AI中台4个中台来解决业务架构和技术架构的敏捷性问题。 面向外部生态伙伴及内部构建开放式、平台化的运营架构、组织架构、技术架构，才能实现敏捷。 腾讯提供了非常精简的平台帮助银行走向未来开放性的架构。 构建面向互联网的金融级分布式架构，中间件平台TSF为金融业务提供可扩展、高可靠、灵活的分布式应用架构支撑，金融级分布式数据库TDSQL能应对互联网海量数据并发压力，专有云平台TCE为金融业务应用提供云基础设施和管理能力
46720编辑于 2023-05-29 - 来自专栏用户7466307的专栏
测试金字塔的奥秘和数学
对于UI级别，这剩下4-11％的测试自动化。如果UI级别占测试自动化的4-11％，并且这些数字告诉我们，单元和服务级别测试的大小通常相等，则基于测试金字塔的测试自动化的合理分布将大致为： ? 从技术上讲，这意味着每添加100个测试，您应该有大约45-48个单元测试，45-48个服务测试以及4-11个UI /端到端测试。考虑一下。这如何适合您的思维模式或团队中的当前实践？ 测试基础架构是否存在缺陷，导致测试不可靠？在某些级别上测试太多了，和/或在其他级别上测试太少了吗？ 这可能是各种各样的问题，但是如果感觉需要花费大量时间在自动化上，则表明该团队可能需要退后一步。
1.1K40发布于 2020-10-23 什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
今天，我就来系统梳理六大核心架构——业务架构、数据架构、应用架构、技术架构、产品架构和项目架构。帮你理解数字化建设的底层逻辑，来有效地参与项目和提升协作效率。 想象一下，业务架构是公司的部门职责说明书，数据架构是公司的档案管理系统，那么，应用架构就是决定需要开发多少个具体的软件应用或微服务，来让各个部门能够协同工作。 这些问题，都属于技术架构的范畴。技术架构关注所有非功能性需求与基础设施：计算资源：选择物理服务器、虚拟机还是容器？是否采用无服务器架构？ 合理的项目架构能最大限度地减少团队间的沟通摩擦，确保技术愿景被高效、准确地执行。总结回顾这六大架构，你会发现它们构成了一个严谨的决策链条：业务架构定义战略与价值。数据架构把业务实体转化为核心资产。 应用架构将业务能力组织为软件模块。技术架构为软件模块提供运行时环境。产品架构将软件能力包装为用户可感知的价值。项目架构组织人类智慧完成从零到一的构建。它们彼此约束，又相互滋养。
1.5K10编辑于 2025-10-30- 来自专栏云+直播
可信与融合，面向业务与交易的银行数字化转型
数字化转型，指建立起以体验为核心、以数据为基础、以技术为驱动的架构体系，将客户、场景、产品、服务等转化为数字形态，优化服务和流程，提升内在价值、增强创新力和竞争力。 腾讯云自主研发了未来银行“1+4+5”数字化转型总体架构，底层是自主合规基础云平台，中台层面有移动中台、业务能力中心、数据中台、AI中台4个中台来解决业务架构和技术架构的敏捷性问题。 面向外部生态伙伴及内部构建开放式、平台化的运营架构、组织架构、技术架构，才能实现敏捷。 腾讯提供了非常精简的平台帮助银行走向未来开放性的架构。 构建面向互联网的金融级分布式架构，中间件平台TSF为金融业务提供可扩展、高可靠、灵活的分布式应用架构支撑，金融级分布式数据库TDSQL能应对互联网海量数据并发压力，专有云平台TCE为金融业务应用提供云基础设施和管理能力
1.2K31发布于 2020-07-07 - 来自专栏java闲聊
浅谈架构（单体架构、 SOA架构、微服务架构）
单体架构 * 一个典型的单体应用就是将所有的业务场景的表示层、业务逻辑层和数据访问层放在一个工程中，最终经过编译、打包，部署在一台服务器上。 ，它是将表示层的JSP、业务逻辑层的Service、Controller和数据访问层的Dao，打成war包，部署在Tomcat、Jetty或者其他Servlet容器中运行` [r-1.jpg] SOA架构 * SOA架构是面向服务的体系结构，主要目的是为了各个系统更加容易地融合在一起。
2.4K50发布于 2018-07-02 - 来自专栏架构之家
应用架构、技术架构、安全架构、部署架构
在日常软件项目开发与实施中，经常会涉及到各种架构图，如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下，提供给大家进行学习参考。 一、应用架构 二、技术架构 三、安全架构 四、部署架构 五、 有需要的同学，可以访问下面地址进行克隆，学习更多内容请访问： https://www.processon.com/u/5f633168e0b34d080d54c128
7K32编辑于 2022-12-28 - 来自专栏bit哲学院
测试金字塔的奥秘和数学
对于UI级别，这剩下4-11％的测试自动化。 如果UI级别占测试自动化的4-11％，并且这些数字告诉我们，单元和服务级别测试的大小通常相等，则基于测试金字塔的测试自动化的合理分布将大致为： 将其付诸实践时，这些百分比实际代表什么？ 从技术上讲，这意味着每添加100个测试，您应该有大约45-48个单元测试，45-48个服务测试以及4-11个UI /端到端测试。考虑一下。这如何适合您的思维模式或团队中的当前实践？ 测试基础架构是否存在缺陷，导致测试不可靠？在某些级别上测试太多了，和/或在其他级别上测试太少了吗？ 这可能是各种各样的问题，但是如果感觉需要花费大量时间在自动化上，则表明该团队可能需要退后一步。
66400发布于 2020-12-20 - 来自专栏BigData_Flink
lambda架构+kappa架构+IOTA架构
A1 lambda架构 ? 三部分： Batch Layer：批处理层 Speed Layer：流处理层 Serving Layer：服务层 A2 Kappa架构 ? A3 IOTA架构 ? 设定标准数据模型，通过边缘计算技术把所有的计算过程分散在数据产生、计算和查询过程当中，以统一的数据模型贯穿始终，从而提高整体的预算效率，同时满足即时计算的需要。 A4 相关资料 详细可看以下博文（都不错大家耐心阅读）： lambda架构 kappa架构 IOTA架构
1.4K20发布于 2021-04-12 - 来自专栏Michael阿明学习之路
LeetCode 1652. 拆炸弹（前缀和）
解密后的密码为 [7+1+4, 1+4+5, 4+5+7, 5+7+1]。 注意到数组是循环连接的。
58410发布于 2021-02-19 - 来自专栏深圳架构师同盟
什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
因此这篇文章刚好回答下在知乎看到的一个问题，即：什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？ 对于该问题我从企业架构中的4A架构来简单回答下该问题。 企业架构作为指导企业数字化转型的重要方法论，涵盖了多个层次和维度的架构类型。从传统的4A架构（业务架构、数据架构、应用架构、技术架构）到现代的产品架构、项目架构，每种架构都有其独特的定位和作用。 企业架构4A体系的核心框架 4A架构关系图 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构的核心要素与设计方法 业务架构转换逻辑 业务架构是企业架构的起点和基础。 产品架构与项目架构的现代扩展 企业架构融合框架 在现代企业架构体系中，除了传统的4A架构外，产品架构和项目架构也成为重要的组成部分。
88910编辑于 2025-11-17 - 来自专栏【腾讯云开发者】
业务架构、应用架构、数据架构、技术架构……架构到底是什么？
03、此架构非彼架构？架构到底怎么分 在 EA 架构领域，有两种常见架构方法 RUP 和 TOGAF，这两个框架也是我们常常了解架构分类的两个维度。 由于不同架构方法论，定义的架构分类也不同，RUP4+1架构方法主要是以架构生命周期为视角进行描述，而 TOGAF9 按架构涉及内容维度来描述。 因此我结合两者细分为业务架构、应用架构、数据架构、技术架构、代码架构、部署架构。 业务架构是战略，应用架构是战术，技术架构是装备。其中应用架构承上启下，一方面承接业务架构的落地，另一方面影响技术选型。 熟悉业务，形成业务架构；根据业务架构作出相应的应用架构，最后技术架构落地实施。 你也可以理解成：业务架构是生产力，应用架构是生产关系，技术架构是生产工具。 业务架构决定应用架构，应用架构需要适配业务架构，并随着业务架构不断进化，同时应用架构依托技术架构最终落地。 04、架构师都在说的单体应用、分布式与微服务到底是什么？
18610编辑于 2026-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号