在与Vaadin玩了大约一个星期后,我很好奇Vaadin如何使用GWT.GWT将Javacode编译为Javascript.每次重新部署时都必须这样做.
由于Vaadin必须被理解为以服务器为中心的框架,因此消除了编写在Clientside上执行的代码并将所有内容移动到服务器(听起来比实际情况更糟糕)的灵活性,GWT编译器每次只运行一次.例如,当您从vaadin网站导入插件时会发生这种情况.
但它不是那么容易吗？如果它只是将插件的代码编译为javascript,那么以前就可以了.
所以,我的问题是:
VAADIN何时使用GWT编译器,除了编译为js之外,它在那时做了什么？
TL; DR
在提供RIA的交互性的同时,我可以使用什么框架在服务器上保留100%的应用程序逻辑？
说明
回到90年代,人们可以用普通的PHP构建100%的服务器端应用程序.但随后对页内交互性的需求增加,越来越多的应用程序逻辑被转移到客户端javascript中.今天,通过websocket和完全动态的DOM,再次可以构建服务器端应用程序,同时满足所有页内交互要求.客户端所需要的只是一个通用的JavaScript库,它通过websocket同步DOM和服务器.
虽然我相信这种Web开发方法有其优点,但我不想在这里讨论这种技术的优缺点.
我的问题是关于支持这种发展方式的2014年底可用的最新框架.只要它们的架构足够清晰,实验框架也是可以的.我不需要现有框架的清单.我希望看到一些实现这种软件架构的框架,或者如果没有这样的框架,我想了解那些最接近理想的框架.
到目前为止,我自己的研究表明Meteor正在以正确的方式运行,但它仍然鼓励在客户端上使用特定于应用程序的javascript,并将服务器端平台与客户端平台(即javascript)联系起来.我已经阅读了Trello架构,它大大减少了客户端到模板处理器,但模板和相关的模板/绑定库是我想要回到服务器端的东西之一.亚马逊AppStream将保留服务器上的所有UI逻辑,但对于Web开发而言,这是非常昂贵的,尤其是当用户将应用程序闲置在后台时.
更新:到目前为止,所有答案都集中在Meteor上.我删除了Meteor标签,因为它可能会产生误导.我已经提到了Meteor,因为Meteor的演示使得我可以选择是否要运行代码服务器端或客户端.现在很清楚,Meteor不会通过网络传输任何UI,只传输数据.因此,它需要客户端上一半的应用程序,至少以模板的形式.
更新2:我发现了XML远程事件(REX),这是一种可用于从服务器端应用程序远程操作客户端DOM的协议.没有明确的方法将用户操作(点击,编辑)发送回服务器,但也许这些可以定义为REX中的扩展事件,这是规范允许的.它仍然只是一个协议.没有我可以使用的真实软件.
更新3:我必须澄清一件事.简单地将服务器端模板转换为客户端模板,然后在客户端上执行这些模板,并不算作100%服务器端应用程序逻辑.虽然这样的框架允许我使用服务器端API,但它们将不可避免地给客户端带来负担并暴露大部分应用程序代码.我正在寻找只将呈现内容(和通用事件挂钩)发送到客户端的东西.
此外,关于窗口小部件/控件,框架可以允许客户端代码处理边缘情况(新的低级别窗口小部件),但它不能要求客户端实现典型的应用程序逻辑(模板和高级窗口小部件).
我们计划将feedreader创建为Windows桌面和iPad应用程序.因为我们希望能够展示网站和运行(我们自己)的JavaScript在这个应用中,我们想过交付应用程序,HTML/CSS/JavaScript的,只是一些.NET控件或可可触摸WebBrowser组件包.因此,手头的任务是找出用于创建嵌入应用程序的HTML/CSS/JS文件的框架.
对于HTML/CSS/JavaScript的开发,我们很乐意使用Vaadin,GWT或其他一些框架,因为我们使用Java比使用JS要好得多.我们在短暂的头脑风暴之后支持Vaadin,因为UI组件非常好,但我担心大部分繁重的工作都会在服务器上,而不是在客户端(这不会太好).我们也想要GWT,但Java-to-JS编译需要花费大量时间和额外的步骤,并且在使用它时过去减慢了开发时间.
问题是:你会选择哪个开发框架(假设你想实现这个项目,你到目前为止大部分都是Java),为什么？如果有更好的框架选项(富客户端框架列表),请告诉我.
编辑:应用程序需要不时地与我们的服务器通信(例如同步已读取的内容),但主要应该自己获取xml feed.因此,我希望大多数生成的代码都可以嵌入到应用程序中,并且不需要对我们的服务器进行繁重的活动.
编辑2:我们(实际上即使你怀疑)预计至少有10000名用户.