文 / Sharam Sasson

如果您是一位负责为企业实施云计算的CIO、业务分析师或项目经理,请在实施之前阅读以下提示。

工作十年以上的人都明白,经济繁荣期过后必然会经历市场调整,而经济下滑会抑制创新投资。因此,云计算进入了每个人的考虑范围,也成了会议讨论的主题——它能降低成本,从有限的 IT 和开发资源中获取强大的可扩展性和自治性。
        任何打算转向云计算的企业都必须明白,如果没有将云计算置于整体的业务战略背景下进行考虑,那所谓的收益只是短暂的,并且会影响到安全性、性能和连接性。
大型机构尤其需要能将云计算集成到现有的 IT 系统和应用程序中。极少有组织愿意从头开始,大多数都不会将所有业务流程一次性转移。所以有必要对集成带来的挑战未雨绸缪。
事实上,有很多业务流程和应用程序根本不会转向外部部署。这意味着,我们总是需要在内部部署与内部部署之间、内部部署与云之间,以及云与云之间进行连接,这就使连接比以往任何时候都更加复杂。随着企业 IT 不断从基础架构管理中解脱出来去关注新的创新领域,业务集成需要简化。考虑到这一点,下面将给用户介绍如何使用云计算的建议。

Read More →

1.为什么要用到BASE64编码的图片信息

Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一。Base64主要不是加密,它主要的用途是把一些二进制数转成普通字符用于网络传输。由于一些二进制字符在传输协议中属于控制字符,不能直接传送需要转换一下。最常见的用途是作为电子邮件或WebService附件的传输编码.

2.base64编码定义

目前的internet e-mail标准–简单邮件传递协议(smtp)在rfc821中规定了两条重要但不难实现的限制:

1)  邮件的内容必须全部为7-比特的美国ascii码。

2)  每一行的长度不能超过1000的字符。

因此为了通过smtp用e-mail进行传送,内存的序列化对象必须转化为和以上相容的格式。

rfc1521提供了一个可行的方案。它定义了邮件的内容部分,使之能包涵多种形式的数据。这种标准就是目前众所周知的mime。

按照rfc1521编码过程为:输入是24个比特,输出是4个字节。24个比特输入组从左至右 由3个8比特的输入组形成。这24个比特被看成4个连续的6比特组,而每个6比特输入组被翻译为base64码表中的一个数字。依次反复不断进行,直到全 部输入数据转换完成。

如果最后剩下两个输入数据,在编码结果后加1个“=”;如果最后剩下一个输入数据,编码结果后加2个“=”;如果没有剩下任何数据,就什么都不要加,这样 才可以保证资料还原的正确性。

完整的base64定义可见 RFC1421和 RFC2045。编码后的数据比原始数据略长,为原来的4/3。在电子邮件中,根据RFC822规定,每76个字符,还需要加上一个回车换行。可以估算编 码后数据长度大约为原长的135.1%。

Read More →

遇到一个关于反射具有数组参数的类问题,通过查阅JDK文档,终于解决了,兴奋~~~

Class<T>类、Constructor<T>类,需要好好理解其作用。

某个类可以通过其    bject.getConstructor    获取该类的构造方法,再用(Constructor)c.newInstance([参数数组]),来完成一个类的实例化。

说明:

newInstance的参数必需是Object[],这个数组是不定长的。

Read More →