2009-01-22 46 views
7

如果您正在爲小型企業設計核心業務Intranet應用程序,並希望它儘可能具有響應式的感覺,工作人員對被某個瀏覽器卡住而漠不關心,您是否會設計Firefox,Chrome或測試的範圍比您需要的更廣泛,以避免鎖定?在將所有雞蛋放入一個瀏覽器籃子之前,您是否還有其他因素需要考慮?Chrome或Firefox(或瀏覽器不可知)的Intranet應用程序?

例如,Chrome是否具有其他瀏覽器缺乏的與速度相關的功能,這些功能需要Chrome以跨瀏覽器不友好的方式進行定位,如果確實如此,是否值得圍繞它們進行設計?

+0

你真的是「無所謂」?這將意味着他們不在乎,這意味着你可以選擇一個他們將不得不使用的,他們會忍受它...... – 2009-01-22 15:14:04

+0

是的,即使少數高級用戶都被告知他們需要使用一件事或另一件事。目前Firefox是標準。 – Kev 2009-01-22 15:16:15

回答

3

瀏覽器上的業務IT政策是什麼?看起來這將決定你爲什麼寫它。如果客戶公司的每臺計算機都安裝有IE6,爲什麼還要編寫它?鎖定對公司來說不是問題,因爲他們可以決定人們使用和必須在他們的計算機上使用什麼策略。

Speedwise你不會找到顯着的增益選擇一個在另一個,除非你正在做特定的任務,發揮其優勢(看看基準範圍內,例如,一些谷歌測試有鉻幾百倍快,其他人則用firefox擊敗Chrome)。

理想情況下,你希望它是不可知論的,但如果你不得不選擇一個,我會使用Firefox,因爲它是一個更成熟的瀏覽器。我不願意將應用程序定位到只有幾個月的瀏覽器,特別是剛剛達到1.0的瀏覽器。

15

Go瀏覽器不可知論者。沒有人知道某人何時會要求某個瀏覽器,並且您將不得不重做某個模塊,因爲它只使用了現在過時的瀏覽器提供的特殊插件或功能。

技術上講,我們這裏是一個IE瀏覽器店,但我保證我所有的應用程序功能上至少IE和Firefox,而我在Chrome做更多的測試,以及。

+1

不幸的是,正如你可能知道的那樣,在現實世界中,沒有「瀏覽器不可知論者」這樣的事物,只有「最低公分母」 – 2009-01-22 17:32:12

0

最便宜的方法是根據組織標準定製Intranet應用程序。如果他們按小時支付你的費用,那麼這是他們在你花時間花費的決定。如果他們說它只是FireFox,那麼這就是它應該完成的方式。如果它是一個固定的出價,那麼你可能有一些餘地,但最終這是他們的決定。他們可能有原因,他們不希望它與Chrome瀏覽器(我想不出有任何理由,但這並不意味着沒有一些。)

+0

對不起,我不清楚,他們沒有改變標準瀏覽器。 – Kev 2009-01-22 15:36:19

1

總是正確寫 - 即跨瀏覽器 - 因爲你永遠不知道什麼時候瀏覽器的新版本可能會改變舊的行爲。

但是,使用Chrome的「應用程序」Web應用程序是內聯網的不錯選擇。 (尤其是如果它有助於阻止用戶說:「我的瀏覽器壞」)

+0

如果您在這種情況下以這種方式正確使用,這是否意味着編寫特定於平臺的客戶端不太合適? ;) – Kev 2009-01-22 18:06:10

+0

如果一種語言/技術被設計成獨立於平臺,並且你將它定義爲平臺特定的,那麼這樣做就沒有做好。 如果使用的語言是爲特定平臺設計的,那麼這是一個不同的故事。 – 2009-01-22 21:37:11

0

「並希望它是作爲迴應,感覺越好,那裏的工作人員都漠不關心被卡住某個瀏覽器」

聽起來你需要一個聰明的客戶端應用程序。

編輯:通過智能客戶端我的意思是從瀏覽器seperatly運行,並使用Web服務交談的服務器的應用程序。

+0

智能以什麼方式? 這和爲Chrome優化的網絡應用程序會有很大的區別嗎? – Kev 2009-01-22 15:53:57

+0

是的。許多。例如,你可以使用Win32 API,。Net的windows Forms,Java等 – 2009-01-22 17:47:36

0

是瀏覽器不可知論者。

我的經驗是,儘管技術社區對瀏覽器(他們喜歡)有強烈的偏好,但實際的用戶羣並不真正打擾......或者換句話說,兩者之間沒有顯着差異對最終用戶來說很重要的現代瀏覽器。

我認爲IE和Firefox(尤其是IE)是專爲符合標準,其中爲Chrome瀏覽器可能是寬鬆的,特別是與谷歌的應用程序,它本身並不是真正W3C規範符合性工作的偉大。

一個安全的賭注是設計你的應用程序每W3C標準,可以放心將工作一樣在大多數瀏覽器。

0

政治正確,網絡standrards明智的,你必須讓它在主流瀏覽器像樣,以及所有關於公司現有的配置爵士樂。但是,將Gears應用於Chrome的好處呢?

2

儘管符合標準當然有許多優點,但如果您的應用程序的UI很重,而且您不想爲缺乏HTML小部件而苦惱,我建議使用基於Gecko的瀏覽器,您可以更快地在XUL中構建UI桌面應用程序的所有熟悉的功能都不是從頭開始的。由於Gecko是開源的並且積極開發,如果你使用的是專有的東西,你不會冒着被卡住的風險。

1

「如果您正在爲小企業設計核心業務Intranet應用程序,並希望它儘可能具有響應能力,那麼工作人員對於被某個瀏覽器卡住而漠不關心。」

鉻。你可以製作無鉻的網頁應用程序,這樣你就可以讓你的內聯網應用程序看起來像一個桌面應用程序(快速的JavaScript幫助很多)。您甚至可以使用Chrome製作應用程序快捷方式,這樣就不會再顯示地址欄,更多的屏幕空間。

Chrome比其他瀏覽器的啓動速度更快,每當我想立即讀取Stackoverflow上的內容時,我都會使用Chrome。

0

我會盡可能瀏覽器不可知論。我們有幾個這樣的系統,其中在技術上他們只支持一個瀏覽器,但我們確信他們至少在IE - Gecko - WebKit世界中起作用(即使它們不漂亮)。

(在另一方面,如果我要首發那些從今天從頭之一,優化瀏覽器,而不是IE瀏覽器將是非常,非常誘人。)

相關問題