朋友,
你的技术栈是一条绳子,它能救你或吊死你。对于一个网络服务初创公司来说--这是一种什么样的绳子?
平台: Google,后端: Google,Servicelayer: Java,前端: Adobe
客户机/服务集成框架: GraniteDS,客户端应用框架:潮水( GraniteDS堆栈的一部分),服务应用框架: Spring
好吧,让我给你讲讲我的背景。
弗尔斯萨斯是对的!技术的选择主要是因为知识/基础设施.这就是我最后得到上面列出的列表的原因:
首先:挠曲对我很有吸引力。构建丰富的UI很容易,Adobe正在推动它朝着桌面、网络和设备的方向发展。Adobe营销给了我们一个承诺:“与创意套件中的其他工具集成”和“部署到任何地方”。(当然,这太好了,不可能是真的,但他们似乎走在正确的轨道上。)因此,让我们选择FLEX作为我们的UI框架。
FLEX通常必须与服务器端技术集成。那么,为服务层选择什么技术呢?我知道PHP的过去,但是动态的,非类型化的语言感觉,只是觉得与flex并排工作不对。
Flex从Java中汲取了很大的灵感。用ActionScript来思考,用Java来思考,感觉是正确的。(我已经研究过Scala,但是还没有工具和最佳实践来让像我这样的人采用这种伟大的新语言)。我选择学习java,希望它能使服务器端编程和客户端编程之间的模式和知识可重用。
java的问题在于它的复杂性和部署难度(对于PHP来说,您可以很容易地在廉价的webhotel上部署)。我的想法是一个测试,我不想要成本和服务器(谁会呢?)我想集中精力探索我的想法。因此,我正在研究Google,它为一个初创公司的web应用程序提供了免费的Java配额。
Google的问题在于它具有限制性的Sandbox模型,而且许多框架没有按原样部署。
我想要一个技术线,将与最低数量的黑客一起工作。这就是我需要您的专业知识的地方,帮助我选择正确的框架,以便在Google上集成FLEX和Java。
我想从服务器到客户端使用强类型对象,所以我正在寻找AMF解决方案。据我所知,查看论坛BlazeDS需要黑客,Pimento/肉桂不工作,Weborb或不是免费的。然而,GraniteDS在谷歌应用程序商店上工作时,并没有进行修补。
GraniteDS附带了一个名为Tide的客户端框架,它集成了服务器端技术。但谷歌应用引擎再次成为了一个限制性的环境。Seam (它把最好的接缝和潮汐集成在一起)接缝是谷歌应用程序引擎上的一项黑客工作。EJB3或CDI是Java 6技术,不受Jetty (驱动Google的servlet容器)的支持。然而,春天的接缝就像一个可行的候选人。
Google没有关系数据库,但是它在Spring (GraniteDS)支持的JPA接口后面插入了新的数据存储。
我不确定这些杂乱无章的话会让我们中的任何一个人变得更聪明。
我想问的是:从FLEX到Google,什么样的技术给了我最容易上吊的机会?我建议Tide/GraniteDS/Java/Spring/JPA。但在我试过之前我知道些什么。
发布于 2011-06-29 23:53:51
鉴于问题含糊不清:
我正在使用Flex/Cairgorme/Blazeds/JBossAS/Oracle Java EE作为一个关键的、高性能的、可伸缩的应用程序。我强烈推荐这个组合。
https://stackoverflow.com/questions/6527775
复制相似问题