问题标签 [web-applications]

在为移动应用程序设计 UI 时，一般来说，哪个分辨率可以被认为是安全的。我的兴趣特别在于基于 Web 的应用程序。iPhone 具有相当高的手持分辨率，而诺基亚 E 系列的定位似乎有所不同。240×320还算安全吗？

我负责设计一个显示非常大的地理数据的 Web 应用程序。其中一个要求是它应该被优化，以便在我国郊区常见的拨号上网的PC也可以使用它。

现在我被允许使用 Flash 和/或 Silverlight，如果这将有助于有限的开发时间和用户体验。

地理数据的大部分被分块成瓦片并像谷歌地图中的地图瓦片一样加载，但这意味着我需要大量的 HTTP 请求。

我应该只使用 javascript + HTML 吗？我最终会得到一个更快的关于 Flash/Silverlight 的应用程序吗？因为我可以对这两种技术（比如 DeepZoom）做一些复杂的算法。不过，部署桌面应用程序是不可能的，因为我们没有那么多维护资金。

它只需要快……真的快……

ps faster 是“下载速度更快”的意思

将 Visual Studio 2005 网站迁移到 Visual Studio 2008 Web 应用程序项目时需要一个转换过程。

看起来VS2008正在创建一个.designer。当您在解决方案资源管理器中右键单击文件或项目本身并选择“转换为 Web 应用程序”时，每个 aspx 的文件。

这些设计器文件的目的是什么？这些不会存在于 Web 应用程序的发布版本中，它们只是开发过程中使用的中间文件，希望如此？

我有一个需要从网络共享读取（并且可能写入）文件的 Web 应用程序。我想知道最好的方法是什么？

我无法让网络服务或 aspnet 帐户访问网络共享。我可能会使用模仿。

网络共享和 Web 应用程序都托管在同一个域上，我可以专门为此目的在域上创建一个新用户，但是我不太确定如何在创建文件流和指定要使用的凭据之间加入点在网络应用程序中。

不幸的是，该驱动器没有映射为机器上的网络驱动器，它只能作为网络共享提供给我，所以很遗憾我无法进行透明调用。

我可以想到一个关于模拟的问题......我认为每个应用程序域只能模拟一个用户，但我很高兴得到纠正。我可能需要将此文件写入多个不同的共享，这意味着我可能必须模拟多个用户。

我喜欢创建令牌的想法......如果我能做到，我将能够预先询问他们的凭据，然后动态应用安全性并在访问被拒绝时给他们有意义的错误消息......我我要去玩，但我会回来更新。

我运行一个游戏并且运行是手动完成的，我有一些脚本可以帮助我，但基本上是我在做这项工作。我目前正在开发网络应用程序，它允许用户直接输入他们的一些游戏操作，从而为我节省了大量工作。

问题是我是一个从事中等规模（超过 20 个表）项目的人，工作量不是问题，即使我在编写时进行测试，错误也会溜进来。所以我的问题是双重的。

1. Beta 测试，我喜欢公开测试，但封闭测试会更有效并提供更好的结果吗？
2. 我应该如何引入应用程序？我应该将它放入并声明它正在被使用，还是应该将它与游戏的正常结构一起使用？

我正在尝试创建使用 JavaScript 的 Web 应用程序。我希望能够在这些应用程序中使用动画。我尝试使用基本的 JavaScript，但我决定最好的办法是使用库（例如YUI或 jQuery）。

我遇到了一个问题。在 Safari 上，当我运行动画脚本时，动画非常粗糙，非常块状。YUI 和基本的 JavaScript 都会发生这种情况。为什么会这样？有没有什么好的库不会在 Safari 中产生这个问题，但也适用于 Internet Explorer 和 Firefox（希望还有 Opera）？

我注意到一些网站（通常是银行）禁止将文本粘贴到文本字段中。这是怎么做到的？我知道 JavaScript 可以用来吞下粘贴的键盘快捷键，但是右键菜单项呢？

我知道Capistrano，但它对我来说有点太重了。我个人设置了两个Mercurial存储库，一个在生产服务器上，另一个在我的本地开发机器上。通常，当新功能准备就绪时，我会将更改从本地计算机上的存储库推送到服务器上的存储库，然后在服务器上进行更新。这是在多台计算机上保持文件同步的非常简单快捷的方法，但无助于更新数据库。

您对问题的解决方案是什么？

我可以为我的网络应用程序选择客户端浏览器。该应用程序正在内部使用，我们正在“手动”安装每个客户端。我想为浏览器找到更好的解决方案，所以：

什么是可以用作 Web 应用程序客户端的好浏览器？

我想拥有的一般功能：

• 从快捷方式打开浏览器，直接访问应用程序的 URL
• 限制导航到一组允许的 URL 的能力
• 全屏模式，无菜单，无地址栏
• javascript
• 良好的 CSS 支持
• 取消后退按钮的能力（或至少解决“网页已过期”的 IE 问题）

IE7 和 FireFox 是不错的候选者，但它们似乎都有自己的问题和问题。

通常我在主干上开发我的网站，然后将更改合并到测试分支，然后将它们放在“测试版”网站上，最后将它们合并到实时分支上并放到实时网站上。

对于 Facebook 应用程序，事情有点棘手。由于您无法通过普通的 Web 浏览器查看 Facebook 应用程序（它必须通过 Facebook 服务器），因此您无法轻松地为每个开发人员提供他们自己的网站版本来使用和测试。

我没有遇到任何关于开发和测试 Facebook 应用程序同时继续拥有用户可以使用的稳定实时网站的最佳方式的任何信息。我的问题是，组织 Facebook 应用程序的开发和测试的最佳实践是什么？