- 综合排序
- 最热优先
- 最新优先
- 来自专栏一位计算机小白的学习日记
C:9-9题目：蛇形矩阵
给你两个整数n，m，请你构造一个n行m列的蛇形方阵，在这个方阵中，数字由1到n×m，从最右上角开始，呈环状(逆时针)向内填充。
72910编辑于 2024-10-21 - 来自专栏mysql
hhdb数据库介绍(9-9)
读写分离功能默认设置为关闭。开启读写分离功能，可在计算节点的配置文件server.xml中，将strategyForRWSplit属性设置为大于0的值。例如：
31110编辑于 2024-11-29 - 来自专栏医学和生信笔记
审稿人问：如何对两条回归直线进行比较？
孙振球《医学统计学》第4版例9-9、例9-10 某地方病研究所调查了8名正常儿童和10名大骨节病患儿的年龄与其尿肌酐含量（mmol/24h）。 正常儿童数据见例9-1，大骨节病儿童数据见例9-9，问：回归直线是否不平行？ x = c(13,11,9,6,8,10,12,7), y = c(3.54,3.01,3.09,2.48,2.56,3.36,3.18,2.65)) # 例9-
16210编辑于 2026-05-19 - 来自专栏愿天堂没有BUG（公众号同名）
长这么大才读懂高并发核心编程，限流原理与实战，Nginx漏桶限流
在浏览器中输入如下测试地址： http://nginx.server:8081/nginx/ratelimit/demo 10秒内连续刷新，第1次的输出如图9-9所示。 图9-9 Nginx限流后10秒内连续刷新的第1次输出 10秒内连续刷新，第1次之后的输出如图9-10所示。
88880编辑于 2022-10-28 - 来自专栏软件方法
软件方法（下）第9章分析类图案例篇Part01
DDD领域驱动设计批评文集>> 《软件方法》强化自测题集>> 《软件方法》各章合集>> 鸳鸯扣，宜结不宜解 《身似摇红烛影》，词：唐涤生，曲：王粤生，唱：红线女，1954 可到此处下载本文档最新版本： 9.1.4 系统用例图 从图9-8映射“UMLChina系统2022”的用例图如图9-9。 图9-9 “UMLChina系统2022”的用例图 9.1.5 系统用例规约 “学员→回答问题”的用例规约如下： 用例名： 回答问题 执行者: 学员（主）、微信（辅） 涉众利益： 老师-担心评价更新不及时 例如，两个月前参加了一次“软件需求设计方法学全程实例剖析”培训，这个月又参加“业务建模和需求高阶”培训。此处的学员成绩指在单个活动内的成绩，不跨活动累加。 9. [推荐升级]23套UML+EA和StarUML的建模示范视频-全程字幕（2022.6.1更新） 7月7-10晚网课：软件需求设计方法学全程实例剖析 7月21-24晚剔除“伪创新”的领域驱动设计-网络公开课
68310编辑于 2022-10-31 - 来自专栏Road
设计模式 -- 设计原则
终极目的 稳定、灵活、健壮 实现手段 低耦合、高内聚 设计原则 [设计原则.PNG] 单一职责 & 接口隔离 单一职责 侧重于职责 接口隔离 侧重于业务逻辑 开闭原则 Define: Software 更多 实现拥抱变化的方法远不止于上面所述的6种原则，但是这这6条原则可以应对大部分情况；更重要的是，脱离业务的设计都是耍流氓，严格死扣某一条原则，是一条不归路 书籍推荐 《设计模式之禅》
76750发布于 2018-08-27 - 来自专栏Linux学习~
设计模式-设计原则
设计模式-设计原则 单一职责原则 单一职责原则：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。
49520编辑于 2023-11-10 设计模式-设计原则
这本书中主要讲了六种设计原则： “开-闭”原则 里氏替换原则 依赖倒置原则 接口隔离原则 单一职责原则 迪特米法则 这些设计原则首先都是复用的原则，遵循这些原则可以有效的提高系统的复用性，同时也提高了系统的可维护性 1.为什么会有这样一个原则来作为程序设计的一种约束呢？ 那么这个时候就需要在设计之初用到我们的开闭原则来做一个约束了。 如果说开闭原则是面向对象设计的目标的话，依赖倒转原则就是面向对象设计的主要机制（java与模式）。 依赖倒转原则：要依赖与抽象，不依赖于具体实现。 怎么理解呢? 这一点其实不用多说，很好理解，“面向接口编程”思想正是这点的最好体现 首先是第一点，从复用的角度来说，高层次的模块是设计者应当复用的。但是在传统的过程性的设计中，复用却侧重于具体层次模块的复用。
1.5K10编辑于 2025-06-06- 来自专栏软件方法
《软件方法》第9章 分析类图进阶（20180619更新）
图9-8 “事物”和“描述”的分离 例如，应用在“公文”上，可以得到图9-9。 ? 图9-9 公文和公文模板的分离 从以上可以看出“描述”架构型的特点： （1）对象个数较少。 图9-19 “租借”变得重要时的颜色和状态机图 9.2 常见分析模式 9.2.1 模式 长期以来在软件开发人员中存在一个误解：模式=设计模式=GoF23模式。 我提供服务的这些年，经常碰到这样的情况： 客户：潘老师，来给我们讲讲设计模式吧！ 我：我猜你说的设计模式就是那23个模式吧，设计可以讲，模式也可以讲，这些都有用，光讲那23个没用的。 设计不就是学那23个设计模式吗，不是说学会了23个设计模式就掌握设计了吗？ 图9-26 照猫画虎的人员类图 从数据库设计的角度也可以看出图9-26中“电话1”、“电话2”等违反了第一范式，如果有更多的“电话”需要记录怎么办呢？
69730发布于 2019-09-23 - 来自专栏IT笔记分享
设计模式——设计原则
设计原则 程序开发不仅要知道设计模式还要知道设计的原则，尽最大能力按照原则设计开发，对于代码review或者修改后期项目以及项目交接都会很方便。 六大设计原则主要是Java面向对象编程设计的原则，降低项目耦合，分清职责。方便开发和继续维护。 ----
91160发布于 2019-07-14 - 来自专栏landv
报表设计-设计思路
[财务][数据化分析][帆软]报表设计-设计思路 1. ，就是进行模板的设计了，模板设计是 FineReport 学习过程中的重中之重，我们将模板设计分为报表设计、参数设计、图表设计和填报设计四个部分，这四个部分是 FineReport 模板的几大使用方式， 报表设计是纯粹的数据展示，参数设计是动态查询数据，图表设计是使用图表来展示数据，填报设计是录入数据，将数据写入数据库中，根据实际情况确定使用哪一种使用方式，或者联合使用哪几种使用方式； 4）模板预览：模板设计完成之后 FineReport 模板设计主要包括普通模板设计、决策报表设计和聚合报表设计三种模板设计类型 模板设计类型 3.1 普通报表设计 普通报表设计分为报表设计、参数设计、图表设计和填报设计四个部分 普通报表设计 3.2 决策报表设计模式 通过决策报表来实现移动端的自适应，组件间的联动 决策报表设计模式 3.3 聚合报表设计 聚合报表指一个报表中包含多个模块，每一块都类似一张单独的报表或者一张图表
2.4K20发布于 2020-05-25 - 来自专栏机器人课程与技术
计算机控制技术课程配套教材习题解答（第9章）
⑵变量的数据类型 组态王中变量的数据类型与一般程序设计语言中的变量比较类似，主要有以下几种： ①实型变量：类似一般程序设计语言中的浮点型变量，用于表示浮点（float）型数据，取值范围10E−38～10E ②离散变量：类似一般程序设计语言中的布尔（BOOL）变量，只有0，1 两种取值，用于表示一些开关量。 ④整数变量：类似一般程序设计语言中的有符号长整数型变量，用于表示带符号的整型数据，取值范围（−2 147 483 648）～2 147 483 647。 单击“填充”按钮，弹出“填充连接”对话框，对话框设置如图9-9。注意填充方向和填充色的选择。单击“确定”。单击“动画连接”对话框的“确定”。 图9-9 动画连接 作为一个实际上可用的监控程序，可能操作者仍需要知道液面的准确高度，而不仅仅是设置刻度。这个功能由“模拟值输出”动画来实现。
2K10发布于 2019-01-23 - 来自专栏陈大剩博客专栏
设计模式中设计原则
抽象 设计原则 封装变化的内容 组合优于继承 面向接口进行开发，而不是实现 SOLID 原则 单一职责原则 修改一个类的原因只能有一个。
45230编辑于 2023-03-06 - 来自专栏各类技术文章~
设计原则与设计模式
设计模式的作用 应对面试中的设计模式相关问题； 告别写被人吐槽的烂代码； 提高复杂代码的设计和开发能力； 让读源码、学框架事半功倍； 为你的职场发展做铺垫。 编写高质量代码的方法概述：面向对象设计思想、设计原则、设计模式、编码规范、重构技巧。 面向对象分析与设计： 围绕着对象或类来做需求分析和设计的。分析和设计两个阶段最终的产出是类的设计，包括程序被拆解为哪些类，每个类有哪些属性方法，类与类之间如何交互等等。 多态也是很多设计模式、设计原则、编程技巧的代码实现基础。 类比面向对象设计，系统设计实际上就是将合适的功能放到合适的模块中。合理地划分模块也可以做到模块层面的高内聚、低耦合，架构整洁清晰。在面向对象设计中，类设计好之后，我们需要设计类之间的交互关系。
1.2K40发布于 2021-11-02 - 来自专栏PM吃瓜(公众号)
概要设计 vs 详细设计
概要设计阶段通常得到软件结构图 详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等 概要设计和详细设计 在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法 概要设计和详细设计的区别与联系 软件设计采用自顶向下、逐次功能展开的设计方法，首先完成总体设计，然后完成各有机组成部分的设计。 概要设计实现软件的总体设计、模块划分、用户界面设计、数据库设计等等；详细设计则根据概要设计所做的模块划分，实现各模块的算法设计，实现用户界面设计、数据结构设计的细化，等等。 概要设计是详细设计的基础，必须在详细设计之前完成，概要设计经复查确认后才可以开始详细设计。概要设计，必须完成概要设计文档，包括系统的总体设计文档、以及各个模块的概要设计文档。 详细设计，应该完成详细设计文档，主要是模块的详细设计方案说明。和概要设计一样，每个模块的详细设计文档都应该独立成册。
11K41发布于 2019-11-20 - 来自专栏互联网技术栈
设计模式之设计原则
在软件系统面临新的需求时， 系统的设计必须是稳定的。 如果说 “ 开－闭 ” 原则是面向对象设计的目标的话， 依赖倒转原则就是这个面向对象设计的主要机制[MARTIN00] 。 依赖倒转原则讲的是： 要依赖于抽象， 不要依赖于具体. 基本上，如果设计师希望遵循”开-闭“原则，那么倒转依赖原则便是达到要求的途径。 ) 的项目设计提出的， 因此叫做迪米特法则[LIEB89] [LIEB86] 。 参考资料 《Java与模式》 ---- 个人介绍： 高广超：多年一线互联网研发与架构设计经验，擅长设计与落地高可用、高性能、可扩展的互联网架构。
94450发布于 2018-12-12 - 来自专栏Python研发
设计模式 -- 常用设计模式
设计模式介绍 设计模式分类 设计模式6大原则 1.设计模式介绍 设计模式（Design Patterns） ——可复用面向对象软件的基础 设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。 使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。 设计模式分类 经典的《设计模式》一书归纳出23种设计模式，这23种模式又可归为，创建型、结构型和行为型3大类 2.1．创建型模式 前面讲过，社会化的分工越来越细，自然在软件设计方面也是如此，因此对象的创建和对象的使用分开也就成为了必然趋势 工厂模式 工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
2.7K33发布于 2018-09-11 - 来自专栏MixLab科技+设计实验室
AI设计系统“设计之神”
主要探讨了数字技术对设计的影响，一种人工智能辅助下的新设计流程。 用户操作工具，通过点击挑选喜欢的设计，利用机器学习得到用户真实的设计需求，避免了人与人沟通中很多的信息不对称的因素。 标题： “God of Design” AI design system “设计之神”AI设计系统 价值主张： 我们的“设计之神”系统利用生成对抗网络技术，帮助甲方把设计目标可视化后，更清楚地传达给设计师 OLD PROCESS： 由于甲方不具有作图能力，甲方的设计需求通常以文字描述的形式传达给设计师，传达和理解上的偏差往往导致设计师要反复改稿，效率较低。 ），这些方案的虽然还称不上完整的设计方案，但可以给设计师作为参考依据来使用。 3.甲方把自己定制的方案发布出来，交给设计师完善。 （这里我们还设计了一个简单的商业模式，AI设计工具免费开放给所有人使用，定制生成的方案可以直接发布在我们的平台上，寻找设计师来完成。
1.6K10发布于 2019-09-26 - 来自专栏landv
报表设计-模板设计类型
描述 模板设计是 FineReport 学习过程中的主要难题所在，FineReport 模板设计主要包括普通模板设计、决策报表设计和聚合报表设计三种模板设计类型。 ? FineReport 三种设计模式相辅相成，完美的满足了用户对各种报表的需求，下面我们来比较一下各种设计模式的缺点与优势。 普通报表 普通模板就是指以 cpt 为后缀名的模板，最常用的设计模式，FineReport 默认设计模型就是普通模板设计。 决策报表 决策报表是用来展示控件的，保存的文件类型为 frm，FineReport 中的决策报表设计就是为了实现普通模板设计无法满足直接展示控件的需求，通过决策报表设计模式，可以在决策报表上直接添加控件 索引 序号 内容 简介 文档教程 1 普通报表设计 普通报表设计分为报表设计、参数设计、图表设计和填报设计四个部分 普通报表设计 2 决策报表设计模式 通过决策报表来实现移动端的自适应，组件间的联动 决策报表设计模式
1.6K20发布于 2020-05-25 - 来自专栏后端技术学习
设计模式之设计原则
设计模式之设计原则 相关设计原则图 ? 设计原则 下面我们来看它们的使用的相关场景： 1.单一职责原则 单一职责原则:类的职责单一，不能将太多的职责放在一个类中，该原则是实现高内聚、低耦合的指导方针 比如：进行登录操作需要经过用户请求、参数校验
62920发布于 2020-11-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号