Asp.net mvc 使用ASP.NET MVC的跨设备web应用程序

我目前正在开发一个ASP.NET MVC网络商店，它必须针对移动设备进行优化，尤其是平板电脑和智能手机。这是为我们的工作客户准备的，但我正在做一些关于ASP.NET MVC设备检测的研究。我用它创建了一个小应用程序，它似乎工作得很好。我喜欢通过对每种设备类型使用不同的视图将所有内容很好地分开的方式

我现在正在努力解决的问题是，是否也要为该网店使用ASP.NET MVC设备检测，或者使用客户端响应框架，如Bootstrap。我正在为这个决定而挣扎，因为ASP.NETMVC设备检测在我看来并不是真正的“成熟”。在互联网上找不到太多关于它的信息，默认情况下它只支持移动视图，不支持平板视图或其他任何内容

我对设备检测犹豫不决的另一个原因是，带有移动设备用户代理字符串的标准ASP.NET MVC库可能不会更新，因此当新设备出现时（它们确实会出现），webshop会显示桌面视图，而我们有一个很好的移动设备优化视图。当然，也有用于最新设备检测的服务，比如51Degrees.mobile，但它们非常昂贵。（免费版本不支持检测平板电脑）
我发现了一种通过使用post中的示例为平板电脑创建不同视图的方法，但该示例使用正则表达式来检测智能手机和平板电脑，这当然在某些时候也会过时

另一方面，我们有客户端响应解决方案（引导）。客户端响应站点的缺点是不同的视图模式没有分开。HTML未针对设备进行优化。该网站只是一种“插入”桌面版本，浏览器使用CSS媒体查询调整HTML页面。代码不像设备检测解决方案那样干净

快速问题：使用ASP.NET MVC设备检测是否有免费或更便宜的方法？随着时间的推移，它能满足我们的需要吗？它会不会在某个时候过时

---

我很高兴听到你认为在这种情况下最好的选择。提前感谢。

响应式设计的全部要点在于它与设备无关。据我记忆所及，MVC中的设备检测是从一些非常过时的IIS Browsercap技术开始的

---

现在Android手机的尺寸从4英寸到6.5英寸甚至更大，有太多的外形因素无法跟上。使用响应性设计框架（如Bootstrap）将允许您以分辨率为目标，而不是以设备为目标。大多数现代智能手机和移动浏览器（甚至IE！）都会始终如一地呈现出响应性设计。

响应性设计的全部要点在于它与设备无关。据我记忆所及，MVC中的设备检测是从一些非常过时的IIS Browsercap技术开始的

---

现在Android手机的尺寸从4英寸到6.5英寸甚至更大，有太多的外形因素无法跟上。使用响应性设计框架（如Bootstrap）将允许您以分辨率为目标，而不是以设备为目标。大多数现代智能手机和移动浏览器（甚至IE！）都会呈现出一致的响应设计。

您应该将设备检测与响应设计结合使用。浏览器宽度小于X像素并不意味着用户在移动设备上，也不意味着他们更喜欢查看网站的移动版本

使用这两种检测方法，您可以为用户提供更多选择，更准确地提供最佳体验

iMobileDevice随.net一起提供，可免费用于您的asp.net mvc应用程序

---

您应该使用响应式设计的设备检测。浏览器宽度小于X像素并不意味着用户在移动设备上，也不意味着他们更喜欢查看网站的移动版本

使用这两种检测方法，您可以为用户提供更多选择，更准确地提供最佳体验

iMobileDevice随.net一起提供，可免费用于您的asp.net mvc应用程序

---

谢谢你的回答。我知道IsMobileDevice随.NET一起提供，但问题是：设备检测（用户代理字符串）库是否会过时？如果某家公司决定生产智能手机，并为其提供另一个用户代理字符串，该怎么办？另外：您使用响应式（客户端）设计和设备检测的确切含义是什么？提前谢谢！谢谢你的回答。我知道IsMobileDevice随.NET一起提供，但问题是：设备检测（用户代理字符串）库是否会过时？如果某家公司决定生产智能手机，并为其提供另一个用户代理字符串，该怎么办？另外：您使用响应式（客户端）设计和设备检测的确切含义是什么？提前谢谢！谢谢你的回答。我以一种设备独立的方式使用设备检测。我创建了三种视图类型：台式机、平板电脑和智能手机。（即_Layout.cshtml；_Layout.tablet.cshtml；_Layout.mobile.cshtml）不同屏幕大小的问题通过使用CSS以与浏览器大小相对应的方式处理（使用百分比宽度）。这一切都很好，但我的主要问题是：这会在某个时候过时吗？如果是这样的话，要多久？五年还是一个月？你是说我最好使用引导解决方案吗？就像Dave说的，设备检测已经过时了。我不想在我的六英寸手机上有一个放大的手机布局，我想要一个适合这个屏幕的设计。设备检测有一个好处，那就是首先为该网站提供一个单独的手机版本。很多网站都有