我想知道是否有任何方法可以创建一个作为桌面应用程序启动的应用程序，供个人使用。由于桌面应用程序可以使用我的 HDD 文件，我可能想要管理这些文件，但觉得将它们扔到网络服务器上并不安全。但我认为我将来可能想做的是将应用程序移植到网络上，因为我认为这就是应用程序的未来。网络应用程序随处可见，例如。 Web 应用程序可以在智能手机等上使用，促进团队协作等。
我研究过一些技术，但似乎都有一些缺点
Adobe AIR 2
优点
- 使用现有的 Web 技术使我（主要是 Web 开发人员）可以轻松进行设计并开发基于 HTML5、CSS3、JS（jQuery、Dojo）的应用程序，将来可以更轻松地移植到 Web 平台
- 可以访问文件系统
缺点
- 我想速度可能是一个问题
- 我可能会遇到限制JS（与 C#、Python、Java 等语言相比）
C#/F#/WPF/EF/LINQ
优点
- C#/F# 强大的语言
- EF/LINQ 使数据访问变得非常简单
- WPF 提供良好的数据绑定、样式功能
缺点
- WPF 更难使用/学习比我已经知道的（HTML/CSS/JS）
- WPF 更复杂
- 更难移植到 Web 平台（...也许使用 .NET 平台仍然可以？但我认为开源 PHP/Apache 的使用更广泛）
Silverlight（浏览器外）
优点
缺点
Mozilla 框架
我对这个选项还不太了解
优点
- XUL 作为布局工具，我猜提供了比 HTML 更灵活？
- 使用 CSS/JS 现有的 Web 技术，所以移植可能仍然非常简单，
- 我认为它可以使用本机 API/代码，但我不知道它是如何工作的，
- 一般来说，我认为它将是比 adobe air 更强大的选择
缺点
- 软件架构似乎凌乱的镀铬文件夹等？我认为与此相比，WPF 似乎是一个更强大、更优雅的选择？
我也见过 QT-Webkit，但与 Mozilla Framework 一样，WPF 似乎是一个更强大和优雅的选项
仅供参考，我正在考虑构建一个项目管理/组织器类型的应用程序。它的大部分部分我认为它可以在网络平台上工作，除了我想集成屏幕捕获、管理项目文件、资源（例如网站灵感、字体、视频等资源）等功能。我还在探索 Adobe XMP 将元数据添加到文件（图像、视频等）。
i am wondering if there is any way i can create an app that starts as a desktop application, for personal use for now. and since desktop applications can work with my HDD files which i may want to manage but don't feel secure throwing them onto a web server. but what i think i may want to do in the future is port the app to the web since that is where i think is the future of applications to come. web apps are available everywhere eg. web apps can be used on smart phones etc. facilitate team collaboration etc.
i have looked at some technologies but all seem to have some disadvantages
Adobe AIR 2
Advantages
- Use of existing web technologies make it easy for me (mainly a web developer) to design and develop applications based on HTML5, CSS3, JS (jQuery, Dojo) which can be ported to a web platform in the future with greater ease
- can access file system
Disadvantages
- i guess speed maybe an issue
- i may encounter limitations with what can be done in JS (vs languages like C#, Python, Java etc)
C#/F#/WPF/EF/LINQ
Advantages
- C#/F# powerful languages
- EF/LINQ makes data access very simple
- WPF provides good data binding, styling capabilities
Disadvantages
- WPF harder to use/learn than what i already know (HTML/CSS/JS)
- WPF abit more complex
- Harder to port over to a web platform (... maybe with a .NET platform its still ok? but i think Open Source PHP/Apache is more widely used)
Silverlight (Out of Browser)
Advantages
- C#/F# more powerful than JS
Disadvantages
- complexities of WPF vs HTML/CSS
Mozilla Framework
i dont know much about this option yet
Advantages
- XUL as a layout tool, i guess provides more flexibilities than HTML?
- uses CSS/JS existing web technologies so porting maybe still quite straightforward
- i think it can use native API/Code tho i dont know how it works yet
- in general, i think it will be a more powerful option over adobe air
Disadvantages
- Architecture of software seems messy, chrome folders etc? i think WPF seems like a much more powerful and elegant option compared to this?
i have seen QT-Webkit too, but same as Mozilla Framework, WPF seems like a much more powerful and elegant option
just FYI, i am thinking of building a Project Management/Organizer type application. most parts of it i think it will work on a web platform except i wanted to integrate features like screen capture, managing project files, resources (eg. web site inspirations, resources like fonts, videos, etc). i am also exploring Adobe XMP to add metadata to files (images, videos etc).
发布评论
评论（3）
您可以考虑 Adobe Air 或 Silverlight 是允许应用程序在桌面或网络上运行的平台。还有一个名为 Titanium 的开源替代方案，与 Adobe Air 一样，也是多平台的。
You might consider Adobe Air or Silverlight which are platforms that allow an application to run on the desktop or web. There is also an open-source alternative called Titanium that, like Adobe Air, is also multi-platform.
您还可以使用使用 Flash 的 OpenLaszlo。
You can also use OpenLaszlo which uses flash.
看看 Electron — 它允许使用 JavaScript、HTML 等 Web 技术构建跨平台桌面应用程序CSS。
Take a look at Electron — it allows building cross-platform desktop apps with web technologies like JavaScript, HTML, and CSS.