2008-09-19 114 views
8

完全以無技術術語說話,製作適合移動設備的網站的最佳方式是什麼?也就是說,我想創建一個可以在普通計算機上工作的網站,但也有移動版本的網頁。我應該重寫每一頁嗎?這些頁面可能會有不同的功能,所以我應該重寫後端代碼?它應該是一個有效的不同網站與相同的數據庫?製作適合移動設備的網站的最佳方式是什麼?

回答

1

大約一年前,我在一個運營網站上添加了一個移動表示層。基於站點的體系結構(希望這不是太依賴於技術),我添加了一組新的JSP以適應移動瀏覽器(旁註:請參閱http://wurfl.sourceforge.net/,瞭解構建獨立於瀏覽器類型的移動頁面的好方法)。此外,由於大多數移動瀏覽器的功能有限,部分後端功能也發生了變化。所以,簡而言之,整合並不像人們期望的那樣痛苦。

祝你好運!

+0

那麼,我使用導軌,但它看起來像我可以使用導軌與wurfl。謝謝! – 2008-09-19 17:39:02

+0

標記爲打擊WUFRL設備相關工程。 – hendry 2010-06-17 15:05:59

1

這是一個非常廣泛的問題,但在這裏有雲:

  • 如果網站主要是關於內容,這意味着它沒有這麼多,你用,因爲它是你閱讀的出版物服務,那麼我會盡量避免發佈兩個網站。使用移動瀏覽器可以很好地處理的成熟技術,集中精力進行簡單的演示。
  • 如果它本質上是一個通過網絡提供的軟件應用程序,那麼事情會變得更加棘手,因爲您將要考慮移動設備的UI以及它與桌面的不同之處。
  • 這應該不用說了,但無論哪種方式,如果您有許多移動用戶,則在爲網站創作內容時應牢記這一點。格式,長度,語音等
2

在我site,我發現用戶代理,併爲已知的移動瀏覽器我服務於不同的樣式表,與一些大/更少必要的項目不放過一些網頁。後端並沒有真正改變。

0

除了託德提到的WURFL/WALL能力體系,有Java服務器面臨着使用替代WML renderkits爲手機可用的庫。

0

我過去做過的一種方式是確保我的數據在數據層中很好地抽象,然後使用單獨的中間層模型來抽取適當的內容。在我的情況下,該應用程序是一個天氣應用程序,目標設備的顯示方式非常有限,因此我們選擇僅向用戶顯示移動設備上的必需品,同時該網站功能齊全。那大概是10年前WAP大的時候。但是現在,隨着設備屏幕越來越大,帶寬越來越好,您可能需要使用不同的視圖模型來顯示完全相同的數據。

我永遠不會知道將來哪種類型的應用程序需要使用這些數據。我們在各個平臺上執行了很多應用程序,但域模型很少發生變化。因此,我最終使用相同的中間層對象,並在不同的客戶端中提取數據。一個很好的例子就是最近的一個項目,我們擁有一個豐富的互聯網應用程序(widget),一個完整的網站和一個使用相同數據的Web服務。中間層的數據抽象真的在這種環境中閃耀着。

0

在一個非常高的抽象層次上,移動設備有兩個主要注意事項:(1)他們的屏幕很小,(2)他們的網絡連接是間歇性的。這基本上意味着您需要呈現內容,因此即使在小尺寸(可變尺寸)的屏幕上也可以看起來很好,並且最好也使其可以緩存,以便用戶可以在脫機狀態下瀏覽內容。那麼還存在低帶寬和高延遲的問題,但現在這些問題稍微不那麼重要。

0

這是一個非常全面的如何使網站移動的概述,但我希望它公平地說,任何人都會有不同的要求去尋求移動。如果您有博客,那麼您可以使用Mippin Mobilizer輕鬆實現移動友好;它的免費,提供品牌定製工具,並且大量的觀衆已經瀏覽了大量的動員內容,有機會在您的博客周圍產生廣告收入。

這是因爲Mippin動員博客則成爲內容,人物,新聞,博客,上市更廣泛的社會的一部分,所有的連接周圍的內容,並在移動網站更:

http://mippin.com(上。移動瀏覽器)

看看動員的工具,因爲它展示了什麼網站可以在第二個做的事:

www.mippin.com/mobilizer

只有當你有一個博客的當然...

相關問題