问java的框架太多了。害怕和困惑：

EN

真的适合于非常小的团队(1或2个成员)开发web应用程序吗？

当然是这样的，只要这一两个团队成员都很了解Java。这是一个可笑的问题，取决于你如何定义“合适”。我会错误地站在保守的立场，把“合适”解释为“可能”。

真的适合开发Web2.0应用程序吗？

您是在问JavaFX是否合适，还是Web2.0UI技术可以是Flex之类的？我自己也没有使用过JavaFX，但我认为Java后端可以很好地与Web2.0前端共存。服务就是服务。

在这种情况下，

和.NET不是更容易混淆吗？

你的措辞需要改进。好了，我修好了。取决于您对.NET或PHP的了解程度。PHP可以说是“较少设计”和更直截了当，但每个web应用程序不是一个网络CRUD应用程序。.NET可以像Java一样被设计，但是它具有使用作为框架一部分的特性的优点。至少所有东西都来自微软。也许您很困惑，因为Java有更多的选择。

如果选择一个框架，在6个月后，我决定使用另一个框架，是否可以很容易地迁移？

这取决于框架和应用程序层的好坏。我想说的是，如果您正确地对代码进行了分层，那么事情应该是可以修改的。但是框架往往是粘合代码，所以如果您严重依赖于框架，那么无论您选择哪一个框架，都很难提取它。

只是觉得我花了和我花在学习一个框架上的精力一样的努力是不对的，这个框架可以随时改变或者变得无用。我说错了吗？

任何事情都可能改变，变得无用。微软可以决定重写他们的EnterpriseFramework4.0，使其不向后兼容。我不认为这是语言缺陷- Java不是这个场景的唯一牺牲品。

你说得对--当你依赖他人时，你总是处于危险之中。当你自己写和维护所有东西的时候，你也处于危险之中。你需要很好的选择来最小化风险，但你永远无法完全消除它。

我的推荐信？选择春天，晚上睡觉。这是一个非常棒的框架，已经坚持了八年，而且还在不断发展壮大。它有一个伟大的web框架和更多。它所鼓励的习语将使您的Java应用程序更好:更分层，更易于维护，可以很好地与其他框架一起运行，将风险降到最低。他们现在归VMWare所有，所以他们哪儿也不去。

我想你会找到很多不同的答案。我是一个.NET开发人员，我个人喜欢使用.NET、ASP.NET和ASP.NET MVC。如果你对Java很熟悉，为什么不坚持你所知道的呢？你是对的，有无数的框架选择，几乎所有的平台都是如此。

1. 适用于小型和大型团队。有一个好的源代码管理解决方案对任何团队都有好处，所以确保在团队中工作时要考虑如何管理源代码，
2. 整个Web2.0并没有真正专注于特定的服务器端技术。Web2.0的广泛概念(尽管它只是一个神奇的术语)是构建丰富的交互式应用程序的概念。您可以拥有一个Java后端、一个.NET后端和一个PHP后端，实际上完全取决于您的选择。他们能为呼叫客户提供同样的服务吗？我想他们可以。
3. PHP和.NET受益于庞大的开发社区(并不是说Java没有)，而且这个平台正在进行大量的项目。以.NET为例，你可以扩展它，你可以在它的基础上构建，你甚至可以拔出比特，用你自己的代替它。我不会说你不能用Java实现这一点，只是在我看来，使用.NET.
4. Migration变得更容易是一个棘手的问题，您必须注意如何使用该技术，如果您正在做一些特别的事情，那么使用另一种技术的效果会有多好。如果您坚持熟悉的设计理念(如MVC)，您会发现从JSP直接迁移到ASP.NET MVC等要容易得多。
5. 计算软件以惊人的速度移动，我们都必须跟上或落在后面。你必须扪心自问，你是出于个人或商业原因做出这个平台决策的吗？如果是出于个人原因，你觉得你将来会喜欢发展这个项目吗?这是为了个人的成长和发展吗？你觉得你自己在哪拿的？如果是为了生意，你能看到你在这项技术上做了什么投资吗？会不会有任何变化的风，让你在这个阶段质疑你的选择？

抱歉，如果这一切都很神秘的话，我希望这能帮上忙。

我不认为坚持你已经知道的东西是有什么问题的。但是有许多web框架可以帮助您更快地交付产品。您提到了ASP.NET和php，但是也有RoR，它非常流行，而且运行很快。更别提这些语言中的许多语言都有更快的web框架。我将开始研究这些与使用JSP或其他Java方法的方法。

但这只是我的观点。