- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我在移动领域已经有一段时间了,我们已经有了原生的 Android 和 iOS 应用程序。现在我们公司正计划增强我们的移动网站,我们的团队选择了 Angular 2 + TypeScript + Ionic 2。我们好不容易完成了 Ionic + Angular 中的注册表单开发。现在我开始了解 NativeScript 来开发没有 webview 的混合应用程序,因为它使用 native UI 组件,人们说应用程序的外观和性能会很好。
我有点困惑选择一个1. Angular + TypeScript + Ionic (html, js, css)或者2. Angular + TypeScript + NativeScript (xml, js, css)
此外,我们公司的长期计划是为 iOS、Android 和移动网站维护单一来源
请帮帮我。
谢谢
最佳答案
这是一个非常主观的问题/答案,因为它取决于您想做多少工作。 :-)
首先,在 Ionic/Angular 应用程序中,您基本上是在同时制作相同的网络版本(即它是一个混合应用程序)。性能可能是一个严重的问题,具体取决于您在做什么。简单的屏幕不是那么多;大量数据会带来更大的性能问题。此外,屏幕布局可能会给您带来最多的问题,因为您基本上是在一个小型网络浏览器中编码,该浏览器根据每台设备及其运行的操作系统而具有完全不同的屏幕分辨率。如果您需要更接近 native 性能;你可以做一些事情来让 Ionic 更快(比如使用 CrossWalk),总的来说你可以在 Ionic 中生成一个像样的网络/混合应用程序。
然而,混合动力很可能永远不会有任何接近原生应用的性能,也不会真正像原生应用一样运行,因为它仍然是一个在浏览器中运行的网络应用,试图表现得像原生应用。
现在,如果您正在寻找 native 性能和/或在设备上执行 native 操作的能力,那么使用 NativeScript 可能是更好的选择。您可以获得 native 性能,并可以访问所有 native 控件(即像真正的 ListViews 一样可以处理数千个复杂项目而不会减速)——但代价是您必须为您的创建两个单独的屏幕和单独的 css应用程序。
如果你使用 Angular 或 VueJS;实际逻辑可以在 NativeScript 和您的 Web 应用程序之间共享。现在有几种很好的方法可以做到这一点,比如 xPlat (Angular 代码共享平台)。但在所有这些中,屏幕生成仍然不同。因此,对于您的网络组件/屏幕,您可能有一个网络 mycomponent.html
-> <div>{{somevalue}}</div>
在 NativeScript Angular 中 mycomponent.html
-> <Label text="{{somevalue}}"></Label>
.因此,您最终需要在 NativeScript 中进行更多的前期工作,因为您必须创建两个单独的屏幕布局文件。这似乎是个问题;但实际上,这使您实际上可以为手机和/或平板电脑屏幕更好地布局 native 移动版本。它还打开了其他选项,例如可能实时访问 NativeScript 布局中的相机,以及 html 版本中的上传图像文件按钮。
作为使用过这两种技术的人,我在所有新项目中都坚定地站在 NativeScript 阵营;但对于某些人来说,仍然有一些有效的用例可以使用 Ionic/Phonegap/Cordova。如果应用程序已经是基于网络的和/或没有什么真正需要任何复杂的 View 和/或显示大量数据。事实上开源xPlat nStudio 提供的平台支持 Ionic 和 NativeScript 目标。这样您就可以在所有支持的平台之间进行代码共享,并在任何时间点为您的公司做出最佳选择。
例如;也许您从 Ionic/Web 构建开始,因为总体而言它们基本上是同一件事。在 xPlat 代码共享的道路上,当您最终拥有额外的人力/时间和/或需要更好的性能时,您可以轻松地将应用程序的移动部分转移到 Nativescript。
请注意 NativeScript w/Angular 允许代码共享;此外,如果您是 VueJS 的忠实粉丝,NativeScript w/VueJS 还允许代码共享。因此,它们是在您的网站和 NativeScript 应用程序之间进行代码共享的两种绝佳方式,具体取决于您的公司已经使用的内容,同时保持您的移动应用程序的 native 性能。
关于angular - 混合应用程序 - Ionic 与 NativeScript,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40819520/
我知道您不应该将打印与 printf,cout 和 wprintf,wcout 混合使用,但是很难找到一个好的答案,为什么以及是否可以绕过它。问题是我使用了一个用 printf 打印的外部库,而我自己
我有以下问题: class A: animal = 'gerbil' def __init__(self): self.result = self.calculate_
我在屏幕上渲染了一堆形状(多边形),我没有使用深度测试。 我只是希望这些形状在绘制在空白区域时使用自己的颜色,并且在绘制到任何非空区域时使用红色像素,即在我的情况下绘制在另一个多边形上。 这里的问题实
我正在尝试在我的 Groovy/Grails 应用程序中混入一个类,我正在使用 the syntax defined in the docs ,但我不断收到错误消息。 我有一个如下所示的域类: cla
我已经找到了 5349574673 个关于 Alpha 混合的页面,但我仍然无法获得想要的结果。我正在尝试使用 opengl 使 gif/png 文件正确显示(具有透明度/半透明度)。 这是我的初始化
我正在尝试记录以下代码,但我似乎无法让 JSDoc 记录该类,甚至无法引用它的存在。 // SomeMixin.js export default superclass => class SomeMi
我有一个类型家族,我想使用 mixin 以模块化方式“丰富”它们。例如: trait Family { self => trait Dog { def dogname:String
我在 Storyboard中有 Collection View 。我在 Storyboard中有一部分单元格,还有我以编程方式创建的部分单元格。我应该在 sizeForItemAtIndexPath
我有一个字节数组,我想更改它的访问方式。这是数组: char bytes[100]; 我想要另一个数组来改变原始数组的访问方式。如果我们可以将引用放在数组中,它看起来像这样: char& bytes_
我需要从 c 文件调用 cpp 方法。我为此编写了这个界面.. cpp文件 extern "C" void C_Test(int p){ Class::CPP_Test(p); } c文件
我的网站有两份 CSS 表,一份是主 CSS,一份是移动 CSS。问题是在移动设备(iPhone、Android)上查看时,两个样式表会混淆。例如,在 iPhone 上查看网站时,会应用主样式表中的某
维护人员的说明:此问题涉及已过时的 bokeh.charts API,该 API 已于多年前删除。有关使用现代 Bokeh 创建各种条形图的信息,请参阅: https://docs.bokeh.org
在下图中,蓝色圆圈仅用于调试目的。我的目标是蓝色圆圈后面的每一层都应该是透明的。我只想保持蓝色圆圈外面的可见。 这是用 swift 编写的代码: let croissantView = UIV
我不是 SQL 专家。我正在使用 SQL Server 2005,我正在尝试弄清楚如何构造一个查询,以便它可以满足多种要求。我有两个表定义如下: Classroom - ID - Departme
原创: 我之前问过这个问题,但我最初的例子有点不完整,我想我现在可以更具体地说明我的问题。 对于上下文,我在旧的 Apple mac 计算机上使用 openGL 3.3 并尝试渲染四边形的重叠层。每个
是否可以将内联(类似 json)映射与同一对象的常规映射定义混合使用? 考虑以下示例: person: {age: 32, weight: 82} name: foo 生成的人应具有给定的年龄、体
假设我有一个 Parent 类,它有四个字段 A、B、C 和 D,这样 C 和 D 可以选择传递或使用默认实现进行初始化: open class Parent(val a: A, val b: B,
我正在使用 symphony (1.4) 框架在 PHP 中开发一个 Web 应用程序。该代码使用 SVN 进行版本控制。在此网络应用程序中,我们所有客户共享一个共同的基础,以及一些专门为每个客户创建
我想使用两个小部件(一次一个)作为我的应用程序的基础/背景,上面有一个 QML UI 和一个无边框窗口。它应该看起来像这样: 基于 OpenGL 的扫描组件 通过窗口句柄操作的 3D 可视化组件 多个
我们有一个混合的 AngularJS/Angular 8 应用程序,并且我们不断遇到来自不同版本框架的组件之间的变化检测非常慢的问题。到目前为止,我们只在 Angular 组件中使用 AngularJ
我是一名优秀的程序员,十分优秀!