- 综合排序
- 最热优先
- 最新优先
- 来自专栏大内老A
ASP.NET Core 6框架揭秘实例演示：依赖注入框架设计细节
由于依赖注入具有举足轻重的作用，所以《ASP.NET Core 6框架揭秘》的绝大部分章节都会涉及这一主题。 本书第3章对.NET原生的依赖注入框架的设计和实现进行了系统的介绍，其中设计一些“鲜为人知”的细节，其中一部分就体现在本篇提供的这几个实例演示上。 (本篇提供的实例已经汇总到《ASP.NET Core 6框架揭秘-实例演示版》） [308]构造函数的选择（成功）（源代码） [309]构造函数的选择（失败）（源代码） [310]IDisposable 我个人其实不太认可这样的设计，既然匹配度相同，对应的构造函数就应该是平等的，为了避免错误的构造函数被选择，抛出异常可能是更好的选择。 当我们调用ActivatorUtilities的CreateInstance<T>构造函数分别创建Foobar和Barbaz对象的时候，总是第一个构造函数被执行（如图6所示）。
1.5K10编辑于 2022-05-09 - 来自专栏CodeGuide | 程序员编码指南
新项目，玩的真6！能把设计模式，提炼成通用框架！
与此同时，为了让其他的伙伴在不是特别能熟练使用设计模式的情况下，我把设计模式常用的模型结构，独立成一个单独的组件包，主要引入就可以按照这样的结构来开发代码。 这个项目就是小傅哥的技术社群，星球「码农会锁」，最新的第14个项目《拼团交易平台系统》，结合实际场景设计和落地的设计模式方案。 —— 这个项目，会给你设计模式更牛的认知，妥妥的让你可以在自己的项目使用上设计模式！ 规则树 千万别觉得设计模式没有用，否则也不会那么多源码框架中，会有那么多设计模式使用。MyBatis 一个框架，都用了10种设计模式！ 像是这些设计模式，合理的设计好，是真的可以解决非常复杂的业务流程编码，让代码变得优雅。既不会有那么多的 if···else，也不会让代码逻辑成片的堆到一个类中。
30510编辑于 2025-08-11 - 来自专栏学习笔记ol
框架分析（6）-Ruby on Rails
框架分析（6）-Ruby on Rails 主要对目前市面上常见的框架进行分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步。 自动化测试 Rails框架鼓励开发人员编写自动化测试代码，以确保应用程序的稳定性和可靠性。Rails提供了一套完整的测试框架，包括单元测试、集成测试和功能测试等。 RESTful路由 Rails框架支持RESTful风格的路由，通过简单的配置，可以将URL路径与控制器和动作进行映射。这使得开发人员可以更容易地创建符合RESTful设计原则的API接口。 缺点 性能问题 相比其他编程语言和框架，Ruby on Rails在处理大量并发请求时可能会有一些性能瓶颈。这主要是由于Ruby语言本身的特性和Rails框架的设计理念所致。 更新和维护 Rails框架在不断更新和演进，这意味着开发人员需要跟随框架的变化进行学习和更新。对于一些老旧的Rails项目，可能需要花费一些时间和精力来进行升级和维护。
3.8K20编辑于 2023-10-11 - 来自专栏互联网大杂烩
6大设计原则
打算用一句话概括每一个设计原则 单一职责原则 一个类只负责一项职责，有且仅有一个原因引起类的变更。 里氏替换原则 所有引用基类的地方必须能透明地使用其子类对象。
39230发布于 2018-08-22 - 来自专栏全栈程序员必看
fork join框架原理_jalor6框架教程
ForkJoinWorkerThread WorkQueue 五、Fork/Join运行流程图 任务提交 创建线程signalWork方法 任务执行 六、引用博客 一、思想 Fork/Join是Java7提供的并行执行任务的框架 ，是一个把大人物分割成若干小任务，最终汇总小任务的结果得到大任务结果的框架 小任务可以继续拆分为更小的任务 二、工作窃取算法 1、工作窃取会选择双端队列作为存储任务的数据结构，默认正常线程会选择LIFO
1.6K20编辑于 2022-11-08 - 来自专栏Nodejs技术栈
框架设计：如何基于 Egg 设计 Node 的服务框架
Thinkjs[2] , 同样的约定大于配置，同样的基于 Koa2 进行包装完善，同样的采用多级分层的设计方式(Controller, Service 等等)，让应用开发变得更加清晰明了，然而有趣的是 秉承怎样的设计理念 考虑授人以鱼不如授人以渔嘛，我们先分享下我们的设计理念，这是最简单却也最重要的开始部分，我们的目标是风格统一、上手容易、维护方便： ? image.png 定完目标，设计好流程，就要准备具体的实施了，我们实施涉及到过程，主要从下面四个方面着手： 框架关系 通用 API 插件定制 工程管理 如何设计 Framework 框架关系 我们将所有通用的 衍生出其他框架如 GraphQL 相关的框架、微服务相关的框架，它相当于是一颗框架种子，可以往不同的方向定制： ? image.png 工程管理 由于插件和插件之间，插件和框架之间，框架和框架之间存在相互依赖的关系，代码管理就成为了比较头疼的问题，推荐使用目前比较火的 monorepo 来进行管理。
1.6K21发布于 2019-09-30 - 来自专栏KisFlow-Golang流式计算框架
Golang框架实战-KisFlow流式计算框架(6)-Connector
KisFlow源代码：https://github.com/aceld/kis-flow本章将设计KisFlow的Connector模块，期功能及作用主要为挂载在某个Function下，执行第三方存储引擎的逻辑 (6) 执行Connector Call方法kis-flow/kis/pool.go// CallConnector 调度 Connectorfunc (pool *kisPool) CallConnector 创建一个KisFlow对象flow1 := flow.NewKisFlow(myFlowConfig1)// 6. , row = This is Data1 from TestIn FuncName = funcName1, FuncId = func-f594da0e28da417db6b15ce9c9530f84 , row = This is Data2 from TestIn FuncName = funcName1, FuncId = func-f594da0e28da417db6b15ce9c9530f84
28910编辑于 2024-06-06 - 来自专栏天天
框架设计（一）
==getTag方法（选取dom元素）和each方法（for循环的封装）== 1.通过标签名获取dom元素 //----------------------------------------- function getTag(tag,results){
1.3K30发布于 2018-09-29 - 来自专栏格姗知识圈
网站框架设计
通常情况为消费者根据自身需求定制产品和价格，或主动参与产品设计、生 产和定价，产品、价格等彰显消费者的个性化需求，生产企业进行定制化生产。
3.3K40发布于 2019-07-19 - 来自专栏Linyb极客之路
框架设计原则
这是在框架设计中，是非常重要的。 PPT 中已经说的非常清楚，我就不再说明。其中，Invocation 一定要轻量。否则，对 GC 来说，将是很大的压力（使用对象池？性能不好。） ---- 6 功能演进原则 ? 第一就是开闭原则，微核心加插件机制能够支持。 软件质量的下降，来源于修改。 加功能的姿势：应该是增量式，而不是扩充式，即不在原有基础上修改，而是新增加功能。 今天说的框架设计和现在大部分人喜欢说的架构设计有所不同，现在似乎只需要再 processon 上放几个阿里云组件，再连几条线，就是架构设计了 ：） 我个人认为，框架设计更能考验一个程序员对程序的抽象和管理能力 然后，再说说我的总结：关于一个系统的设计，这里应该指的是框架的设计，首先要知道用户需求（废话）。根据需求抽象出模型，再变成代码，且是可扩展，可复用的代码。 这里提到的 6 个原则，应该算是比较成熟的原则了。 1 微核 + 插件，非常理想化，例如 SOFA，也有自己的扩展机制。
1.5K31发布于 2018-11-30 - 来自专栏移动端周边技术扩展
app框架整体设计
整体架构与模块化划分设计 项目采用Category方式设计把项目按照某个具体业务逻辑功能划分、模块之间未能够完全解耦，所以导致项目没办法使用pod方式管理 （采用通知回调是能够完全解耦，不实际、未采用 长连接模块设计 B215DD52-0EB9-4EA8-B342-CA7DCAB4C0F5.png st=>start: TCP登录 islogin=>condition: TCP登录成功? reIsSuccess reIsSuccess(yes,left)->sendBeat reIsSuccess(no)->alert->e 3. iCome数据同步机制流程 B3EBE84C-9FF0-47C6- ->e cheak(no)->isExist isExist(yes)->updateGroupStatus->saveDB->update->e isExist(no)->groupList->e 6. 数据存储 C6CB068E-0EA6-4AA7-BD03-6F3DC90781CD.png 7.
2.4K30发布于 2018-06-13 - 来自专栏JAVA乐园
RPC 框架设计
需要设计“应用层报文（协议）” “跨进程”“远程”调用的过程 ? RPC 框架的架构职责 上述跨进程调用远端的服务，存在的问题是没有将通用操作抽离出来。 RPC框架职责： 让调用端，像调用本地函数一样，便捷的调用远程的服务 让服务端，像提供本地函数一样，便捷的提供远程的服务 向调用方屏蔽各种复杂性，向服务方也屏蔽各种复杂性，让调用方感觉上就是在调用本地函数一样 方案二：序列化协议 序号 | key 长度 | key 值 | value 长度 | value 值 序列化协议设计，要考虑什么因素? 像调用本地函数一样，去调用一个远端服务 为什么需要 RPC 框架? 用来屏蔽 rpc 调用过程中，跟业务代码无关的底层技术细节 什么是序列化?为什么需要序列化?
2.6K20发布于 2021-04-12 - 来自专栏王清培的专栏
.NET框架设计（常被忽视的框架设计技巧）
—常被忽视的C#设计技巧”一文来看，对于框架设计的技巧还是有很多人比较有兴趣的，那么框架设计思想对于我们日常开发来说其实并不是很重要，但是对于我们理解框架背后的运行原理至关重要；当我们使用着LINQ灵活的语法的同时我们是否能理解它的背后运行原理 、设计原理更深一点就是它的设计模式及复杂的对象模型； 从一开始学习.NET我就比较喜欢框架背后的设计模型，框架提供给我们的使用接口是及其简单的，单纯从使用上来看我们不会随着对框架的使用时间而增加我们对框架内部设计的理解 ，反而会养成一样拿来即用的习惯，我们只有去了解、深挖它的内部设计原理才是我们长久学习的目标；因为框架的内部设计模式是可以提炼出来并被总结的； 这篇文章总结了几个我最近接触的框架设计思想，可以称他们为模式 ；由于时间关系，这里只是介绍加一个简单的介绍和示例让我们能基本的了解它并且能在日后设计框架的时候想起来有这么一个模式、设计方式可以借鉴；当然，这每一节都是一个很大主题，用的时候在去细心的分析学习吧； 2 ；（我们这里讨论的是你作为开发框架的设计者！）
1.7K80发布于 2018-01-08 - 来自专栏软件研发
架构设计模式—6大设计原则
架构设计模式—6大设计原则架构设计是软件开发中非常重要的一环，良好的架构可以提高软件系统的可维护性、可扩展性和可重用性。在架构设计过程中，遵循一定的设计原则可以帮助我们构建合理的架构。 本文介绍6大常用的架构设计原则，他们是：单一职责原则（Single Responsibility Principle, SRP） 单一职责原则要求一个类或模块只负责完成一项职责。 以上6大设计原则是架构设计过程中常用的准则，不同的原则可以结合使用，根据具体的应用场景进行选择。遵循这些原则可以帮助我们构建高质量的软件系统。 这样设计的好处是，我们可以方便地添加新的形状，而不会影响到已有的代码功能。
2.3K41编辑于 2023-11-02 - 来自专栏一个会写诗的程序员的博客
架构设计模式—6大设计原则
架构设计原则 6大设计原则 Single Responsibility Principle : 单一职责原则 Liskov Substitution Principle : 里氏替换原则 6 内容耦合: 这是最高程度的耦合，也是最差的耦合。当一个模块直接使用另一个模块的内部数据，或通过非正常入口而转入另一个模块内部。 内聚性又称块内联系。 6 功能内聚: 这是最强的内聚，指模块内所有元素共同完成一个功能，缺一不可。与其他模块的耦合是最弱的。 image 1、GOF在书中说：设计模式是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述； 设计模式就是不断反省，将软件开发经验抽象积累成解决问题的预案。 3、设计模式中广泛遵循了两条设计原则：面向接口编程，而不是实现；优先使用组合，而不是继承。 ........
2K60发布于 2019-07-04 - 来自专栏代码世界
6大设计原则总结
6大设计原则总结 一、单一职责原则 单一职责原则：英文名称是Single Responsiblity Principle，简称是SRP。定义：应该有且仅有一个原因引起类的变更。 我们在做系统设计时也需要考虑对系统之间或模块之间的接口采用定制服务。采用定制服务就必然有一个要求：只提供访问者需要的方法。 接口设计是有限度的。 --- 接口的设计粒度越小，系统越灵活，这是不争的事实。 深入了解业务逻辑，最好的接口设计就出自你的手中！ 一个展示数据的列表，按照原有的需求是6列，突然有一天要增加1列，而且这一列要跨N张表，处理M个逻辑才能展现出来，这样的变化是比较恐怖的，但还是可以通过扩展来完成变化，这就要看我们原有的设计是否灵活。
97190发布于 2018-04-12 - 来自专栏超级架构师
【设计思维框架】框架 ：为现代企业重新设想的设计思维
【设计思维框架】框架 ：为现代企业重新设想的设计思维 我们认为世界体系应该为人服务。 我们以人为本的使命的核心是企业设计思维：一个以现代企业的速度和规模解决用户问题的框架。 作为设计思想家，您可能不同意这一点，但它仍然是一个有效的策略。 但我们并没有通过我们发布的功能和功能来衡量。 我们衡量的是我们如何满足用户的需求。 项目管理框架可以帮助管理复杂性。我们可能将团队划分为“小队”或“工作流”，或者我们可能将时间划分为“冲刺”或“阶段”。我们甚至可以围绕团队遵循的共同流程进行标准化。 虽然它们不会完全取代正式的设计研究和可用性研究，但赞助商用户将帮助您打破移情障碍，并在整个项目中与实际需求保持联系。 与赞助商用户合作 如果您是产品团队，赞助商用户关系归产品管理和设计所有，但值得与您的销售和营销团队联系以提供候选人。
77950发布于 2019-06-20 - 来自专栏liulun
WinForm企业应用框架设计【三】框架窗体设计；动态创建菜单；
要不是我的朋友乔乔==乔不死跟我聊到领域驱动设计~ 我也不会发现第一篇中关于“充血实体”的错误说法（至少~我写文章的时候~内心的想法是错的~） 我个人不是很喜欢领域驱动设计~感觉这种思路（我们暂且叫它思路 虽然它有一些既有的原则和模式） 重点要求架构师深入到业务领域中去~ 但是在国内往往很难真正的与领域专家做深入交流~ 架构师划分的领域模型和聚合往往与真实的情况差别较大~ 即使划分的较好~新的业务和变化的业务也另设计师非常头疼 ~ 另外 设计师很难将庞大复杂的业务抽象成领域模型 往往需要引入更为复杂的模型以对真实业务进行建模 ----------- xuefly说多放点内容出来~好吧~这次多一些（多了吗？） 言归正传 一：框架窗体 先看图片 框架窗体分管布局的只有四个Panel； 上、下、左、右。（搞过EXTJS的人比较喜欢说成东、南、西、北）-_-! （设计状态会执行一些代码~如果不进行处理~窗体就无法设计） 代码如下~ ///
/// 判断是否为设计状态 /// </summary 1.2K30编辑于 2022-05-09 - 来自专栏何白白开发记录
手写一个orm框架-6
手写一个orm框架-6 生成sql：where 上一篇里我们实现了生成insert的sql，下面要开始实现update，delete，select的sql语句了。
62840发布于 2019-06-28 - 来自专栏全栈技术
2023 年 6 大最佳 CSS 框架
这里有六个最好的 CSS 框架。 Bootstrap Bootstrap 是最流行和使用最广泛的 CSS 框架之一。它包括范围广泛的预先设计的组件，例如排版、表单、按钮、表格和导航。 设计限制：Tailwind CSS 是一个实用程序优先的框架，与传统的 CSS 框架相比，它可能会限制设计的灵活性和创造力。 Bulma Bulma 是一个相对较新的 CSS 框架，专注于简单性和灵活性。它包括响应式网格系统和预先设计的组件，例如表单、按钮和导航。 Bulma 的组件有时可能需要比其他 CSS 框架更多的自定义，从而导致更多的编码工作。 与其他 CSS 框架相比，它的设计美学可能不太明显。 可定制：语义 UI 提供了一系列定制选项，允许开发人员创建独特且具有视觉吸引力的设计。 响应式：该框架设计为响应式，这意味着网站的布局和设计将自动适应不同的屏幕尺寸和分辨率。
5K10编辑于 2023-04-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号