您对 Appcelerator Titanium 在桌面应用程序方面有何见解?

发布于 2024-12-08 14:39:16 字数 591 浏览 1 评论 0原文

我最近尝试了 Appcelerator 的 Titanium Studio,到目前为止,我很喜欢它使用纯 HTML 和 JavaScript 集成来允许 Web 开发人员创建桌面应用程序。

然而,有些事情困扰着我,例如我读了很多与跨平台移动部署相关的不太好的东西(内存泄漏等)。现在我还不打算用它来做移动应用程序,只想将它用于桌面应用程序,但我担心我可能会在桌面应用程序上遇到上述内存泄漏。当您的应用程序变得更加复杂并且当您的大型项目进行到一半时,内存泄漏(正如许多人所说)似乎很明显。当我的应用程序在使用 Titanium 时处于复杂状态时,我不想生活在“黑客”和“解决方法”中。

我还发现他们的文档确实没有多大帮助,特别是如果您是该平台的初学者。

如果您不推荐钛,那么您可以推荐哪些其他免费替代品?然后,我会寻找像 Titanium 这样简单的东西,其中我可以使用熟悉的编码约定,从而缩短从一开始就完全学习新语言所需的时间。

附加说明:安全方面,我最近发现我使用的 HTML 页面被编译为纯 HTML,在我的 Titanium 应用程序中没有任何保护。我该如何保护我的来源呢?我看不到任何方法可以使用此类创建安全的商业应用程序。谁能启发我吗?

I've recently tried Appcelerator's Titanium Studio and so far I'm loving the fact that it uses plain HTML and JavaScript integration to allow web developers to create desktop applications.

However, some things are bothering me such as the fact that I've read so much not-so-good stuff related to it with regards to cross-platform mobile deployment (memory leaks and such). Now I'm not (yet) planning to do mobile apps with it and just want to use it for desktop apps but I'm worried that I might encounter said memory leaks on my desktop apps. The mem leaks (as stated by many) seem to be noticeable when your app gets more complex and when you're halfway through your large project. I wouldn't want to live in "hacks" and "workarounds" when my app would be at a complex state while using Titanium.

Also I find it that their documentation really doesn't help much especially if you're a beginner on that platform.

If you aren't recommending Titanium then what other free alternatives can you recommend? I would then be looking for something as easy as Titanium wherein I get to use familiar coding conventions, thus, cutting the time needed to learn a new language wholely from the start.

ADDITIONAL NOTE:
On the side of security, I recently found out that the HTML pages that I use are being compiled as plain HTML without any protection inside my Titanium apps. How do I secure my source with this? I don't see any way for me to create secure commercial apps using such. Can anyone enlighten me?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

墟烟 2024-12-15 14:39:16

我已经使用 Titanium 开发了一些应用程序,随着应用程序的增长,如果您没有“正确”地构建它,它可能会遇到内存问题。至少在移动 (1.7) 和单上下文应用程序与多上下文应用程序方面是如此。您可能犯的一个错误是按照厨房水槽的架构来设计您的应用程序。这是人们构建应用程序的常见方式,因为这是他们查看代码示例的地方(我使用移动 Titanium 作为示例)。

如果您认真对待 Titanium,请使用他们的在线培训视频并按照推荐的方法来开发您的应用程序,您应该不会遇到很多内存问题。我使用了厨房水槽中的一些代码,例如移动照片库滑动示例之一,并且存在严重的内存泄漏。不过他们最终还是解决了这个问题。所以这很好,他们会认真对待核心中的任何问题或他们的示例。

在这一点上,基于他们的成熟度和财务支持,我愿意在钛金属上做任何事情。

I have developed a handful of applications using Titanium and as your application grows if you do not architect it 'right' it could suffer from memory issues. At least in respect to mobile (1.7) and single versus multi context apps. One mistake you can make is model you app after how the kitchen sink is architected. Which is a common way people architect their apps since that is where they look at code samples (I'm using mobile Titanium as an example).

If you are serious about Titanium use their online training videos and go through the recommended ways to develop your applications and you shouldn't run into many memory issues. I have used some code from the kitchen sink like one of the mobile photo gallery swipe examples and that had a terrible memory leak. They did end resolving it though. So that's good, anything in the core or their examples that are troublesome they take seriously.

At this point based on their maturity and financial backing I would be comfortable doing just about anything in Titanium.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文