|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
诸如RMI,EJB等一些技术并不是你说的那么复杂,而是它们把一些复杂的工具封装成不复杂的工具了,理解这些工具是需要些时间。我问你,.net网页编程里有这些工具吗?要简单多少?。比来,人们在思索怎样利用Java来完成云盘算,我看到了两种趋向性的办法。它们存在交织堆叠处而并不是相互排挤,但整体而言它们在项目方面有着十分分歧的体现:
重面向UI(HeavyUIoriented)
这类范例的使用或框架一般供应基于UI的把持台、办理有效、插件等,这为办理云中的资本好比入手下手和中断图象等供应了独一的办法。这类办法的关头特性是它必要大批用户的输出和人的干涉,以是这变得绝对不静态、不随需而变。最好的例子是:RightScale,GigaSpaces,ElasticGrid。
重面向框架(Heavyframeworkoriented)
这类办法十分夸大云中资本办理的静态性。其关头特性是它不必要用户的输出和人的干涉,以是的资本办理能够经由过程grid/cloud两头件来程序化地完成。GoogleAppEngine(forPython),GridGain就是这方面最好的例子。
如今,我们能够容易地看到两种办法的各自优点。传统的盘算情况中,收集和体系办理员办理云(传统的数据中央也是这么办理的),开辟者对它有很少的把持,因此第一种办法对此十分无效。
就像我说的,第二种办法听起来有些新奇和古代。它的目标是,经由过程供应绝对定位的通明度来打扫当地事情站与云(外部或内部的)之间的停滞,从而开辟者写代码、创建并运转能够经由过程完整一样的办法,而不用在意这些事情是在当地事情站仍是几千千米外的云上仍是这两者一同完成的。
一旦你有了思想,那你编的程序就有了灵魂,不管是什么语言到了你的手里都会是你的工具而已,他们的价值是能尽快帮助你实现你想要的目标。但是如果你没有了思想,那就像是海里的帆船失去了船帆,是很难到打海的另一边的。 |
|