今天把第三章《大型网站核心架构要素》的阅读体会和简要概述写一下。 软件架构除了当前的系统功能需求外，还关注性能、可用性、伸缩性、扩展性和安全性这5个要素，通过平衡这5个要素之间的关系以实现需求和架构目标。 性能是网站的一个重要指标，这是必须的，除非全天下同类型的只有这一个，不然谁会用一个响应缓慢的网 ...
分类：
Web程序 时间：
2017-02-03 12:14:19
阅读次数：
169
1.专业 2.但是不迂腐，很接地气 3.但是不屌丝，很有情怀 由此可见，《构建之法》是一本当代软件工程大学教育急需的好书。 本人在大学上的软件工程课用的也是较老的课本，讲的是瀑布式的环节，带着对这门课残留的记忆参加实习的时候，最大的不适应就是对需求变化的反感，当时还不知道“迭代”这个词，只觉得做事情 ...
分类：
其他好文 时间：
2017-01-31 20:03:10
阅读次数：
302
在说HBase之前，我想再唠叨几句。做互联网应用的哥们儿应该都清楚，互联网应用这东西，你没办法预测你的系统什么时候会被多少人访问，你面临的用户到底有多少，说不定今天你的用户还少，明天系统用户就变多了，结果您的系统应付不过来了了，不干了，这岂不是咱哥几个的悲哀，说时髦点就叫“杯具啊”。 其实说白了，这 ...
分类：
数据库 时间：
2016-12-23 14:16:37
阅读次数：
253
1、通用架构概述 创业之初，我们往往会为了快速迭代出产品，而选择最简单的技术架构，比如LAMP架构，SSH三层架构。这些架构可以适应初期业务的快速发展，但是，随着业务变得越来越复杂，我们会发现这些架构越来越难支撑业务的发展，出现在一个类中写好几千行代码，一个方法中到处都是if else语句，如果中间 ...
分类：
其他好文 时间：
2016-11-14 12:23:35
阅读次数：
159
关于UI自动化的抱怨 听过不少人这样讲 “UI自动化非常不稳定，需求一改，界面一遍，全部都费了”。我相信做过的人可能也会有同感。既然这个问题一直都是存在的，那么为什么没有人仔细分析原因呢？ 我的老板georgeliao举了这样一个例子：每当需求变化的时候，开发没有跳起来，反而是测试跳了起来。然后不断 ...
分类：
移动开发 时间：
2016-11-08 19:34:42
阅读次数：
267
一、分类 正确性维护、适应性维护、完善性维护、预防性维护。 二、说明 正确性维护：是指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误； 适应性维护：是指使应用软件适应信息技术变化和管理需求变化而进行的修改； 完善性维护：是为扩充功能和改善性能而进行的修改： 预防性维护：是为了改进应用软件的可靠 ...
分类：
其他好文 时间：
2016-11-01 14:15:32
阅读次数：
202
为什么需要设计模式 软件开发中经常遇到需求变化的情况，为了应对这种情况，设计出更加易于维护(修改)、更灵活的代码，前人根据开发经验总结了一些准则，根据这些准则可以设计出易维护、更灵活、可复用的代码，这些准则就称为设计模式。设计模式的目的就是设计出高内聚、低耦合的代码。 单例模式 单例模式是最简单的设 ...
分类：
其他好文 时间：
2016-10-07 17:59:14
阅读次数：
205
背景: 由于公司项目需要，需求变化频繁，计划总改不上变化，由于app更新版本周期长，不能很好应对这种变化，正在此前提下热修复和热更新技术也有了发展的空间，不管热修复还是热更新，都是对app内容或者逻辑的变化作出像web网页更新类似的体验。 weex阿里推出的热更新框架，已再内部应用在多款app上如淘 ...
分类：
其他好文 时间：
2016-10-02 17:01:13
阅读次数：
135
实际上都是互补的，也就是说一些原则需要利用另一些原则来实现自己。 6大原则如下： 1)单一职责原则,一个合理的类，应该仅有一个引起它变化的原因，即单一职责,就是设计的这个类功能应该只有一个; 优点：消除耦合，减小因需求变化引起代码僵化。 2) 开-闭原则，讲的是设计要对扩展有好的支持，而对修改要严格 ...
分类：
其他好文 时间：
2016-09-28 16:18:03
阅读次数：
135
自从上次记录完“重构之道”以后，查询设计模式挺麻烦的。就打算把原先写的设计模式系列合并一下。 设计原则 使用设计模式的根本原因就是适应需求变化，提高代码的复用率，使程序更具有扩展性和可维护性。 SOLID原则和七大原则 想必S.O.L.I.D大家都知道，面向对象的五大设计原则。 SRP（单一责任原则 ...
