Frameworks 框架选择的风险评估
我计划开始一个新的项目,并且正在评估各种web框架。有一个我正在认真考虑,但我担心它的持久力量 在选择web框架时,在决定使用什么时,我应该考虑什么 以下是我所看到的框架:Frameworks 框架选择的风险评估,frameworks,comparison,risk-analysis,Frameworks,Comparison,Risk Analysis,我计划开始一个新的项目,并且正在评估各种web框架。有一个我正在认真考虑,但我担心它的持久力量 在选择web框架时,在决定使用什么时,我应该考虑什么 以下是我所看到的框架: 小型社区。每天用户列表上只有几条消息 自6个多月前的上次发布以来,“新闻”页面上没有新闻 过去30天内没有svn提交 良好的文档,但wiki自上一版本以来未更新 最新版本仍然不在maven存储库中 它并不是官方认可的JavaEE框架,但我看到一些人在回答有关堆栈溢出的各种问题时提到它是一个很好的解决方案 我不想说我在看哪
- 小型社区。每天用户列表上只有几条消息
- 自6个多月前的上次发布以来,“新闻”页面上没有新闻
- 过去30天内没有svn提交
- 良好的文档,但wiki自上一版本以来未更新
- 最新版本仍然不在maven存储库中
我不想说我在看哪个框架,因为我不想让它卷入一场框架战争。我想知道在评估风险时,我应该考虑项目的其他方面。这应该适用于除Java EE web之外的其他领域,如ORM等。您所引用的所有迹象都可能对您的框架选择是一个坏消息 我要找的另一件事是亚马逊等网站上的书籍。如果有好的文档可用,这意味着作者相信它有吸引力,你将能够找到了解它的用户 我能想到的唯一可取之处就是相对成熟。如果框架或开放源代码组件已经成熟,那么它就有可能完成编写的工作,不需要进一步扩展
仍然应该有一个bug追踪器,带有一些活动的证据,因为没有软件是没有bug的(除了我的)。但是,在这种情况下,它不需要大量的请求。您所引用的所有迹象都可能对您的框架选择是一个坏消息 我要找的另一件事是亚马逊等网站上的书籍。如果有好的文档可用,这意味着作者相信它有吸引力,你将能够找到了解它的用户 我能想到的唯一可取之处就是相对成熟。如果框架或开放源代码组件已经成熟,那么它就有可能完成编写的工作,不需要进一步扩展
仍然应该有一个bug追踪器,带有一些活动的证据,因为没有软件是没有bug的(除了我的)。但在这种情况下,它不需要大量的请求。在我决定将框架用于生产环境项目之前,我在框架中寻找了以下内容:
- 大量布局良好的书面文档。糟糕的文档只是意味着我在浪费时间去寻找每件事是如何运作的。如果我在玩一些很酷的新微框架或其他东西,这是可以的,但对于客户来说就不行了
- 一个规模适中的社区,让你可以提问等。一个有趣和活跃的IRC频道是一个很大的优势
- 产品的不断迭代。是否每天/每周关闭或打开bug?可能是个好兆头
- 我可以浏览框架的代码并了解发生了什么。好的框架代码意味着项目的长期成功机会更大
- 我喜欢和它一起工作。如果我玩了几个小时,这是我一生中最糟糕的时候,我肯定不会为客户使用它
我可以继续讲下去,但这些都是我脑子里想不到的主要问题。在我决定将框架用于生产环境项目之前,我在框架中寻找的东西如下:
- 大量布局良好的书面文档。糟糕的文档只是意味着我在浪费时间去寻找每件事是如何运作的。如果我在玩一些很酷的新微框架或其他东西,这是可以的,但对于客户来说就不行了
- 一个规模适中的社区,让你可以提问等。一个有趣和活跃的IRC频道是一个很大的优势
- 产品的不断迭代。是否每天/每周关闭或打开bug?可能是个好兆头
- 我可以浏览框架的代码并了解发生了什么。好的框架代码意味着项目的长期成功机会更大
- 我喜欢和它一起工作。如果我玩了几个小时,这是我一生中最糟糕的时候,我肯定不会为客户使用它
<>我可以继续下去,但这些都是我头脑中的一些首要问题。
除了查看框架之外,在评估风险时,你还需要考虑你自己(以及其他团队成员)的很多事情:
- 如果该框架是一个新的、不成熟的“前沿”框架,那么您是否愿意并且能够调试它、修复或解决您遇到的任何问题
- 如果有一个小社区,您将不得不自己进行大量调试和诊断。你会有时间这样做,并且仍然满足你可能有的任何最后期限吗
- 您是否亲自查看了该框架以确定它有多好,或者您是否愿意依赖其他人对它的看法?你为什么相信他们的判断
- 为什么要使用这个而不是“官方认可的JavaEE框架”?这是一个务实的理由,还是仅仅是一种尝试新事物的愿望
- 如果框架的问题导致您错过了截止日期或交付了一个糟糕的产品,您将如何与您的老板或客户谈论它
除了查看框架外,在评估风险时,还需要考虑自己(以及其他团队成员)的很多事情:
- 如果框架是一个新的、不成熟的“前沿”框架,您是否愿意并且能够调试它