Android X86 5.1 RC1 组图
这两日看够了soda主题,恰逢被Block了很久的github访问被放行了,换个material 主题看看。想起前面看到的消息Android X86 5.1 RC1 发布了,试用一下,看下正宗的material 设计是什么样的,初步感觉变化不大,没动力折腾下去 文章转载自 开源中国社区[https://www.oschina.net]
从头开始为各个移动平台编写单独的应用程序比较昂贵。如果您想要为多个平台创建应用,或者扩展现有应用到所面向的市场上,最有效的方法就是跨平台重复利用您已有的代码。如果再此基础上保留原生用户界面的效果,那就更完美了。
当然,跨平台使用代码肯定是理想的解决方案,但问题是如何实现?当今,什么最吸引致力于构建本机应用程序的 Android 和 iOS 开发者呢?
针对该需求,已经产生了包括 Xamarin 和 Cordova 在内的多种方案。我想特别提出另一种工具—JUniversal,该工具允许您使用 Java 编写可共享的跨平台代码。
概述
JUniversal 的构想来自诺基亚的几个开发者,他们在 Java 和构建跨平台应用方面具备相当专业的技能。JUniversal 使翻译源代码的工作变得简洁优雅,且可在多种平台中使用。该工具允许您使用 Java 自由编写共享代码,并将其翻译成 C#(现已可用)或 C++/Objective C++(即将可用)。您还可以将JUniversal 与 Google 的 j2objc 翻译器结合,使 Java 翻译成 Objective-C,供开发 iOS 使用。
除了源翻译功能,JUniversal 还提供一组称为 JSimple 的库,该库为多数移动应用程序提供支持跨平台的(非 UI)API 版本。这些应用程序组件如下:
为什么需要源码翻译?
JUniversal 的主要设计目的是为了保留评论和设置格式,生成的翻译源可读性较高,就像手工编写的。因此,调试程序、探查器和异常堆栈跟踪等工具都与手工编写的源代码工具功能一样,翻译的源代码可与本机代码无缝结合。语言兼容性较好。
在跨平台技术这一层面上,JUniversal 因使用原生平台编程语言(通过语言翻译)、本机编译器、本机调试程序和本机 UI 设计工具,因而被评为最轻量和最接近原生环境的工具。至于用户界面,目的则是通过手工编写原生代码而提供最佳用户体验。
JUniversal 是免费的
下面是 JUniversal 架构的简易图:
在微软开放技术,我们非常欢迎这类的开发爱好者利用业余时间完成的项目,也希望 JUniversal 团队能将这一项目坚持下去。绝对是精品!
微信关注我们
转载内容版权归作者及来源网站所有!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。
Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。
Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。
Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。