Web服务器端技术利基

Question

我的背景是asp.net开发，我参与了几个项目，开发人员团队可以自由选择服务器端编程技术（PHP，ASP.NET [Web Forms / MVC]，JSP）＆amp;免费购买任何CMS。

向后看我意识到技术和我们经常选择的方法不是最好的方法。我将列举一些项目：

• 一个门户网站（ASP.NET Web Forms） - 最初是.Net Nuke每个开发人员都不知道＆amp;足够的势利足以学习。之前的团队以无法升级的方式修改了Nuke引擎（他们为标准表添加了行和关系）。所以我们从头开始重写它。大错。我们花了一年的时间来实现以前的功能。商业感到困惑 - 他们无法解雇我们，无法忍受我们。
• 另一个门户网站（ASP.NET Web窗体） - 门户网站非常具体（交易），所以我们从头开始开发。一切都很好半年，但随着项目的发展，企业希望看到越来越多的基本功能（论坛，博客）。可能我们应该为标准cms编写大量模块而不是从头开始。
• 一个具有大量报告的特定5页网站 - ASP.NET MVC，没关系。
• 几个小的特定问卷 - ASP.NET MVC，也没关系。

有些项目我必须支持遗留的网络系统，但别无选择。

我觉得（这是非常主观的）服务器端技术的利基如下（当你有选择选择什么时）：

• 标准公司网站＆amp;博客/论坛/社区（所有Web开发的大部分） - 是PHP CMS领域（Wordpress，Joomla，Drupal e.t.c.）。如果团队有asp.net背景，他们应该选择asp.net CMS（Nuke，Sharepoint）
• 小/特定网站 - PHP / ASP.NET利基（但如果它可以从一开始就选择CMS）
• Intranet公司生态系统 - 主要是ASP.NET（CMS与否）
• ...

我知道每项任务都可以通过您最熟悉的技术完成，但是 你怎么看待现在的利基？

还有一些激进的问题：

开发人员是否应该为每个超过3页的网站使用CMS，因为每个网站功能都会增长，并且有很多模块可供我们使用？即使站点看起来过于具体，最好为着名的CMS编写模块，而不是从头开始编写站点。

什么是JSP利基？

Answer 1

您用于构建网站的内容取决于网站的用途。新闻网站应该使用博客软件，静态内容网站应该使用CMS。但是在很多情况下，网站的内容并不适合你提出的常见“利基”之一。例如，Facebook应用程序或其他动态内容网站。

您可能已经做出了为交易网站推出自己的门户系统的正确决定。但是当你想添加论坛，博客等时，你应该只将其中一个系统集成到你的网站中。例如，wired.com是WordPress（博客），商业CMS，自定义Java / JSP，一些PHP和第三方评论系统（Pluck）的混合。