使用 ASPX+Portal 模板在现有站点上设置或创建移动布局
Settting up or creating Mobile layouts on an exisiting site with ASPX+Portal Templates
我们目前使用的是 Kentico EMS V.7，但是当我们的网站创建时，没有任何移动设备布局设置。整个站点都是围绕 ASPX+Portal 模板构建的，因此我们的页面上没有编辑布局选项。在这种情况下，您会推荐像我们这样的起源吗？是否有可用于将页面移动到响应式设计模板中的导入或迁移工具（这些是开箱即用的还是都需要构建？）
有没有其他人在尝试移动可访问网站时遇到过他们的网站面临的这一挑战，如果有，您采取了什么方法将您的网站迁移过来？
以我的拙见，没有任何工具可以（神奇地）使您的网站响应。据我所知，唯一的方法是手动重新设计您的网站（新的 CSS - 可能是任何 UI 框架、JS 等...）
也许您仍然可以使用 device profiles and mobile pages 等开箱即用的功能。 （但我不确定它是如何工作的，以及在使用 ASPX + Portal 模板开发模型时是否支持它）。
我知道 Whosebug 不喜欢回答宽泛的问题，但我会为您省去一些麻烦，并希望至少能为您指明正确的方向。我曾经和你一样，我记得试图找到资源来学习所有这些是多么令人沮丧。
您有一些选择，但不幸的是 none 其中是灵丹妙药。所有这些选项都涉及设计和开发时间。如果您还没有研究过为移动用户优化您的网站是否是一个好的商业决策，那么我建议您先从那里开始。
移动设备检测
Kentico 提供 device layouts that allow you to change the layout of your site depending on which device a user is browsing your site with. The technique it uses is called device detection，它依赖于在您的服务器上读取用户 http 请求的传入用户代理字符串，并使用该信息来确定将什么发送回用户的浏览器。
此过程发生在应用程序的服务器端，并且还依赖于将用户代理字符串与已知用户代理字符串列表进行比较。 Kentico 特别使用 51degrees 库来完成此任务。这样做的缺点是并不总是拥有最多 up-to-date 个用户代理字符串，因此除非您保持更新，否则新设备不会包含在您的列表中。
这种方法的一个大问题是您最终会维护多个站点 and/or 布局。如果您使用 Kentico 的移动设备检测，那么任何时候您需要对页面模板进行更改时，您还必须更改该模板的每个不同布局。
您不必利用 Kentico 的设备布局功能来进行移动设备检测。您可以将用户完全重定向到另一个站点。在这种情况下你仍然可以很容易地运行进入冗余维护的问题。
是的，有一些方法可以缓解这些问题，但大多数 Web 开发人员都认为，如果您想迎合移动用户的需求，响应式设计通常是可行的方法。
响应式设计
这是一个 client-side 依赖于 CSS 媒体查询的设计范例。我不打算解释它是如何工作的，因为谷歌搜索 "responsive design" 会给你带来大量的研究 material。简短版本是您用户的浏览器通过解释您网站的 CSS 来处理布局调整。这意味着您为一个站点维护一个 CSS 文件，客户端为您处理调整。
现在的缺点是需要有才华的网页设计师才能正确地完成它。有许多响应式框架可以帮助您解决这个问题，但它们的外观非常通用，可能仍需要定制以满足您的特定品牌要求。一些比较流行的是 bootstrap, semantic-ui, and foundation.
我最近通过使用 Bootstrap 重建所有页面模板并将它们的样式表合并在一起，使桌面版本看起来仍然相同，从而帮助将静态设计的 Kentico 大型网站转换为响应式设计移动版本的外观与桌面版本一致。这个过程花了大约两个月的时间，除了视觉设计和编码技能之外，还需要大量的用户体验和内容策略才能正确完成。这不是世界上最难的工作，但需要相当多的技巧和时间才能完成。
我们目前使用的是 Kentico EMS V.7，但是当我们的网站创建时，没有任何移动设备布局设置。整个站点都是围绕 ASPX+Portal 模板构建的，因此我们的页面上没有编辑布局选项。在这种情况下，您会推荐像我们这样的起源吗？是否有可用于将页面移动到响应式设计模板中的导入或迁移工具（这些是开箱即用的还是都需要构建？）
有没有其他人在尝试移动可访问网站时遇到过他们的网站面临的这一挑战，如果有，您采取了什么方法将您的网站迁移过来？
以我的拙见，没有任何工具可以（神奇地）使您的网站响应。据我所知，唯一的方法是手动重新设计您的网站（新的 CSS - 可能是任何 UI 框架、JS 等...）
也许您仍然可以使用 device profiles and mobile pages 等开箱即用的功能。 （但我不确定它是如何工作的，以及在使用 ASPX + Portal 模板开发模型时是否支持它）。
我知道 Whosebug 不喜欢回答宽泛的问题，但我会为您省去一些麻烦，并希望至少能为您指明正确的方向。我曾经和你一样，我记得试图找到资源来学习所有这些是多么令人沮丧。
您有一些选择，但不幸的是 none 其中是灵丹妙药。所有这些选项都涉及设计和开发时间。如果您还没有研究过为移动用户优化您的网站是否是一个好的商业决策，那么我建议您先从那里开始。
移动设备检测
Kentico 提供 device layouts that allow you to change the layout of your site depending on which device a user is browsing your site with. The technique it uses is called device detection，它依赖于在您的服务器上读取用户 http 请求的传入用户代理字符串，并使用该信息来确定将什么发送回用户的浏览器。
此过程发生在应用程序的服务器端，并且还依赖于将用户代理字符串与已知用户代理字符串列表进行比较。 Kentico 特别使用 51degrees 库来完成此任务。这样做的缺点是并不总是拥有最多 up-to-date 个用户代理字符串，因此除非您保持更新，否则新设备不会包含在您的列表中。
这种方法的一个大问题是您最终会维护多个站点 and/or 布局。如果您使用 Kentico 的移动设备检测，那么任何时候您需要对页面模板进行更改时，您还必须更改该模板的每个不同布局。
您不必利用 Kentico 的设备布局功能来进行移动设备检测。您可以将用户完全重定向到另一个站点。在这种情况下你仍然可以很容易地运行进入冗余维护的问题。
是的，有一些方法可以缓解这些问题，但大多数 Web 开发人员都认为，如果您想迎合移动用户的需求，响应式设计通常是可行的方法。
响应式设计
这是一个 client-side 依赖于 CSS 媒体查询的设计范例。我不打算解释它是如何工作的，因为谷歌搜索 "responsive design" 会给你带来大量的研究 material。简短版本是您用户的浏览器通过解释您网站的 CSS 来处理布局调整。这意味着您为一个站点维护一个 CSS 文件，客户端为您处理调整。
现在的缺点是需要有才华的网页设计师才能正确地完成它。有许多响应式框架可以帮助您解决这个问题，但它们的外观非常通用，可能仍需要定制以满足您的特定品牌要求。一些比较流行的是 bootstrap, semantic-ui, and foundation.
我最近通过使用 Bootstrap 重建所有页面模板并将它们的样式表合并在一起，使桌面版本看起来仍然相同，从而帮助将静态设计的 Kentico 大型网站转换为响应式设计移动版本的外观与桌面版本一致。这个过程花了大约两个月的时间，除了视觉设计和编码技能之外，还需要大量的用户体验和内容策略才能正确完成。这不是世界上最难的工作，但需要相当多的技巧和时间才能完成。