像Cappuccino这样的桌面风格的web应用程序框架适合社交网站吗？

我的应用程序最初是一个桌面应用程序，其灵感来源于缓慢、设计拙劣、过于复杂的网站（停留在2005年之前的时代），我利用了这些网站的核心吸引力/功能，使其变得更精简、更快，并简化了1000%（同时保留了所有有用的功能）

现在我想把这个想法带回到网络上，增加可访问性，简化更新部署，减少盗版，集成许多自然适合产品的社交功能，最重要的是通过广告在我的产品上赚钱

我花了几天时间研究可用的技术。Seam/Openfaces给我留下了深刻的印象，但是，我听说带宽使用率很高，因为这些技术主要管理表示服务器端。由于大多数控件没有充分利用javascript，即使是支持ajax的控件也明显较慢

dojo给我留下了深刻的印象，但是主题化的困难让我在使用它的几个小时内就放弃了它。我甚至不能增加自动完成搜索框的高度，因为主题图像没有延伸。如果我不得不放弃最初吸引我的主题，那么我看不到jquery有什么好处

然后我决定symfony和jquery是不错的工具，它们非常灵活并且支持良好（php/symfony的托管成本比JSF低得多）

我现在一想到要喝卡布奇诺就心烦意乱。不必考虑网页和页面导航（symfony并不是从中抽象出来的）是非常诱人的！每天我都会看到像twitter和youtube这样的网站越来越像桌面，所以我毫不怀疑卡布奇诺的目标不受欢迎，也不适合未来

然而，我觉得对于社交网站来说，它可能太像桌面了。cocoa用户界面可能也太强大了。我们都知道，人们喜欢在头脑中对事物进行分类，如果他们看到某个东西说它是一个社交网站，但它的外观或行为不像一个典型的网站。。收养可能会变得困难

---

你们怎么看？

你们使用的框架不应该影响网站的外观。使用你觉得最合适的东西，选择一个适合你的设计的框架，而不是一个适合你的框架的设计。

你使用的框架不应该影响网站的外观。使用你觉得最舒服的东西，选择一个适合你的设计的框架，而不是一个适合你的框架的设计。

正如你所说，卡布奇诺比其他选择更像桌面。这意味着有一点加载时间，而不是像通常在社交网络应用程序中那样在页面之间冲浪，而是呆在一个地方

根据经验，专注于显示待阅读页面的网站并不适合“应用程序”模式。HTML是用来呈现超链接文档以供阅读的，当这是您唯一要做的事情时，它通常会更快、更容易使用

另一方面，你当然可以把一个阅读量很大的网站变成一个应用程序——比如，你可以看到很多Twitter客户端

---

如果你把你的网站放在一个比例尺上，维基百科在左边，文字处理器在右边，那么你对卡布奇诺的需求与你在这个比例尺上的位置成正比。

卡布奇诺比你注意到的其他选择更像桌面。这意味着有一点加载时间，而不是像通常在社交网络应用程序中那样在页面之间冲浪，而是呆在一个地方

根据经验，专注于显示待阅读页面的网站并不适合“应用程序”模式。HTML是用来呈现超链接文档以供阅读的，当这是您唯一要做的事情时，它通常会更快、更容易使用

另一方面，你当然可以把一个阅读量很大的网站变成一个应用程序——比如，你可以看到很多Twitter客户端

---

如果你把你的网站放在一个比例尺上，维基百科在左边，文字处理器在右边，那么你对卡布奇诺的需求与你在这个比例尺上的正确程度成正比。

我决定使用symfony和jquery w/插件来处理更复杂的用户界面。我认为，对于网络爬虫和我使用的任何广告网络来说，拥有一个传统的页面集合也会更好。虽然我觉得在渐进式增强上浪费时间是可以避免的，但这样做可能是最好和更安全的。我决定使用symfony和jquery w/插件来处理更复杂的UI内容。我认为，对于网络爬虫和我使用的任何广告网络来说，拥有一个传统的页面集合也会更好。虽然我觉得在渐进式增强上浪费时间是可以避免的，但这样做可能是最好和更安全的。你是对的。卡布奇诺，虽然节省了我的时间，但对我的创造力来说是一个很大的限制。你说得对。卡布奇诺，虽然节省了我的时间，但对我的创造力来说是一个很大的限制。