方法论与领域

今天想查查if...else...和switch相互嵌套怎么写,不是一般的嵌套,就是if...的大括号嵌入case分支(其中if本身在switch之外).交错起来那种.关键字把我引上了好久没来过的博客园,进入了某个技术很不错的老伙计的博客. 呃,结果我不但没找到想要的东西,又看到了if...else...或switch如何如何不好,应该进行面向对象封装和重构的文章.简而言之,就是switch的case块中含有了很多分枝的if...else...作者毫无例外地给重构为了工厂模式,先case某种情况

公司说我们的开发方式是敏捷开发,实际上只是使用了一些敏捷开发的方法,只有遵守敏捷开发的价值观和原则,才能算是敏捷开发.微服务也是一样,不是说拆分成多个服务去部署,就叫做微服务.也不是采用市面上常用的微服务框架,就是微服务了. 上面这段话是我对微服务的简单理解. 随着公司业务的发展,部门领导要求其中一个业务量比较大的要做负载.只给了一周的时间,包括开发和自测.因为时间比较紧,采用了最简单快捷的处理方式:缓存统一放Redis,起了一个辅助项目来做公共和定时器等方面的处理. 此种方式基本把压力推到了R

暗时间——指导学习的方法论 ——2016年2月11日 打造自己的核心竞争力:①专业领域技能:②跨领域的技能(解决问题的能力,创新思维,判断与决策能力,表达沟通能力等等):③学习能力,持续学习和思考新知识:④性格要素(专注和持之以恒是最重要的!自省,好奇心,自信,谦卑等等) 你所拥有的知识并不取决于你记得多少,而在于你使用的时候能够回忆起来.利用起来多少. 一.对于记忆知识的本质:要理解.消化.总结.联系,既有深度也不缺乏广度,形成“T”字型的知识结构.知识中包含了精细的概念.逻辑.一般的解题原则

1. 用户不会在乎你的七大功能,八大特色,只要有一个功能可以打动他,可以解决它心中的痛,或者挠去他心中的痒,那你就有可能获得用户的信赖. 2. 不要给用户谈你们公司有多少个院士,多少个千人计划,多少个专家,多少个博士,你们的产品用到了多fancy的技术,大部分人不会care的. 最显然的就是这种科技新闻下的评论数量几乎为0. 3. 你做了一个新产品,然后你给用户说我用到了最高精尖的Deep Learning技术,通过利用人工神经网络模拟人脑神经的层次化结构实现更加高效精准识别,他们才不会在乎.

程序员生存定律这系列的目录在这里:程序员生存定律--目录 喜欢从头瞄的,可以移步. ------------------------------------------------------------------------------- 开篇前再补一句,这没考虑创业的情形,只是说最一般的情况. 在弄清楚公司的分类方法,以及某些类别公司的长处和短处后,就可以开始考虑如何去选择公司. 经常会看到这样一些问题,比如:是去大公司好呢,还是去小公司好呢?是去用ASP.net做ERP的公司好呢,还是去

作为一个方法论的信仰者及爱好者,"方法论到底是什么?"这个问题是我跑不掉的,我必须有答案.对我而言,我需要整理出自己对方法论的认识,进一步坚定对方法论的信仰,也希翼未来的自己更加强大.对别人而言,我希望能够通过自己的努力,帮助别人理解方法论.了解方法论的价值.对方法论的热情不光是因为我写"趣味方法学",主要还是因为我相信方法论能够帮助我解决问题,并且学习和应用方法论的过程非常有趣. 方法论不是神,但方法论可以帮助我们解决问题,是一系列非常实用的处世方法.很多人不了解

阅读目录: 1.原则 1.1.精简聚合 1.2.分离用例与接口功能(设计模式的用武之地) 2.工具.框架.组件 3.过程 1]原则 原则对于任何一项技术实现来说都是至关重要的,在设计某一个系统功能的时候我们讲究的是设计原则: [单一职责原则Single Responsibility Principle.里氏替换原则Liskov Substitution Principle.依赖倒置原则Dependence Inversion Principle.接口隔离原则Interface Segregati

阅读目录 开篇介绍 1.1示例介绍 (OnlineExamination在线考试系统介绍) 1.2分析.建模 (对真实业务进行分析.模型化) 1.2.1 用例分析 (提取系统的所有功能需求) 1.3系统设计.建模 (技术化业务模型) 1.3.1 枚举类型的使用 (别让枚举类型成为数值型对象) 1.3.2 基础数据.业务数据 (显示实体和隐式过程) 1.3.3 模型在数据库中的主外键关联问题 (面向对象模型与关系模型的天然抗阻) 1.3.4 角色.类型 (区分类型与面向对象概念) 1.3.5 名词

阅读目录: 1.1.疑问 1.1.1.UML何用 1.1.2.领域建模 1.2.模式 1.3.原则 1.5.过程 1.6.框架 1.7.项目演示 最近在研究DDD颇有收获,所以整理出来跟大家分享,共同进步! 我们在设计业务系统的时候都会存在一个非常棘手而又无法回避的问题"业务扩展性"."业务灵活性."面向对象化",尽管我们熟练掌握设计思想.设计模式.设计原则等等关于如何设计灵活性的系统设计理论,但是我们似乎都没有将它们运用到真正业务系统设计.开发当中去,为