社区
community_281
帖子详情
beyondhaven的留言板
VC天下
2020-01-02 06:30:39
大家好,这里是我的留言板,如果有问题,欢迎大家留言,我会第一时间进行回复
...全文
74
回复
打赏
收藏
beyondhaven的留言板
大家好,这里是我的留言板,如果有问题,欢迎大家留言,我会第一时间进行回复
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
工程师最重要的能力是什么
(给Python开发者加星标,提升Python技能) 转自:beyondhaven https://blog.csdn.net/beyondhaven/article/details/78494936 手机响了,是一个实施工程师打过来的,说现场的数据采集不上来,问怎么解决。我问软件的版本,仪器的型号,操作系统的信息,具体的问题描述。我告诉他可能是什么原因,给了一个解决办法,让他尝试一下。他试了一下后,说还是不行,又问怎么办,于是我又给他一个办法,他又去尝试了,反馈回来说还是不行,又问我怎么办。我然后我又给他提供方案,继续解决……终于解决了。 这种场景不是一次两次了,也不是一个人两个人用这样的方
软件设计原则----迪米特法则(LoD)http://blog.csdn.net/beyondhaven/article/details/6906148
软件设计原则----迪米特法则(LoD) “一个对象应该对其他对象有尽可能少的了解” “Only talk to your immediate friends” “Don’t talk to strangers” “每一个软件单位对其他的单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位” …… 来源: 迪米特法则(L
软件设计原则----接口隔离原则(ISP)http://blog.csdn.net/beyondhaven/article/details/6905877
软件设计原则----接口隔离原则(ISP) 分类 “使用多个专门的接口比使用单一的总接口要好”。 “一个类对另外一个类的依赖性应该建立在最小的接口上”。 陈述: 不应该强迫客户依赖于他们不用的方法。一个类的不内聚的“胖接口”应该被分解成多组方法,每一组方法都服务于一组不同的客户程序。 例子: Door可以加锁、解锁、而且可以感知自己是
软件设计原则----LisKov替换原则(LSP)http://blog.csdn.net/beyondhaven/article/details/6826013
软件设计原则----LisKov替换原则(LSP) “一个软件实体如果使用的是一个基类的话,一定适用于其子类,而且根本不能觉察出基类对象和子类对象的区别。” 陈述: 子类型(Subtype)必须能够替换他们的基类型(Basetype) Barbara Liskov对原则的陈述: 若对每个类型S的对象o1,都存在一个类型T的对象o2,使得在所有针对T编写的程序P
软件设计原则----单一职责原则(SRP)http://blog.csdn.net/beyondhaven/article/details/6821010
软件设计原则----单一职责原则(SRP) 陈述: 就一个类而言,应该只有一个导致其变化的原因 分析: 一个职责就是一个变化的轴线。 一个类如果承担的职责过多,就等于将这些职责耦合在一起。一个职责的变化可能会虚弱或者抑止这个类完成其它职责的能力。 多职责将导致脆弱性的臭味。 示例1: Rectangle类具有两个职责: 计算矩形面积
community_281
590
社区成员
254,050
社区内容
发帖
与我相关
我的任务
community_281
提出问题
复制链接
扫一扫
分享
社区描述
提出问题
其他
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章