北京网站备案核验单,沈阳微营销网站制作,郑州的建设网站有哪些,中山市做网站专业的介绍 由于世界仍在Java的掌控之中#xff0c;因此我们经常定义所谓的基于组件的平台 。 我在2000年的OpenUSS#xff08;开放大学支持系统#xff09;方面拥有这一经验。 当时我有一个想法#xff0c;就是开发一个可以使用组件体系结构和J2EE技术#xff08; OpenUSS … 介绍 由于世界仍在Java的掌控之中因此我们经常定义所谓的基于组件的平台 。 我在2000年的OpenUSS开放大学支持系统方面拥有这一经验。 当时我有一个想法就是开发一个可以使用组件体系结构和J2EE技术 OpenUSS Component Architecture 进行扩展的平台。 一段时间后我们看到了门户和Portlet技术的诞生。 每个人都试图构建可轻松安装在基于Java的门户服务器中的portlet。 您还记得所有这些门户网站例如Apache JetspeedLiferayJBoss PortalIBM Webshepe Portal等吗 门户网站浪潮过后出现了OpenSocial小工具 该工具不仅为Java指定而且通常可用于不同的技术实现。 它使用完全独立于Java的HTML JavaScript和REST 。 Apache Shindig是OpenSocial小工具容器的开源实现。 OpenSocial小工具还是iGoogleOrkutMySpaceXING和StudiVZ的主要技术。 使用OpenSocial您可以通过两种不同的方式集成Web应用程序 。 今天您仍然拥有诸如PortalPortlet和OpenSocial小工具之类的技术但是它们不再具有吸引力。 iGoogle已死 没人愿意在新的Web应用程序中使用门户和Portlet技术 。 如今所有重要的Web应用程序都不再使用这些门户Portlet和小工具。 这些技术的增长肯定会降为零 。 平台 如今 平台通常由两个元素组成 适用于网络浏览器的Web App 今天它仍然是使用最多的应用程序。 笔记本电脑台式机平板电脑和智能手机用户使用此类应用程序。 本机应用程序的平板电脑智能手机和穿戴式只有在少数情况下你仍然需要台式机应用程序和笔记本电脑作为web应用是用于该用途的情况一天比一天好。 当今针对智能手机平板电脑和可穿戴设备的最具针对性的平台是Android和iOS 。 让我们详细看一下这两个元素。 网络应用 如上所述我们不再需要那些门户Portlet和小工具。 我们是否还在寻找基于组件的平台 我们是否仍然需要遵循以下要求而这些要求通常是通过使用门户网站Portlet和小工具来解决的 汇总内容和应用 跨应用程序集成 提供统一的用户界面 支持统一的Web应用程序开发平台 个性化内容和服务 部署用于发布动态页面的框架 答案是肯定的但主要重点转移到了不同领域 。 Web应用程序开发的新趋势是所谓的渐进式Web应用程序 PWA。 今天更重要的是专注于用户体验而不是Web应用程序本身 。 以下是渐进式Web应用程序的定义 摘自Google Developers Code Lab 渐进式–适用于每个用户无论浏览器选择如何。 响应式–适合任何外形台式机手机和平板电脑。 独立的连接性–增强了服务人员的能力可以离线或在低质量的网络上工作。 类似于本机应用程序–通过应用程序风格的交互和导航用户感觉就像一个应用程序。 新鲜-由于服务人员的更新过程始终保持最新状态。 安全-通过HTTPS提供服务以防止监听并确保内容未被篡改。 可发现–由于W3C清单和服务工作者的注册范围可以将其识别为“应用程序”从而使搜索引擎可以找到它。 可重新参与–通过推送通知等功能使重新参与变得容易。 可安装–允许用户在主屏幕上“保留”他们认为最有用的应用而无需麻烦应用商店。 可链接–通过URL轻松共享不需要复杂的安装。 因此主要重点从 门户网站它被定义portlet和小工具 使企业的寿命交付的门户网站门户小工具和开发人员 其中写门户网站门户小工具 更易于 渐进式Web应用程序 使用户感到高兴。 这并不意味着使用渐进式Web应用程序我们就无法交付上述要求。 让我们详细了解所有需求点。 1汇总内容和应用程序并跨应用程序进行集成 使用渐进式Web应用程序情况看起来会有所不同。 您将不会使用Portlet进行这样的集成。 相反它将是使用相同工具栏的许多Web应用程序的集成并且每个Web应用程序都像一个独立的应用程序一样工作。 这是一个比较。 门户和Portlet集成带有门户和Portlet的netvibes 在Portal和Portlet集成中每个Portlet可以作为单独的Web应用程序最大化。 与Google Web Apps进行渐进式Web Apps集成Google收件箱搜索等。 在Google关闭之前我是iGoogle来自Google的OpenSocial Gadgets解决方案的愉快用户。 一开始我以为我需要像netvibes一样寻找替代品。 最后我一点都不会错过。 如果我需要获取信息则最需要全屏模式的信息 。 因此最后我总是需要一个整体的Web应用程序 而不仅是一个小Portlet 。在渐进式Web Apps集成中每个图标都定义了一个Web应用程序它将作为独立的Web应用程序单独打开以遵循Native的规则。 类似于应用程序 。 2提供统一的用户界面 两种类型都可以支持统一的用户界面。 渐进式Web应用程序使用常见的UI模型例如Google Material Design或Bootstrap 。 PortalPortlet和小工具大多具有使用Portal Container中的外观的机制。 3支持统一的Web应用开发平台 这是渐进式Web应用发挥作用的地方。 只要该Web应用程序使用HTML JavaScriptCSS和REST 就可以在不同的技术堆栈如JavaPHPJavaScript等中实现。 由于在这样的渐进式Web应用程序中没有任何“门户容器”因此您可以垂直使用所选的技术堆栈 。 而门户和Portlet部署是基于门户容器的 。 因此如果将Tomcat用作容器则必须将Portlet部署在该容器中。 当然您可以拨打远程服务电话但这不是标准情况。 4个性化内容和服务 这是Portlet展示其强大特性的地方。 您可以根据需要关闭和打开portlet。 如果您在上方看到Google工具栏则还可以个性化内容。 因此在这种情况下渐进式Web应用程序可以通过其Web应用程序的个性化设计执行相同的操作。 5部署发布动态页面的框架 这也可能与这两种类型和趋势去微服务 。 总之您仍然可以使用Progressive Web Apps满足上述要求。 此外您可以使用标准Web组件构建基于组件的Web应用程序。 可以在此处看到渐进式Web应用程序的一些实际使用案例 FlipkartFlipkart上的渐进式Web应用程序 柏林航空柏林航空的渐进式Web应用程序 本机应用 如果没有照顾最常用的客户端手机和平板电脑的平台策略那就是失败。 以下是当今客户端设备及其操作系统的类型 装有WindowsLinux和MacOS的台式机和笔记本电脑 在大多数情况下您只需要带有Web应用程序的Web浏览器FirefoxInternet ExplorerEdgeChrome和Safari。 无需为每个操作系统构建本机应用程序只需使用Progressive Web Apps 。 以下是一些事实 Google停止了Picasa客户端应用的开发并使用Google相册将所有内容移至网络 。 装有Android和iOS的平板电脑 目前您需要为Android和iOS构建本机应用程序。 但是在许多情况下带有渐进式Web应用程序的Web应用程序可能是解决方案因为Web应用程序可以执行与本机应用程序几乎相同的功能尤其是随着HTML5的到来。 具有Android和iOS的手机 如目前在平板电脑区域中一样您需要为Android和iOS构建本机应用程序。 由于屏幕大小我们可能需要开发本机应用程序。 但是渐进式Web应用每天都在做得更好请参见下面的图片以及Flipkart和Air Berlin的两个示例。 配备Android WearAndroid AutoAndroid TVwatchOSApple CarPlay和tvOS的可穿戴设备 小工具 汽车和 电视 这是您必须编写本机应用程序的区域因为较小的设备将无法运行网络浏览器。 具有材质设计的渐进式Web应用程序 Java实现技术 为不同的目标系统开发应用程序非常昂贵。 渐进式Web应用程序的想法很棒因为它使您无需为每个操作系统编写本机应用程序。 但是仍然在某些情况下至少在当前情况下我们需要构建本机应用程序。 为此目的并节省资源有所谓的混合应用程序开发 。 有很多带有HTML用户界面的混合应用程序框架 。 这种技术的问题在于HTML UI并不是真正的原生。 因此存在第二种类型的混合应用程序 即具有本机UI的混合应用程序框架 。 在这种情况下您仍将在每个操作系统中使用本机UI并使用例如相同的编程语言来覆盖其余内容。 由于Java仍然是排名第一的编程语言 因此明智的做法是将平台策略基于Java。 比较渐进式Web应用程序–具有HTML UI的混合应用程序–具有本机UI的混合应用程序 下图显示了运行时渐进式Web应用程序 具有HTML UI的混合应用程序和本机UI之间的比较。 Java为我们提供什么样的工具和产品来实现上述技术 1基础 用于微服务架构的 Spring Boot和Spring Cloud 。 这些开源产品确实很成熟可以立即投入生产且易于使用。 2基于渐进式Web应用程序的Web应用程序 对于这种类型的Web应用程序Java领域没有很多替代品。 像JSF或Grails这样的框架并不是真正能够实现此功能的因为您需要必须在浏览器端运行JavaScript。 使用纯Java而不是通过AngularJS之类的框架在JavaScript中增加复杂性可能会更好。 为此您可以选择以下产品 GWT –这仍然是从Java到JavaScript的最佳开源转译器。 GWT是该类别中最成熟的产品 而Google在许多 产品中都使用GWT 。 GWT可以与以下UI框架集成 引导程序 GWTBootstrap3 这里有一系列最佳实践它们是如何使用GWT来实现Progressive Web Apps的 。因此您可以立即使用GWT用Java完全编写Progressive Web Apps。 3具有HTML UI的本机应用程序 在Android和iOS的外观上使用mGWT和mGWT PhoneGap 使用相同的JavaGWT和PhoneGap / Apache Cordova技术您可以使用HTML UI编写本机应用程序。 您可能应该使用Progressive Web Apps技术而不是使用该技术因为HTML UI看起来并不是本机的。 渐进式Web应用程序是相同的您可以在Web和移动设备上编写一次。 4具有本机UI的本机应用程序 在Android中您可以仅使用Java来实现本机UI不需要任何特殊的解决方法。 在iOS中您需要使用Objective-C来实现本机UI。 使用诸如J2ObjC Java到Objective-C的编译器之类的开源产品将极大地重用Java代码。 像Google Inbox这样的产品使用GWT和J2ObjC在同一时间跨操作系统WebAndroid和iOS交付相同的功能。 平台策略 那么我们今天如何定义平台策略 以下是我的总结 1基础 如果您使用Java作为编程语言的Spring引导和Spring云为您的microService archtiecture实现。 但是最后您可以使用不同的实现技术例如Java.NET和其他。 在下一点中使用这些标准很重要。 2服务器端和业务逻辑 使用RESTful和JSON进行mircoservices之间的通信。 在此平台策略中必须使用OpenId Connect和OAuth 2进行身份验证和单点登录以便您能够将所有微服务与所有不同的实现技术集成在一起。 3用户界面 Portal和Portlet已死 。 将渐进式Web应用程序用于任何可能的应用程序。 如果您需要集成许多Progressive Web Apps则只需使用集成或工具栏就像Google对其产品所做的操作一样请参见上面的Google图片。 如果需要本机应用程序请使用本机UI而不是HTML UI的混合应用程序框架来构建它们。 以下是一些开源产品 它们使您可以更轻松地在Java中使用Native UI构建Progressive Web Apps和Native App GWT和J2ObjC 。 考虑使用它们可以提高生产率和上市时间。 当今的平台策略不必将每个单独的实现都基于相同的语言即使您的团队只强调相同的语言而Java仍然是可用的顶级编程语言。 本文结尾的下一张图片显示了基于Java的技术平台的最新实现技术。 基于Java的平台实现技术 翻译自: https://www.javacodegeeks.com/2016/09/platform-strategy-portlets-opensocial-gadgets-progressive-web-apps-state-art.html
