随着项目的业务逻辑越来越复杂,随着项目越来越大,那么我们Storybard中得控制器就越来越多, 就越来越难以维护。然而使用Storyborad又能更方便的帮助我们做屏幕适配(PS:尤其在6、6+出来后)。我们可以将复杂的问题简单化，通过创建多个Storyboard分别管理不同的模块的方式来优化代码...
分类：
其他好文 时间：
2015-11-28 12:00:34
阅读次数：
128
随着安卓智能手机不停的更新换代。安卓手机系统越来越完美，屏幕尺寸也越来越大啦！比如最近小米的miui 6的发布和魅族手机系统的更新等等。以小米MIUI6的安卓手机来说，MIUI6进行了全新设计，坚持“内容才是本质”的设计哲学，重新提炼内容，简化图标设计。所以，我们在进行安卓APP设计时，需要好好调整...
分类：
移动开发 时间：
2015-11-26 10:50:44
阅读次数：
185
转自：OSChina 悠悠然然问题提出随着应用规模的不断扩大，单机数据库就慢慢无法满足应用的需要了，这主要表现在如下方面: 存量数据越来越大，查询速度越来越慢 访问并发越来越大，磁盘IO、网络IO、CPU都慢慢成为瓶颈 事务数越来越多，事务冲突越来越严重，导致TPS越来越少 这个时候，有的人采用了换...
分类：
其他好文 时间：
2015-11-21 00:41:37
阅读次数：
187
问题提出 随着应用规模的不断扩大，单机数据库就慢慢无法满足应用的需要了，这主要表现在如下方面: 存量数据越来越大，查询速度越来越慢 访问并发越来越大，磁盘IO、网络IO、CPU都慢慢成为瓶颈 事务数越来越多，事...
分类：
其他好文 时间：
2015-11-17 13:04:41
阅读次数：
208
大规模流量的网站架构，从来都是慢慢“成长”而来。而这个过程中，会遇到很多问题，在不断解决问题的过程中，Web系统变得越来越大。并且，新的挑战又往往出现在旧的解决方案之上。希望这篇文章能够为技术人员提供一定的参考和帮助。以下为原文当一个Web系统从日访问量10万逐步增长到1000万，甚至超过1亿的过程...
分类：
Web程序 时间：
2015-11-16 00:54:34
阅读次数：
167
Fragment: 在安卓手机越来越大的情况下，一个屏幕显示只显示一个内容，会显得空旷，布局不够好看，屏幕利用的也不够充分。通常在平板中会出现这种情况，但是由于现在的手机屏幕越来越大，所以在3.0之后引入了Fragment。也可以使用支持类库，来向下兼容低版本。它的生命周期方法和activit...
分类：
移动开发 时间：
2015-11-12 21:41:04
阅读次数：
353
前言随着计算机系统规模变得越来越大，将所有业务单元集中部署在一个或者若干个大型机上的体系结构物，已经越来越不能满足当今计算机系统，尤其是大型互联网系统的快速发展，各种灵活多变的系统架构模型层出不穷。同时，随着微型计算机的出现，越来越多廉价的PC机成为了各大IT企业架构的首选，分布式的处理方式越来越受...
分类：
其他好文 时间：
2015-11-07 14:45:38
阅读次数：
199
本文转载来自：http://blog.csdn.net/yao_zhuang/article/details/1853625namespace中文意思是命名空间或者叫名字空间，传统的C＋＋只有一个全局的namespace，但是由于现在的程序的规模越来越大，程序的分工越来越细，全局作用域变得越来越拥挤...
分类：
编程语言 时间：
2015-11-05 06:09:34
阅读次数：
233
Recipes组件包含了丰富的Curator应用的组件。但是这些并不是ZooKeeper Recipe的全部。大量的分布式应用已经抽象出了许许多多的的Recipe，其中有些还是可以通过Curator来实现。 如果不断都将这些Recipe都增加到Recipes中，Recipes会变得越来越大。为了避免...
分类：
其他好文 时间：
2015-11-02 00:10:21
阅读次数：
357
由于我们的openfire插件引入的包越来越多，导致插件也越来越大，而且openfire3.10.x之后取消了pack200的打包方式（压缩），导致打包出来的插件越来越大，大概10M左右，上传速度大概200KB/s，有时候上传插件到50%多，因为网络不好，导致又得重传，蛋疼~~~因此就想琢磨着能不能不..
分类：
其他好文 时间：
2015-10-31 01:51:47
阅读次数：
202
