完全以无技术术语讲述,制作移动友好网站的最佳方式是什么?也就是说,我想创建一个可以在普通计算机上运行但也有移动版本页面的站点。我应该重写每一页吗?页面可能具有不同的功能,所以我应该重写后端代码吗?它应该是一个有效的不同网站吗?
答案 0 :(得分:2)
在我的site上,我检测到用户代理,对于已知的移动浏览器,我提供了不同的样式表,某些页面上留下了一些较大/较少的必要项目。后端并没有真正改变。
答案 1 :(得分:1)
我在大约一年前向运营网站添加了一个移动表示层。基于站点的体系结构(希望这对您来说不太依赖于技术)我添加了一组新的JSP以适应移动浏览器(旁注:请参阅http://wurfl.sourceforge.net/以获得独立于浏览器构建移动页面的好方法类型)。此外,由于大多数移动浏览器的功能有限,一些后端功能也发生了变化。因此,简而言之,整合并不像人们期望的那样痛苦。
祝你好运!答案 2 :(得分:1)
这是一个非常广泛的问题,但这里有:
答案 3 :(得分:0)
除了托德提到的WURFL / WALL功能系统之外,还有可用的Java Server Faces库,它们可以为移动电话使用备用WML渲染工具。
答案 4 :(得分:0)
我过去做过的一种方法是确保我的数据在数据层中被很好地抽象,然后使用单独的中间层模型来提取适当的内容。在我的情况下,应用程序是一个天气应用程序,目标设备的显示方法非常有限,所以我们选择只向用户显示移动设备上的必需品,而网站是全功能的。这可能是10年前WAP很大的时候。但是现在,随着设备屏幕变大,带宽越来越大,您可能希望使用不同的视图模型来使用和显示完全相同的数据。
我从未真正知道将来需要使用哪种类型的应用程序来使用数据。我们跨平台做了很多应用,但域模型很少改变。所以我最终在尽可能使用相同的中间层对象,并在不同的客户端中提取数据。一个很好的例子是最近的一个项目,我们有一个丰富的互联网应用程序(小部件),一个完整的网站和一个消耗相同数据的Web服务。中层的数据抽象确实在这种环境中闪耀。
答案 5 :(得分:0)
在非常高的抽象层次上,移动设备有两个主要注意事项:(1)屏幕很小,(2)网络连接断断续续。这基本上意味着您需要呈现内容以使其即使在小型(可变大小)屏幕上看起来也很好,并且最好使其可缓存,以便您的用户可以在离线时浏览内容。然后还有低带宽和高延迟的问题,但现在这些问题稍微不那么重要了。
答案 6 :(得分:0)
这是一个关于如何使网站移动的非常全面的概述,但我希望公平地说,对于任何想要移动的人总会有不同的要求。如果您有博客,那么您可以使用Mippin Mobilizer轻松实现移动友好;它是免费的,提供品牌定制工具,并且已经浏览了各种动员内容的大量受众,有机会在您的博客周围产生广告收入。
这是因为Mippin Mobilized博客随后成为更广泛的内容,人物,新闻,博客,列表社区的一部分,所有内容都围绕着内容,以及移动网站上的更多内容:
http://mippin.com(在移动浏览器上。)
看看动员工具,因为它展示了网站在一秒钟内可以做什么:
www.mippin.com/mobilizer
只有当你有博客...