- 综合排序
- 最热优先
- 最新优先
- 来自专栏爱敲代码的猫
java设计模式(4)-原型设计模式
这篇推文学习创建型模式最后一种-原型模式，该模式的思想是将一个对象作为原型，对其进行复制、克隆，产生一个和原对象类似的新对象，以便使用
87350发布于 2019-10-17 - 来自专栏技术小讲堂
LINQ to SQL(4):OR设计器
在我们使用LINQ to SQL的时候，需要大量的使用OR设计器，虽然我们手工写代码也是完全可以实现的，但是OR设计器是非常强大的工具，我想有了它，没有几个人会去手工写代码，当然了，手动写代码也是必须的 ，这一篇我就写几个典型的需要手工写代码的情况 打开和关闭复数形式 默认情况下，OR设计器会将数据库对象从服务器资源管理器拖放到OR设计器上的时候，会自动将ies,s结尾修改为单数形式，这样可以更准确的表示实例化的实体类到单个数据记录的事实 扩展OR设计器生成的代码 的确，OR设计器为我们做了很多的东西，但是某些时候，我们还是不得不动动键盘，智能方便总有它的缺陷，比如下面这种情况： 比如我们查询数据库的Account表，而我们不需要它的密码列 ，和最后登陆时间列（假设表中是有这些列的），而在我们直接将一个表拖放到OR设计器中的时候，他模型是添加了这些列的，所以我们可能会使用如下的代码 var queryWithAlias = from u in
1.4K100发布于 2018-03-07 - 来自专栏科控自动化
某公园照明系统
二、设计依据 （1）《低压配电设计规范》 GB50054-2011（2）《供配电系统设计规范》（GB50052-2009（3）《电力工程电缆设计规范》（GB50217-2007）（4）《建筑电气工程施工质量验收规范 LED庭院灯，在满足照明功能的同时，将灯光艺术与大自然和谐统一，灯具高度约4米，间 距20米布置。 4、线路选型及敷设方式 （1）绿化带管线采用埋地方式敷设，埋深不小于0.7米。建筑上安装灯具管线采用明敷方式，尽量隐蔽敷设。 （4）地面灯具为C20混凝土基础安装， 杆式灯具基础尺寸应根据最后选型由灯具供应商提供。 （4）地面灯具安装应考虑到车行及人行的方便和安全，现场施工时应做好调整。（5）表面温度过高而手、脚可触及的灯具应加设防烫隔离装置。（6）灯具不可安装于易燃易爆物上。
1.1K20编辑于 2022-03-29 - 来自专栏温安适的blog
面向对象设计4原则 原
下面是一段设计不良的校验投注号码的代码 public boolean validate(String drawNum){ if (type.equals("PL3")) {
86920发布于 2019-03-12 4 常用界面设计组件
是否显示垂直表头 ui->tableInfo->verticalHeader()->setVisible(checked); QDate birth; birth.setDate(1980,4,7 是否显示垂直表头 ui->tableInfo->verticalHeader()->setVisible(checked); QDate birth; birth.setDate(1980,4,7 //是否显示垂直表头 ui->tableInfo->verticalHeader()->setVisible(checked); QDate birth; birth.setDate(1980,4,7
26810编辑于 2026-06-17- 来自专栏奔跑的人生
4. 通用代码模块设计
我们在annotation包下面添加一个注解com.sxzhongf.ad.common.annotation.IgnoreResponseAdvice,用它来标柱是否需要支持上面的统一返回拦截。
1.5K20发布于 2019-09-10 - 来自专栏漫漫架构路
MyBatis设计思想(4)——缓存模块
MyBatis设计思想(4)——缓存模块 一. 缓存概述 相信大家对于缓存都不陌生，MyBatis也提供了缓存的功能，在执行查询语句时首先尝试从缓存获取，避免频繁与数据库交互，大大提升了查询效率。 MyBatis缓存模块的设计就采用了装饰器模式。 建议将图片保存下来直接上传(img-QhRZSaFu-1595151903883)(/Users/zhangshenao/Desktop/mybatis/cache_decorators.png)] 基于这种装饰器模式的设计 CacheKey的设计 既然说到了缓存，就不得不提缓存Key的设计问题。 MyBatis涉及到的查询场景十分复杂，查询的操作SQL语句、SQL参数等等信息，都会影响到缓存是否命中，使用简单的String做为缓存Key是肯定不行了，那么该如何设计呢？
1K20发布于 2020-09-03 - 来自专栏惊羽-布壳儿
设计模式(4) -单例模式
先从缓存获取bean(this.singletonObjects.get(beanName)),如为null,则单例加锁构造一个实例,保证注入的实例都是单例的,这些实例都是不太容易销毁的,所以这样做节省了重复创建对象的开销;
29420编辑于 2022-06-15 - 来自专栏硬件大熊
单火线设计系列文章8：单火开关兼容性与取电能力测试
本篇阐述单火智能开关的技术难点及壁垒，在进入文章之前，推荐阅读—— 《单火线设计系列文章1：场景由来、技术问题》 《单火线设计系列文章2：闭态取电电路》 《单火线设计系列文章3：开态取电电路》 《单火线设计系列文章 4：电源转换电路和无线通信SOC电路》 《单火线设计系列文章5：单火线智能开关的技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6：技术难点 - 开态”宕机”问题》 《单火线设计系列文章7：软硬件联调典型问题 其中，灯具兼容性测试反应单火开关闭态（灯具负载OFF）时对灯具的兼容效果，而取电能力测试则反应开关对各种大电流操作的稳定性能（如模块联网、继电器操作时的电能供给能力）。 灯具兼容性测试 灯具品牌 有些公司可能是地产开发商所一手投资扶持，其产品的目标客户端所使用的灯具在前装阶段时，灯具的品牌、功率范围则比较明确，故在测试阶段应着重考虑。 灯具瓦数 由于低功率的灯具兼容性可能出现更多不良，因此，结合普通家庭通常所使用的灯具功率，所测试的灯具功率建议在3W-15W之间，且低瓦数的灯具尽可能占更多比例。
1.1K10编辑于 2022-06-23 - 来自专栏后端技术
系统设计与分析 作业4
a hotel reserve hotel 50 5 you can reserve a hotel by selecting a hotel and room. manage basket 30 4
64420发布于 2019-05-25 - 来自专栏EAWorld
Kubernetes设计的4个原则
这场会议虽然已经过去一年多了，但是我觉得本会议的内容非常值得学习，我们大都知道K8s是如何工作的，但是本文带我们了解k8s背后的设计原则，以及为什么要这样设计。 于是这就引入了kubernetes设计的第四个原则： 可移植的工作负载 （ Workload portability ） 原则4. ，K8s的背后设计原则的原因，其实它软件设计的一些一般性原则是一致的，虽然面向对象已经不在是什么流行的术语，但是本文中的设计原则和面向对象的设计原则高度一致。 在设计对象的时候，对象应该尽可能的封装内部的状态，对自己负责，我们设计一辆可行驶的车。一种设计是两个对象，driver和car，然后diver.run(car)。 而更好的设计是 不需要driver，或者把dirver看成Car的一个属性，这样就是Car.run()。第二种设计更符合面向对象的设计原则。
1.1K10发布于 2020-01-17 - 来自专栏微信公号【Java技术江湖】
初探Java设计模式4：JDK中的设计模式
JDK中设计模式 本文主要是归纳了JDK中所包含的设计模式，包括作用和其设计类图。 首先来个总结，具体的某个模式可以一个一个慢慢写，希望能对研究JDK和设计模式有所帮助。 一、设计模式是什么 （1）反复出现问题的解决方案 （2）增强软件的灵活性 （3）适应软件不断变化 二、学习JDK中设计模式的好处 （1）借鉴优秀代码的设计，有助于提高代码设计能力 （2）JDK的设计中体现了大多数设计模式 ，是学习设计模式的较好的方式 （3）可以更加深入的了解JDK 三、类间关系 继承、委托、依赖、聚合、组合 四、介绍方式 （1）作用：归纳某设计模式的基本要点 （2）JDK中体现：某设计模式在 Class.forName 类图： 3.Factory Method（工厂方法） 作用：子类决定哪一个类实例化 JDK中体现：Collection.iterator方法 类图： 4. JDK 5 Documentation 4. http://stackoverflow.com/questions/1673841/examples-of-gof-design-patterns 5.
1.9K30发布于 2019-04-06 - 来自专栏python成长之路
类设计：设计卖车的4S店
class Car(object): # 定义车的方法 def move(self): print('---车在移动---') def stop(self): print('---停车---') # 定义一个销售车的店类 class CarStore(object): def order(self): car = Car() # 找一辆车 return car # 1.先得有个销售汽车的店铺 car_stor
56350发布于 2018-05-29 - 来自专栏硬件大熊
单火线设计系列文章5：技术难点 - 闭态”鬼火”问题
本篇阐述单火智能开关的技术难点及壁垒，在进入文章之前，推荐阅读—— 《单火线设计系列文章1：场景由来、技术问题》 《单火线设计系列文章2：闭态取电电路》 《单火线设计系列文章3：开态取电电路》 《单火线设计系列文章 4：电源转换电路和无线通信SOC电路》 单火智能开关解决了智能家居“免布线”“无零线”安装智能开关的问题，但单火取电技术在应用中仍有一些技术问题或瓶颈，下面列举单火取电技术常遇到的技术难点和经验对策。 针对闭态取电电路，硬件设计及选型可参考如下建议： 1.1 电源方案选型：选取超低功耗电源IC。 (4).降低无线通信SOC平台所连接的外设电路的功耗。 例如：LED指示灯在保证亮度、最小工作电流要求的前提下，选取功耗最优的限流电阻； (5).检查闭态取电和开态取电电路的电源输出端是否完全隔离。 ，即多个并联灯具分流； 2).更换灯具型号、功率去匹配单火智能开关； 3).在灯具两端并联分流器件或者产品，例如X电容、分流器产品等。
1.4K31编辑于 2022-06-23 - 来自专栏硬件大熊
单火线设计系列文章9：EMI问题探讨及支持大功率单火取电开关的探索
《单火线设计系列文章4：电源转换电路和无线通信SOC电路》 《单火线设计系列文章5：技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6：技术难点 - 开态”宕机”问题》 《单火线设计系列文章7： 设计注意点：此对策器件选型、参数可能会对待机功耗有影响，调试过程中须留意待机电流的变化； (二)、在灯具开态条件下，开态取电电路选取合适的GATE驱动电阻。 下图为驱动电阻R4电路图示以及不同驱动电阻R4阻值传导测试对比结果： 驱动电阻R4电路图示 不同驱动电阻R4阻值传导测试对比 技术难点2：支持大功率单火取电开关的探索 随着智能家居产品的多元化、多样化 (一)、下面列举一种分流电路的设计思路：(实现方式可以是有某种特性的器件或者具有一定功能的电路) 在灯具处于闭态时，分流电路需呈现低阻抗特性，起到承担回路中大部分电流，保证灯具不闪或者无灯具下单火开关亦可通过分流器正常工作 (二)、下面列举一种单火智能开关的取电电路的设计思路： 在灯具处于闭态时，闭态取电电路选取可提供足够功率的开关电源方案，例如采用5V/1A隔离输出的反激式开关电源方案； 在灯具处于开态时，取电电路需增大分时取电时间
1.5K20编辑于 2022-06-23 - 来自专栏数商云贸
重构供应链中坚力量，LED照明灯具产业实现精益生产
究其原因主要为以下三点： （1）爆款单品阶段性突击，缺少供应链可持续性 之前在LED照明灯具市场活跃的企业均有一个特点，即先用心打造一款高性价比的“爆款产品”吸引市场注意力和客户的关注度，火速在灯具单品市场中占据一席之地 （3）灯具制造成本已近临界，需通过供应链创造新的产品优势 早期LED照明产品存在散热、光衰、光效等诸多技术难点，致使LED照明应用产品的结构设计、材料选配、质量风险、市场推广都要比现在复杂得多，也造成了早期产品存在很大的成本差异 而随着技术、产品的进步和市场经验的积累，这些差异逐渐得到了很大的改善，灯具产品的制造成本已近临界。 LED照明灯具供应链不是简单的规模化材料的供应，在组成应用产品的过程中，所有配件都要相互配合、合理选配，才能符合灯具的整体技术要求。 基于此，很多LED照明灯具企业纷纷开始着手建立供应链管理系统，期望通过企业上下游间的高效协作，谋求供应链整体最佳化。
67610编辑于 2021-12-10 - 来自专栏硬件大熊
单火线设计系列文章2：闭态取电电路
单火线智能开关基本电路构成 单火线智能开关与灯具串联接在零火线中，单火取电需要在灯具关态和开态两种工况下从灯具回路中摄取一部分电流用来给智能开关的取电单元、电源转换单元、控制单元和无线通信单元工作。 闭态取电电路 闭态的定义：灯具处于”关闭”的状态，即关灯。 闭态取电：灯具处于关态，通过该电路与灯具串联形成回路。 R1的作用：起到限流、抑制冲击电流的目的，改善开机上电因冲击电流导致灯具”闪亮”一下的问题。 输入电容设计：C1的选取与输入电压范围以及输出带载能力有关。 （详细设计可以参考学习书籍资料《精通开关电源设计》(第2版)：第3章 离线式变换器及其磁性元件设计） 开关电源控制IC及外围电路设计：查阅datasheet及demo资料，了解其内部架构，PWM控制模式 当前网上关于单火技术的阐述资料较少，且90%依然停留在科普层面，自本篇开始，本公众号将连续更新4-5篇关于单火技术的系列文章，针对单火技术问题进行深入解析。
3.7K11编辑于 2022-06-23 - 来自专栏王清培的专栏
.NET简谈设计模式之(装饰者模式)
我们所看的设计模式书籍是一系列问题的集合，也是设计模式的集合。在我们还没有能力将他们融会贯通之前，先单独理解这些思想。当我们能驾驭这些设计模式之后，我们就能够设计出不错的系统架构。 模式之间是相通的，“设计原则”是引导模式创新的根本。书上的模式多数都是用来考虑一些小例子而已，如果用在真正的项目中，就需要结合整个设计模式的运用了。 所以当我们学习一些小的设计模式时，我们不牵扯到其他的多余东西，先理解我们当前模式的真正的思想是什么。 但是这样的代码扩展性太差，设计模式所提倡面向接口编程，而我们这里似乎没有看见接口。例子中的所有代码都是直接使用对象的名称，这样肯定是耦合的。 总觉得例子的代码太简单了，哪像是设计模式啊。别急我们继续讨论，设计模式本来就是思想性的理论，需要耐心的研究。
48120编辑于 2022-03-14 - 来自专栏∑小熊猫的博客
Java 设计模式系列(4) —— 工厂模式
在工厂方法模式中，共涉及到4个角色： 抽象工厂角色：定义产品对象的产生 具体工厂角色：实现了抽象共产，负责具体产品的创建 抽象产品角色：定义具体产品的共性 具体产品角色：具体产品的实例 工厂方法模式示例
52510发布于 2021-01-05 - 来自专栏IMWeb前端团队
解读bootstrap v4 sass设计
首先关于bootstrap从v3的less转到v4的sass的十万个为什么，这里暂且不表（计划会另起一篇文章对比less，sass，postcss）。 其次本篇文章主要围绕下面几个目标展开： 了解bootstrap 4整个sass的设计 如何使用并修改bootstrap v4的样式 如何改进bootstrap的sass设计 最后不深入具体代码的实现细节 ，只从整体架构上分析 一起走进bootstrap v4 sass 1、bootstrap的sass文件都放在scss目录，为什么名字是scss而不是sass呢？ 对于组件样式，需要就引入，不需要就不引入，但是一定要注意core与utility的样式，因为说不定你的组件中就用了这些基础的样式 如何改进bootstrap v4的sass设计 从个人实战的经验角度出发 ，看上去有点乱 没有%设计，个人觉得%的设计是一个进步，对于样式的组合申明非常有效，尤其是一些简短的兼容代码什么的。
3.8K00发布于 2017-12-28
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号