首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏悠扬前奏的博客

    Kafka-7.设计

    4.1 动机 Kafka设计的目的是为能作为一个统一的平台来处理大公司可能有的实时数据流。为此,需要考虑相当广泛的用例。 它必须有高吞吐量来支持高容量事件流,例如实时日志聚合。 支持这些用途,使我们的设计具有一些独特的元素,更类似于一个数据库日志而不是传统消息传递系统。我们将在以下部分描述一些设计的元素。 并且设计合理的磁盘结构能够和网络一样快。 关于磁盘性能的关键事实是硬盘的吞吐量和过去十年中磁盘的搜索延迟不同。 这表明了一个非常简单的设计:当我们用尽空间时,与其尽可能在内存中维护,然后将其全部flush到文件系统中,不如反过来,所有数据立即写入文件系统上的持久化日志中,而不必flush到磁盘。 这种以页缓存为中心的设计风格在一篇关于Varnish设计的文章中有所描述。

    73420发布于 2019-06-11
  • 来自专栏硬件大熊

    单火线设计系列文章8:单火开关兼容性与取电能力测试

    本篇阐述单火智能开关的技术难点及壁垒,在进入文章之前,推荐阅读—— 《单火线设计系列文章1:场景由来、技术问题》 《单火线设计系列文章2:闭态取电电路》 《单火线设计系列文章3:开态取电电路》 《单火线设计系列文章 4:电源转换电路和无线通信SOC电路》 《单火线设计系列文章5:单火线智能开关的技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6:技术难点 - 开态”宕机”问题》 《单火线设计系列文章7:软硬件联调典型问题 其中,灯具兼容性测试反应单火开关闭态(灯具负载OFF)时对灯具的兼容效果,而取电能力测试则反应开关对各种大电流操作的稳定性能(如模块联网、继电器操作时的电能供给能力)。 灯具兼容性测试 灯具品牌 有些公司可能是地产开发商所一手投资扶持,其产品的目标客户端所使用的灯具在前装阶段时,灯具的品牌、功率范围则比较明确,故在测试阶段应着重考虑。 灯具瓦数 由于低功率的灯具兼容性可能出现更多不良,因此,结合普通家庭通常所使用的灯具功率,所测试的灯具功率建议在3W-15W之间,且低瓦数的灯具尽可能占更多比例。

    96610编辑于 2022-06-23
  • 来自专栏科控自动化

    某公园照明系统

    》GB 0303-2002(5)《建筑工程施工质量验收统一标准》GB5 0300-2001(6)《城市道路照明设计标准》CJJ45-2015(7)《城市道路照明工程施工及验收规范》CJJ89-2001( 设计照度平均水平达到M3等 级,平均照度10LX。设计采用造型简洁的中式庭院灯,进一步突出生态特色。灯具高度3-3.5米灯具,沿步道一侧布置,间距20-25米。 7、视频监控系统 (1) 本设计采用高清球型摄像机对江滩内的道路及水边的状况进行监控。(2) 摄像机安装在立杆上,立杆高度为4.5米。 (7)本工程任何对设计方案有关的修改,必须得到设计单位的认可。如有设计变更,需经设计单位同意。(8)未尽事宜按国家最新标准及规范执行。 说明:1、本工程负荷按三级负荷设计,采用TN-S接线系统。 7、管理部门可根据现场实际需求情况对馈线回路数进行增减,但应在箱变订货前予以明确。8、10kV进出线电缆大小及规格属系统供电范围,由供电部门根据规划确定。

    98120编辑于 2022-03-29
  • 来自专栏国产程序员

    面向对象的7设计原则(7)-开闭原则

    开闭原则 开闭原则是面向对象世界里最基础的设计原则,它指导我们如何建立一个稳定,灵活,可扩展的系统。 一个软件产品只要在生命周期内,都会发生变化,即然变化是一个事实,我们就应该在设计时尽量适应这些变化,以提高项目的稳定性和灵活性,真正实现“拥抱变化”。 为什么使用开闭原则 第一:开闭原则非常有名,只要是面向对象编程,在开发时都会强调开闭原则 第二:开闭原则是最基础的设计原则,其它的五个设计原则都是开闭原则的具体形态,也就是说其它的五个设计原则是指导设计的工具和方法 设计者需要缩小逻辑粒度,直到一个逻辑不可以分为止。 这就需要在设计之初考虑到尽可能多变化的因素,然后留下接口,等待“可能”转变为“现实”。

    71010发布于 2020-08-27
  • 来自专栏硬件大熊

    单火线设计系列文章5:技术难点 - 闭态”鬼火”问题

    本篇阐述单火智能开关的技术难点及壁垒,在进入文章之前,推荐阅读—— 《单火线设计系列文章1:场景由来、技术问题》 《单火线设计系列文章2:闭态取电电路》 《单火线设计系列文章3:开态取电电路》 《单火线设计系列文章 针对闭态取电电路,硬件设计及选型可参考如下建议: 1.1 电源方案选型:选取超低功耗电源IC。 (二).给灯具提供分流的支路,降低流入灯具的电流 分流支路的示意框图如下图所示,工程应用中常用如下几种方式给灯具提供分流支路: 1).将同一个场景下的多个灯具并联到单火智能开关的一路输出端共同控制使用 ,即多个并联灯具分流; 2).更换灯具型号、功率去匹配单火智能开关; 3).在灯具两端并联分流器件或者产品,例如X电容、分流器产品等。 当前网上关于单火技术的阐述资料较少,且90%依然停留在科普层面,自本篇开始,本公众号将连续更新7-8篇关于单火技术的系列文章,针对单火技术问题进行深入解析。

    1.3K31编辑于 2022-06-23
  • 来自专栏爱敲代码的猫

    java设计模式(7)-外观模式

    上篇文章分享代理模式,这篇整理外观模式,外观模式可以降低类与类之间的耦合程度,减少维护工作量

    45051发布于 2019-10-17
  • 来自专栏加米谷大数据

    HDFS的7设计特点

    7.安全模式:在分布式文件系统启动的时候,开始的时候会有安全模式,当分布式文件系统处于安全模式的情况下,文件系统中的内容不允许修改也不允许删除,直到安全模式结束。

    44110发布于 2018-07-25
  • 来自专栏后台技术底层理解

    7 种单例模式设计

    饿汉式的问题是 instance 在被 ClassLoader加载后很长时间才能在使用,如果类中的资源是重资源,那么就必须使用懒汉式

    38610发布于 2020-08-04
  • 来自专栏剑指工控

    PCS7选型设计(上)

    西门子PLC是众多工控品牌中较难掌握的一种, 硬件种类型号众多,有S7-200 / S7-200 Smart / S7-1200 / S7-300 /S7-1500 /S7-400 / S7-410,软件有 Step7 Micro Win、Step7、WINCC、PCS7、TIA Portal等等, 硬件和软件更新升级快,其中PCS7 在我使用期间从V7.0升到了目前最新的V9.0 SP1, 资料浩如烟海( 在工控界吃瓜群众眼里,PCS7是高大上的存在,感觉精通了就能在街上横着走,作为一位资深的PCS7用户(实际也就用了两三年),提到PCS7,瓜友们是一脸艳羡,而本人内心一阵叹息,深感头大。 以下简单介绍一些关于PCS7项目选型设计相关的注意事项,说简单也不简单吧,内容很多,时间有限,只能蜻蜓点水地过一遍,详细的还得看相关手册,以官方最新资讯为准。 A8%8B%E6%8E%A7%E5%88%B6%E7%B3%BB%E7%BB%9F-cpu-410-%E8%BF%87%E7%A8%8B%E8%87%AA%E5%8A%A8%E5%8C%96-cpu-410

    3.1K21发布于 2021-11-09
  • 来自专栏剑指工控

    PCS7选型设计(下)

    第四步,网络结构 4.1 PROFIBUS DP 既是一个系统总线又是一个开放的通信系统,设计用于中等传输速率和短响应时间。 /simatic-%E8%BF%87%E7%A8%8B%E6%8E%A7%E5%88%B6%E7%B3%BB%E7%BB%9F-pcs-7-%E5%B7%B2%E5%8F%91%E5%B8%83%E6% pcs-7%E4%B8%AD%E4%BD%BF%E7%94%A8%E5%AE%B9%E9%94%99s7%E8%BF%9E%E6%8E%A5%E5%AE%9E%E7%8E%B0-os%E5%92%8Chcpu 85%B1%E7%94%A8%E5%B7%A5%E5%8E%82%E6%80%BB%E7%BA%BF%E5%92%8C%E7%BB%88%E7%AB%AF%E6%80%BB%E7%BA%BF%EF%BC /document/103140443/simatic-pcs-7-%E8%BF%87%E7%A8%8B%E6%8E%A7%E5%88%B6%E7%B3%BB%E7%BB%9F-et-200pa-smart

    4.6K22发布于 2021-11-09
  • 来自专栏HelloGitHub

    JavaScript 的 7设计模式

    如果你已经开始编程或者正在从事一个复杂的项目,则应该选择一个最适合你项目的设计模式。 什么是设计模式? 在软件工程中,设计模式是针对软件设计中常见问题的可重用解决方案。 我们已经知道了什么是设计模式和它的重要性,下面我们深入研究一下 JavaScript 中的 7设计模式。 一、模块模式 模块是一段独立的代码,因此我们可以更新模块而不会影响代码的其它部分。 /utils.js'; console.log(sum(3, 7)); console.log(multiply(3, 7)); 导入所有模块 // main.js // importing all /utils.js'; console.log(utils.sum(3, 7)); console.log(utils.multiply(3, 7)); 3.3 导入导出中使用别名 重命名导出 // /utils.js'; console.log(add(3, 7)); console.log(mult(3, 7)); 四、单例模式 一个单例对象是只能实例化一次的对象。

    86840发布于 2021-05-14
  • 来自专栏一个会写诗的程序员的博客

    7 大程序设计原则

    将大牛们的经验总结到一起,可以得到以下「7 大程序设计原则」 。这些设计原理源于对实际软件开发现场的分析,是提高代码质量的经验结晶。 让我们一起一探究竟吧! 此外,设计代码时将对称性纳入考虑的范围能防止我们在思考问题时出现遗漏。如果说代码的条件分支是故障的温床,那么对称性就是思考的框架,能有效阻止条件遗漏。 同样,设计软件时也需要考虑各种情况,保证软件在各种情况下都能安全地运行。这一做法在持续运营服务和防止数据损坏等方面有着积极的意义。 Do:编写安全的代码 选择相对安全的方法对具有不确定性的部分进行设计。列出所有可能的运行情况,确保软件在每种情况下都能安全运行。 为此,我们也要将不可能的条件视为考察对象,对其进行设计和编程。不过,为了统一标准,我们在编写代码前最好规定哪些条件需要写,哪些条件不需要写。

    1.4K31发布于 2021-05-06
  • 来自专栏后端技术

    系统设计分析 作业7

    XX 建模练习 要求: 练习文档编写 选择一个你喜欢的 移动App 或 其中某业务 参考 Asg_RH 文档格式 编写软件描述 文档要包含一个业务的完整过程 建模要求包括(用例图、XX业务或用例的活动图、XX领域模型、XX对象的状态图、XX场景的系统顺序图与操作协议) 选择:知乎app 1.用例图 2.活动图 3.领域模型 4.状态图 5.系统顺序图

    46040发布于 2019-05-25
  • 来自专栏硬件大熊

    单火线设计系列文章9:EMI问题探讨及支持大功率单火取电开关的探索

    《单火线设计系列文章4:电源转换电路和无线通信SOC电路》 《单火线设计系列文章5:技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6:技术难点 - 开态”宕机”问题》 《单火线设计系列文章7设计注意点:此对策器件选型、参数可能会对待机功耗有影响,调试过程中须留意待机电流的变化; (二)、在灯具开态条件下,开态取电电路选取合适的GATE驱动电阻。 在此列举其中一种支持大功率单火取电的解决思路,其电路框架示意图如下: 在灯具两端并联设计一款分流电路,配合单火智能开关的取电电路输出不小于5V/0.5A功率给智能开关系统电路供电。 (一)、下面列举一种分流电路的设计思路:(实现方式可以是有某种特性的器件或者具有一定功能的电路) 在灯具处于闭态时,分流电路需呈现低阻抗特性,起到承担回路中大部分电流,保证灯具不闪或者无灯具下单火开关亦可通过分流器正常工作 (二)、下面列举一种单火智能开关的取电电路的设计思路: 在灯具处于闭态时,闭态取电电路选取可提供足够功率的开关电源方案,例如采用5V/1A隔离输出的反激式开关电源方案; 在灯具处于开态时,取电电路需增大分时取电时间

    1.3K20编辑于 2022-06-23
  • 来自专栏硬件大熊

    单火线设计系列文章7:软硬件联调典型问题

    本篇阐述单火智能开关的技术难点及壁垒,在进入文章之前,推荐阅读—— 《单火线设计系列文章1:场景由来、技术问题》 《单火线设计系列文章2:闭态取电电路》 《单火线设计系列文章3:开态取电电路》 《单火线设计系列文章 4:电源转换电路和无线通信SOC电路》 《单火线设计系列文章5:单火线智能开关的技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6:技术难点 - 开态”宕机”问题》 作为一款带联网功能的强电低功耗产品 原因: LED方案中,高压线性方案、阻容降压方案是最难兼容的灯具方案。 这两种方案相比开关电源方案的LED,更小的电流也足以让这些方案的灯具很容易出现微亮的问题; 解决方法: a.外挂安规电容到灯具两端,如0.33uf的安规电容(注意安装时的安全保障); b.若开关有指示灯 当前网上关于单火技术的阐述资料较少,且90%依然停留在科普层面,自本篇开始,本公众号将连续更新7-8篇关于单火技术的系列文章,针对单火技术问题进行深入解析。

    85420编辑于 2022-06-23
  • 来自专栏深入浅出Java

    Java并发设计7条原则

    Java并发设计7条原则在Java并发编程的世界中,高效且安全地管理线程交互是一项至关重要的挑战本文基于Effective Java 并发章节总结的7条原则这些原则旨在帮助开发者规避常见的并发陷阱,确保程序在多线程环境下的正确性和性能表现同步访问共享可变数据在并发中多线程同时访问共享可变的数据是线程不安全的 实现的并发工具(CountDownLatch...)能更方便的解决wait\notify能解决的问题除非要维护老项目使用的wait、notify,否则优先使用并发工具,能够更简单、方便线程安全性的文档化当设计的类可能被客户端并发调用时在文档上说明线程安全级别

    26621编辑于 2024-08-01
  • 来自专栏无原型不设计

    7个原则,看懂「深色模式」设计

    △摹客操作界面 大多数人喜欢深色模式的原因,都基于以下两点: 色彩的高对比会弱化背景,更聚焦内容展示; 新鲜感,黑色的视觉效果更炫酷; 想要更好的设计深色模式UI,了解这7个原则是关键。 7个原则 从视觉到设置 1.使用低饱和度的颜色 在深色模式下,界面本身比较暗沉,使用鲜艳的颜色会对用户不太友好,导致阅读性较差。 所以在设计的时候需要避免使用高饱和度颜色。 设计规范管理,可以利用第三方设计平台, 协助UI设计师高效协作 更懂中国设计师UI设计工具 https://www.mockplus.cn/dt/? hmsr=zhihu 6.遵循设计规范 苹果和谷歌的设计规范里包含所有主要平台对于深色模式的原则。根据他们的设计规范调整设置,确保设计内容符合主流生态系统。 点击查看Apple和Google设计规范: 深色模式- iOS 深色模式- macOS Google-黑色主题 ​ 7.用户自由开关 最后这一点很重要,把深色模式的使用权交给用户决定。

    1.4K10编辑于 2022-11-24
  • 来自专栏技术客栈

    Java设计模式(7)装饰器模式

    前言 在软件开发的世界里,设计模式如同一本精妙的编码诗集,已经成为一种标准的编程实践。在Java编程中,设计模式很重要。 本人将制作一个关于Java设计模式的系列文章,总共23种设计模式将以一篇一篇文章讲解,代码笔记已开源:Gitee点击跳转。在上一篇《Java设计模式(6)桥接模式》文章中,我们介绍了桥接模式。 装饰器模式 装饰器模式是一种结构型设计模式,用于动态地为对象添加额外的行为或责任,而无需修改其原始类。它允许将对象包装在一系列装饰器中,每个装饰器都添加一些特定的功能,从而实现对对象行为的灵活扩展。

    51810编辑于 2024-04-18
  • 来自专栏Lvshen的技术小屋

    设计模式7之原型模式

    如果你在开发中遇到需要创建大量的对象,你可以使用传统的构造函数创建对象。但是对于开发来说这样做太麻烦了,有没有高效的生成对象的方式呢?

    48420编辑于 2022-05-05
  • 来自专栏王清培的专栏

    .NET简谈设计模式之(装饰者模式)

    我们所看的设计模式书籍是一系列问题的集合,也是设计模式的集合。在我们还没有能力将他们融会贯通之前,先单独理解这些思想。当我们能驾驭这些设计模式之后,我们就能够设计出不错的系统架构。 模式之间是相通的,“设计原则”是引导模式创新的根本。书上的模式多数都是用来考虑一些小例子而已,如果用在真正的项目中,就需要结合整个设计模式的运用了。 所以当我们学习一些小的设计模式时,我们不牵扯到其他的多余东西,先理解我们当前模式的真正的思想是什么。 但是这样的代码扩展性太差,设计模式所提倡面向接口编程,而我们这里似乎没有看见接口。例子中的所有代码都是直接使用对象的名称,这样肯定是耦合的。 总觉得例子的代码太简单了,哪像是设计模式啊。别急我们继续讨论,设计模式本来就是思想性的理论,需要耐心的研究。

    41220编辑于 2022-03-14
领券