web服務器端技術利基

Question

我的背景是asp.net開發，我參與了幾個項目，開發團隊可以自由選擇服務器端編程技術（PHP，ASP.NET [Web Forms/MVC]，JSP） &免費購買任何CMS。

向後看我意識到技術&我們經常選擇的方法並不是最好的方法。我將列舉一些項目：

• 一個門戶網站（ASP.NET Web窗體） - 這本來就是淨核彈每個開發人員都一無所知&足夠勢利學習。之前的團隊修改了Nuke引擎，使其無法升級（他們將行和關係添加到標準表中）。所以我們從頭開始重寫了它。大錯。我們花了一年的時間來實現以前的功能。企業感到困惑 - 他們無法解僱我們，無法忍受我們。
• 另一個門戶網站（ASP.NET Web窗體） - 門戶非常具體（交易），所以我們開始從頭開始開發。一切都很好半年，但隨着項目的發展，企業希望看到越來越多的基本功能（論壇，博客）。可能是我們應該爲標準cms寫很多模塊，而不是從頭開始開發。
• 一個具有大量報告的特定5頁的網站 - ASP.NET MVC，它沒問題。
• 幾個小的具體問卷 - ASP.NET MVC和它也沒關係。

有些項目我不得不支持遺留網絡系統，沒有選擇。

我覺得（這是非常主觀的）是服務器端技術龕以下（當你有一個選擇選擇什麼）：

• 標準公司網站&博客/論壇/社區（所有網站開發的大部分） - 是PHP CMS領域（Wordpress，Joomla，Drupal等）。如果團隊有asp.net背景，他們應該選擇asp.net CMS（Nuke，Sharepoint）
• 小/特定網站 - PHP/ASP.NET利基（但是如果它可以從一開始就選擇CMS）
• Intranet公司的生態系統 - ASP.NET大部分（CMS與否）
• ...

我知道每一個任務都可以用技術來實現你最熟悉的，但 你覺得現在的壁龕什麼？

有一些激進的問題也：

難道開發人員使用CMS每個站點大於3頁爲每一個網站的功能趨於增長，有很多爲我們寫的模塊？即使網站看起來太具體，最好爲着名的CMS編寫模塊，而不是從頭開始編寫網站。

什麼是JSP利基？

Answer 1

您使用什麼來建立網站取決於網站的用途。新聞網站應使用博客軟件，靜態內容網站應使用CMS。但是，有很多情況下，網站的內容不符合您所說的一般常用「壁龕」。例如，Facebook應用程序或其他動態內容網站。

您可能做出了正確的決定，爲交易網站推出自己的門戶系統。但是當你想添加論壇，博客等時，你應該把已經存在的一個系統集成到你的網站中。例如，wired.com是WordPress（博客），商業CMS，定製Java/JSP，一點PHP和第三方評論系統（Pluck）的混合體。