设计细节

java必学技能

主宰稳场 提交于 2019-11-30 04:15:41
一:系统架构师是一个最终确认和评估系统需求,给出开发规范,搭建系统实现的核心构架,并澄清技术细节、扫清主要难点的技术人员。主要着眼于系统的“技术实现”。因此他/她应该是特定的开发平台、语言、工具的大师,对常见应用场景能给出最恰当的解决方案,同时要对所属的开发团队有足够的了解,能够评估自己的团队实现特定的功能需求需要的代价。 系统架构师负责设计系统整体架构,从需求到设计的每个细节都要考虑到,把握整个项目,使设计的项目尽量效率高,开发容易,维护方便,升级简单等。 二: 软件系统架构师综合的知识能力包括9个方面,即: 1、战略规划能力。 2、业务流程建模能力。 3、信息数据结构能力。 4、技术架构选择和实现能力。 5、应用系统架构的解决和实现能力。 6、基础IT知识及基础设施、资源调配能力。 7、信息安全技术支持与管理保障能力。 8、IT审计、治理与基本需求分析、获取能力。 9、面向软件系统可靠性与系统生命周期的质量保障服务能力。 三:需要学习的技能 来源: https://www.cnblogs.com/ywbmaster/p/11558574.html

为什么你不能只关心技术细节?

我是研究僧i 提交于 2019-11-29 23:18:27
现在技术点越来越多,如果什么技术细节都要详细了解,最终不可能有很好的全局视野。比较好的状态是找几个重点深入了解,其他的技术点在掌握了全局技术视野后再考虑深入。 一个优秀的专家应该能快速定位要解决的业务问题是否有成熟的技术方案,如何以最小的投入产出比实现,同时保持良好的维护性应变业务维护。 如果一直关心技术细节,你永远是一个孤立节点,在任何维度的组织中都是最底层,就算 24 小时不睡觉,也最多算两个人力资源。想要突破一天 24 小时的限制,就要花时间让别人认同你的设计,并朝着一个方向努力,你的节点才能上移, 专家级以上的 Title 会要求协作能力,可以调动身边甚至其他部门资源的人才能在公司发挥更大的价值。 当然,能力越大责任越大,专家应该承担更多风险,比如分配给别人的任务给弄砸了,为公司带来了不良影响,那么就要敢于背锅。 来源: https://www.cnblogs.com/doit8791/p/11538364.html

简述设计模式的原则

雨燕双飞 提交于 2019-11-29 07:58:43
开放-封闭原则:类应该对扩展开放,对修改关闭。 单一职责原则:应该有且仅有一个原因引起类的变更 依赖倒置原则:高层模块不应该依赖于低层模块,二者都应该依赖于抽象;抽象不应该依赖于细节,细节应该依赖于抽象。 里氏替换原则:子类对象必须能够替换掉所有父类对象。 接口分离原则:不应该强迫客户依赖于它们不用的方法。 来源: https://my.oschina.net/u/4045381/blog/3103472

【设计模式笔记】依赖倒转原则

帅比萌擦擦* 提交于 2019-11-28 11:59:08
依赖倒转原则 DIP / Dependency inversion principle 尚硅谷设计模式-学习笔记 ---------------- 依赖倒转原则基本介绍 高层模块不应该依赖底层模块,两种都应该依赖其抽象(接口或者抽象类) 抽象不应该依赖细节,细节应该依赖抽象 依赖倒转/依赖倒置的中心思想是面对接口编程 依赖倒转原则基于这样的设计理念: 相对于细节的多变性,抽象的东西要稳定的多。 以抽象为基础搭建的架构比以细节为基础的架构要稳定得多。 在Java中,抽象指的是接口或者抽象类,细节就是具体的实现类 使用接口或者抽象类的目的就是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成 ---------------- 依赖倒转原则实例 实例:请编程完成Person 接收消息的功能 对比传统方案和遵守原则的方案 Example:传统方案 public class DIP1 { public static void main ( String [ ] args ) { Person p = new Person ( ) ; p . receive ( new Email ( ) ) ; } } //完成Person接收消息的功能 //注意,这个地方Person类的方法依赖Email类 //这种方式比较简单,比较容易想到 //但是如果我们获取的对象不止邮件

软件设计项目进展03 2019/8/21

烈酒焚心 提交于 2019-11-28 03:56:03
1当天完成的工作 1)继续用墨刀原型设计工具设计小程序页面,昨天有了初步框架,今天开始实现具体的,修改细节。今日设计的页面如下图。 2)在进行对微信小程序开发的学习和了解,下载了微信小程序开发工具。 2第二天的计划: 1)墨刀原型设计还要继续完善,细节有待斟酌,界面有待优化。 2)继续深入了解微信小程序开发所需要用到的语言和工具等,自己进行查找学习。 3每日小结: 今天在进行原型设计的时候发现团队的力量很强大,一个人在做的时候在细节上比较容易有疏漏,但是有队友一起互相检查就会快速发现问题解决问题,避免了思维盲区,比如落下某个功能块自己没有发现,队友查看的时候一下就看见了。还有一个小程序完善的设计是很不容易的,怎么去为功能设计还要简洁易懂等都是必须要考虑的内容。 来源: https://www.cnblogs.com/dydy9999/p/11390671.html