从我iPhone的角度来看，固定宽度的布局在使用代码块时是有问题的。宽代码块的滚动条没有显示，所以我无法读取该块的最右侧。

除此之外，我认为这是一个简单的问题，你要设计什么样的网站，以及它在不同尺寸的屏幕和窗口上看起来如何。如前所述，有一个选项可以设置最大宽度，但同样的警告适用于代码块和iphone。这两种我都设计过，我不喜欢其中一种。

虽然，当我使用流动布局来调整浏览器大小时，看着这些框移动是很有趣的，但我很容易被逗乐。

绝对的。对于拥有巨大显示器的人来说，不得不调整页面大小是非常不方便的。在某些布局上，它也可能有点不可靠。一点小小的不便，无论多么微不足道，实际上都会影响人们对你网站的看法。

此外，上网本的分辨率很奇怪，这让网站设计变得很困难。例如，我在1024x600的像素上写这个。

现在这也不是特别难(在现代浏览器中)，特别是在CSS中的最小高度和最大高度，以及CSS3中的新梯度等，所以图像缩放在不久的将来不会是一个大问题。

针对下面的评论，我认为在这种特殊情况下利大于弊——IE6到处都是问题。我们只需要面对它。

对我来说，让网站变得流畅，但添加最小/最大宽度属性似乎是两全其美的。你支持流动性，但你把它限制在一定的宽度(比如，800px和1200px)。

这取决于你——这里有一些需要考虑的事情:

当行很长时，文本很难阅读。 你的用户可能拥有比正常情况下更大或更小的分辨率，而选择一个“不正确的”静态宽度将会惹恼他们。 维护一个流动站点可能会比较困难，但并不比维护静态站点困难得多。

最重要的是考虑您的网站或应用程序的主要用例。你希望人们只在移动设备上使用它吗?手机、上网本、台式机?

看看Ethan Marcotte的“响应式Web设计”:http://www.alistapart.com/articles/responsive-web-design/

这是一篇很棒的文章，展示了使用媒体查询实现真正流畅的布局。有时需要为不同的用户代理构建单独的前端，但有时媒体查询是跨不同用户代理提供多种分辨率的完美工具。

我是固定< 800px的大粉丝…更窄的列更容易阅读，而且适用于任何地方。也就是说，如果你想做一个展示超文本的网站……提供应用程序前端的网站，我认为完全是另一罐蠕虫…

我认为流动/固定的决定也应该基于网站的内容:

对于有大量平原的地方 信息(如新闻门户)， 最好使用流体布局。 web服务更好地进行查看和工作 固定的尺寸，所以你总是知道 界面元素位于哪里 在他们的地方，他们没有移动 约不断。