我们目前正在寻求采用某种类型的“标准”开发人员框架,并考虑使用企业库。您是否建议使用这些块作为软件开发的基础,或者我们应该做些什么 自家种植的?

有帮助吗?

解决方案

就像架构和编程问题的所有好的答案一样,答案是“视情况而定”。

这取决于您的数据访问和对象设计需求的独特程度。它还可能取决于您计划如何长期支持您的申请。最后,这在很大程度上取决于开发人员的技能水平。

这个问题没有一个通用的答案,但一般来说,如果您的主要重点是开发提供一定业务价值的软件,那么选择一个现有的框架并使用它运行。不要将您的周期花在构建不会立即带来业务利润的东西上(即。增加收入和/或降低成本)。

例如,我组织的一个项目是公司运营的核心,需要尽快开发和部署,并且会有很长的生命周期。出于这些原因,我们在 Enterprise Library 的帮助下选择了 CSLA。我们本来可以选择其他框架,但重要的是我们选择了一个看起来非常适合我们的应用程序和开发人员技能的框架,并且我们使用它运行。

它为我们提供了良好的开端,并为我们提供了一个可以获得支持的社区。我们立即从提供商业价值的功能开始,而不是在尝试构建一个框架。

我们还可以在未来雇用最有可能接触过我们框架的人员,为他们提供一个非常好的开始。这应该会减少长期支持成本。

是否有一些我们不使用的东西以及我们可能不需要的开销?也许。但是,我会整天用它来换取尽早且频繁地通过代码交付业务价值。

其他提示

这实际上取决于您需要做什么。一般来说,您的公司所处的利基市场越大,您找到适当支持您的框架的机会就越大。对于较小的利基市场,您很可能需要自己推出。

我工作的公司有几个应用程序,全部适用于估算给定建筑物的建筑材料。由于这是一个非常具体的事情,而且我们有大约 8 个类似的应用程序,因此我们决定推出自己的应用程序,并在必要时引入第 3 方库(为某些内容重新发明轮子是没有意义的)

当然,您的里程数可能会有所不同。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top