我正在为基于 Web 的应用程序构建原型，并正在考虑用 HTML 构建前端，然后可以在以后将其重用于实际应用程序。我之前做过一个基于 Flash 的原型，它将 .swf 嵌入到 C# 可执行文件中。Flash 缩短了周转时间，而 Windows 应用程序提供了对用于 DB 访问和声音的花哨 API 的无限制访问。
我也想为这个考虑类似的东西。这种方法有意义吗？我特别关心 HTML 与容器应用程序通信的方式。根据我从初步研究中了解到的情况，它只能通过 JavaScript，这可能很快就会变得笨拙。尤其如此，因为与在 .swf 中实现许多功能的基于 Flash 的原型不同，HTML UI 将完全依赖于 shell 来维护状态。此外，除了访问数据库之外，我不需要任何其他东西。所以桌面应用程序可能是矫枉过正。
想到的另一种选择是使用 PHP 构建原型，并使用可移植的服务器堆栈（如 Server2Go 或 XAMPP）部署它。但我以前从来没有做过这样的事情。这里有人对这种方法的缺点有所了解吗？
关键要求是 UI 的快速迭代、可重用的前端代码和简化的部署，无需任何安装或配置。
我见过的一些最好的编程建议来自Code Complete，大致上是这样的：“进化原型是好东西，一次性原型是好东西，但是当你尝试从另一个原型中制作一个时会遇到麻烦。” 也就是说，知道你正在开发哪种类型的原型，并尊重它。如果您正在开发一次性原型，请不要让自己在生产系统中使用任何原型，无论它多么诱人。如果你正在开发一个进化原型——一个旨在成为生产系统的原型——不要以任何方式损害质量。
听起来您正试图同时获得一次性产品的快速开发和进化原型的可重用性——而您做不到。下定决心，坚持下去。你不能吃你的蛋糕，也是。
我认为你的开始是错误的，在这里。为什么您希望您的原型功能齐全？原型旨在被丢弃并帮助充实需求和 UI。如果您需要完整的功能，为什么不直接跳到最终产品？如果原型设计真的是你想做的事情，我建议你研究一个专门的原型设计工具。
您是否正在为客户设计用户界面原型？如果你是，考虑一些不太笨重的东西，比如纸质原型或演示软件（如 PowerPoint），直到你确定 UI。如果您可以建立 UI 并且清楚客户的需求，那么您就可以在任何实际平台上开发应用程序，并牢记一个清晰的模型。
在我当前的项目中，我首先在 PowerPoint 中制作了 UI 原型。在随后的迭代中，我使用静态网页和一些 jQuery 插件来模拟实际的用户交互。事实证明，这在演示界面方面非常有效，而且我不必先构建应用程序。
我会加入那些建议将纸质原型设计为“想法”的人，但不一定是实施。这里最大的一点是，诸如 HTML 或 Flash 之类的工具让你在细节中“陷入困境”——这种颜色看起来像什么？这东西上的文字是什么？很多时间可以通过这种方式过去。相反，您应该关注的是用户流。
Balsamiq 是一种保持纸质原型精神而没有所有“纸质”缺点的工具：http ://www.balsamiq.com/demos/mockups/Mockups.html 。Jeff 和 Joel 在其中一个 Stack Overflow 播客中对此进行了报道；我已经将它用于我自己的项目有一段时间了。它是免费软件，它的工作非常出色。
如果您了解 C#，那么您可以查看的另一个选项是 Silverlight。然后，您可以利用您的 C# 和/或 JavaScript 知识并与丰富的对象模型进行交互。
那会做你正在寻找的吗？客户端的安装将是最少的 - 下载并安装 Silverlight 插件
如果原型设计是您真正希望在这里完成的事情，那么纸和铅笔将是您最好的朋友。您可以根据需要绘制尽可能多的迭代。虽然一旦您开始编码，这些最终都不会有用，但它的速度和速度一样快。
如前所述，有许多原型设计工具都有一些学习曲线，但可以考虑使用诸如 CakePHP 或 Ruby on Rails 之类的框架，它们可以实现快速的应用程序逻辑，并让定制前端成为主要的辛苦了。此外，当您完成原型设计后，您会得到一个功能性很强的应用程序，可以根据需要进行调整。
在任何一种情况下，您都需要预先支付时间（在学习新框架的情况下），或者随着时间的推移付款（在纸上制作原型或手工编码的情况下）。