何时使用Adobe与普通桌面应用程序(如:Adobe)。VB，C#

Question

我想知道和VB/C#应用相比，Adobe更适合使用什么。

• 我不认为Adobe更快/更有效，对吗？
• DB明智。SqlLite和MSSQL，都是免费的，1是开源的，但是MSSQL更强大吗？
• in AIR您还需要为web创建一个应用程序，为windows应用程序创建另一个应用程序吗？因此，它仍将类似于使用Windows应用程序和Web应用程序。你也许可以分享classes/library's?

Answer 1

我做了一些工作，我会给你一些考虑的理由：

它是可移植的，底层的基础是webkit和flash，所以您可以创建一个flash应用程序或一个web应用程序并将其交付到桌面，如果您是一个web程序员，您将确切地知道如何使用do

• distribution，而您的软件的更新将是一件轻而易举的事情，Air已经完成了一项伟大的工作，它可以为用户提供强大的沙箱保护来更新application

• its超级web应用程序平台。一般来说，性能非常好，用于flash的jit编译器非常出色，但是有一件事要注意--如果你的应用程序在更大的方面，而你确实需要注意内存的使用。

Answer 2

我认为可伸缩性是一个很好的理由。您的应用程序将在“云中”运行，所有用户都将共享相同的数据。更新应用程序更容易，因为您只更新云，而不是每个用户。同样的情况也适用于应用程序使用的数据，您可以随时为每个人提供最新的数据。

不过，这与权力无关。它更多的是让50.000人同时使用你的应用程序，让他们随时与你的应用程序的最新版本保持一致。(最好是无漏洞的。)它确实有它的优点，虽然也有一些问题与这项技术有关。但一般来说，这取决于您正在构建的应用程序的类型。

Answer 3

我维护一个大型的基于互联网的服务，它使用AIR作为我们的桌面实现。这是一个很好的多平台环境。

不管这么说多么痛苦:没有人选择在本地应用程序上使用AIR，这通常取决于时间和团队技能(为什么要雇佣3/4开发人员，而你可以拥有1)。

拥有单一的开发环境比尝试将代码移植到C#、Objective和c++要容易。然而，这些本地操作系统技术总是优于AIR。在OSX上的空气性能尤其普遍。

因此，在您的特定情况下，您有一个想要带到桌面上的web应用程序，您必须维护2个应用程序(1个web，1个AIR)，尽管如果您选择了本地路由，则必须支持4个单独的应用程序(每个平台各支持1个应用程序)。

您可能只能在抽象的意义上共享代码，比如让您的web应用程序为每个应用程序提供一个接口API。尽管您仍然需要维护每个应用程序代码库。