这样可以在ipad, iphone,平板电脑等中轻松查看.
使用Bootstrap或媒体查询执行此操作的最佳方法是什么.
任何建议都会有很大的帮助.
我在这种情况下选择在SP2013中使用哪一个来实现响应式设计,因此我收集了pro和con的foreach技术.设备频道
是的我正在谈论设备频道,即使问题中没有提及它们,因为它们可以为最终用户和客户提供最佳性能和可扩展性 – 在我看来:)
临
>个人设计的HTML / CSS和JS foreach设备
> – 无需隐藏或删除不兼容的元素
> – 更快,因为你只需加载你真正需要的东西
> – 更快,因为你可能会有更少的CSS / JS和HTML
> – 更快,因为您可以使用优化的代码foreach设备
> – 您可以更好地指出哪个通道有错误和更改不会影响其他通道
精读
>个人设计的HTML / CSS和JS foreach设备
> – 您必须将更改附加到每个母版页
> – 完成相同结果的更多工作(一般情况下)
> – 冗余
>绑定到用户代理字符串
>设备种类越来越多
> – 可能等于主页的增长多样性>>工作
引导
临
>强大,易于使用的框架
> – 很多文档
> – 快速的结果
> – 如果你喜欢它 – 所有Bootstrap样式
>已经有项目使用它,所以你可能不必从头开始构建它
> – http://responsivesharepoint.codeplex.com/
精读
> Bootstrap是一个庞大的框架,在未明确的CSS和JS文件中有8000行代码
> – 2个额外要求~130kb& 30KB
> – 许多样式和脚本供浏览器处理
> Bootstrap不是为在SharePoint中使用而构建的
> – 它覆盖了SharePoint样式,这使得某些功能(ComposedLooks for ex.)的价值降低
> – 需要很多自定义CSS才能使其与SharePoint无缝协作
> SharePoint有自己奇怪的做事方式,干扰了BootStrap
> – 吨CSS
> – 吨JS
> – 吨HTML属性
媒体查询
临
>只需要CSS
>如果你不愿意,不要JS
>您可以创建自己的布局
>即使在IE6工作中也有response.js
>您可以轻松分离某些屏幕尺寸应该可用的功能
精读
>几组CSS取决于断点的数量
>每个功能都需要由您自己开发
>编写可处理每个SP2013页面的通用代码并不容易
> – 这取决于所显示内容的复杂程度.我写了大约150行CSS,它们创建了一个移动视图,用于发布包含导航和内容的页面,但没有编辑等功能.
> – 如果客户想要智能手机上的所有功能,那么需要进行大量的工作和测试. (加上他们想在手机上做什么？)
结论
我还不确定(对我的结果得到很多反馈会很棒),但我倾向于使用Media Queries.为什么？好吧,SharePoint有自己的处理桌面用户的方式,如果不明确订购,我不会自定义功能.另一方面,SharePoint不为智能手机提供真正的用户界面.我不想使用BootStrap,因为它包含很多样式,这会在品牌环境中产生问题.由于缺点,我不会使用设备通道.
你怎么看 ？我缺少哪些重要方面？还有其他解决方案更适合实现这一目标吗？