最新 | 最热门 | 最高评价

+0  Go编程模式:委托和反转控制

Tag: Go 语言 | 程序设计 | 编程语言 | Go | golang | IoC
陈皓 发于 2020年12月26日 16:57 | 点击: 255 | 展开摘要
图片来源:GopherSource
反转控制IoC – Inversion of Control 是一种软件设计的方法,其主要的思想是把控制逻辑与业务逻辑分享,不要在业务逻辑里写控制逻辑,这样会让控制逻辑依赖于业务逻辑,而是反过来,让业务逻辑依赖控制逻辑。在《IoC/DIP其实是一种管理思想》中的那个开关和电灯的示例一样,开关是控制逻辑,电器是业务逻辑,不要在电器中实现开关,而是把开关抽象成一种协议,让电器都依赖之。这样的编程方式可以有效的降低程序复杂度,并提升代

查看全文: http://www.udpwork.com/item/17489.html

+0  IoC/DIP其实是一种管理思想

Tag: 技术管理 | 程序设计 | 系统架构 | Design | design pattern | DIP | IoC | Object-Oriented | Programmer | 程序员
陈皓 发于 2013年07月05日 08:44 | 点击: 2452 | 展开摘要
关于IoC的的概念提出来已经很多年了,其被用于一种面象对像的设计。我在这里再简单的回顾一下这个概念。我先谈技术,再说管理。

话说,我们有一个开关要控制一个灯的开和关这两个动作,最常见也是最没有技术含量的实现会是这个样子:

然后,有一天,我们发现需要对灯泡扩展一下,于是我们做了个抽象类:

但是,如果有一天,我们发现这个开关可能还要控制别的不单单是灯泡的东西,我们就发现这个开关耦合了灯泡这种类别,非常不利于我们的扩展,于是反转控制出现了。

就像现实世界一样,造开关的工厂根

查看全文: http://www.udpwork.com/item/10146.html

+0  ulimit限制之nproc问题

Tag: Linux | 源码分析 | nprioc | pam | ulimit
Yu Feng 发于 2013年03月02日 16:56 | 点击: 1968 | 展开摘要
原创文章,转载请注明: 转载自系统技术非业余研究

本文链接地址: ulimit限制之nproc问题

前两天微博上的@王关胜同学问了个问题:

#ulimit问题# 关于nproc设置:centos6,内核版本是2.6.32. 默认情况下,ulimit -u的值为1024,是/etc/security/limits.d/90-nproc.conf的值限制;注释掉这个限制后,值为95044;手工设置90-nproc.conf文件,值为新设置的值。想请 问这个95044是怎么来

查看全文: http://www.udpwork.com/item/9366.html

+0  需求变化与IoC

Tag: 程序设计 | 系统架构 | Design | design pattern | IoC
Todd 发于 2012年03月26日 11:01 | 点击: 2053 | 展开摘要
【感谢 Todd投递本文 – 微博帐号:@weidagang 】

需求又变了,怎么办?

先上一个轻松的段子:

程序员XX遭遇车祸成植物人,医生说活下来的希望只有万分之一,唤醒更为渺茫。可他的Lead和亲人没有放弃,他们根据XX工作如命的作风,每天都在他身边念:“XX,需求又改了,该干活了,你快来呀!”,奇迹终于发生了,XX醒来了,第一句话:“需求又改了?”。

这个段子用幽默的方式反映了需求变化是每一个程序员、架构师或项目经理都会经常遇到的问题。面对这个问题,不同的人有

查看全文: http://www.udpwork.com/item/7041.html

+0  ioctl的性能瓶颈

Tag: 操作系统 | unlocked_ioctl | 大内核锁
DongHao 发于 2011年04月25日 10:53 | 点击: 4117 | 展开摘要
上周发现我的一个程序在测试并发压力时,在rhel4上性能不错但在rhel5上性能却下降很厉害,非常诡异。我们基本相信redhat不会有什么问题,那八成是我的kernel module写的有问题,于是我把module里对不同kernel版本的判断拿掉,再跑,还是性能低。这下要命了,如果是某些kernel module的接口变了,那查起来就费时间了。
还是史峰高超,他发现了随着并发的增加,性能会进保持在一个“高原”上,于是让我做个小实验:写一个程序,就调用ioctl故意触发mod

查看全文: http://www.udpwork.com/item/4923.html

+0  使用依赖注入框架Google Guice替代new和工厂类

Tag: framework | java | di | guice | ioc
kafka0102 发于 2010年06月26日 04:07 | 点击: 2715 | 展开摘要
1、使用依赖注入

在新系统中使用了Guice来统一了对象注入和创建方式,也不是刻意为之,而是由两个经典问题引起的:

1)对于对象的创建,可以使用new、静态工厂、抽象工厂等方式,使得对象创建方式不统一,而使用哪种方式最好也很难有定论,并且随着代码的变化,创建方式也可能会需要有更好的变化。

2)对于类成员的设置,最直接的是在类内部直接创建,但这样硬编码会影响灵活的测试性,解决的方法是通过外部注入成员,好处自不必说,但在一个复杂的系统中,类之间的关联及层次关系,使得一

查看全文: http://www.udpwork.com/item/1896.html
|<<<1>>>| 一共1页, 6条记录