代码之家  ›  专栏  ›  技术社区  ›  Joseph Ferris

应用程序框架-购买、构建还是同化?

  •  3
  • Joseph Ferris  · 技术社区  · 17 年前

    我很好奇其他商店在基本应用程序框架方面做了什么?我将应用程序框架视为能够提供额外或扩展的功能,以提高由其构建的应用程序的质量。

    当然,写作在很大程度上是对轮子的重新发明。不过,我并不认为它毫无价值,因为它提供了最可定制的选项。然而,有些东西太大而无法开发,而且在这种情况下,由于对开发的前期成本的承诺犹豫不决,似乎没有得到很好的实施或根本没有实施。

    我们通过查看整个企业中应用程序中的一些更大的问题来处理这种情况,并列出了有效的交叉问题和反复出现的实施问题。最后,我们提出了一个混合解决方案,它部分是开源的,部分基于现有的开源选项,部分是定制开发的。

    • 异常和事件日志记录提供程序。一种简单、统一的方法,通过这种方法,每个应用程序都可以以相同的方式记录异常和事件,只需最少的编码工作。开箱即用,它可以登录到SQL Server、文本文件、事件查看器等。它还包含可登录到其他源的扩展点。
    • 单元测试助手。基于反射的一系列类,可以自动测试类及其属性。(灵感来自 Automatic Class Tester

    我们还直接采用了其他一些功能,就像现在一样。例如,我们正在使用 PostSharp 对于AOP, moq 嘲笑,和 autofaq 对于DI。

    2 回复  |  直到 17 年前
        1
  •  1
  •   Miguel Ping    17 年前

    我的简单建议是使用适合您需要的框架。当然,为了做到这一点,你必须进行实验,事先知道你在寻找什么。即使框架附带的内容远远超出了您的需要,但这样做的成本是多少?对于一般的问题,成本只是一个jar中的几个额外Mbs,我认为这对于大多数项目来说是可以的。

    最后,您应该选择一个能够正确完成工作的框架,以便您的重点是提供用户价值和简化开发人员的维护。当然,没有一个单一的框架可以解决每个人的问题,但是有一些框架在其目标上达到了最佳点。这完全是一个采取最佳妥协的问题。

        2
  •  1
  •   Community Mohan Dere    9 年前

    我们的方法是让整个架构师团队(即 Technical Architects ”)适用于:

    • 要么调整现有的开源框架,在某些情况下将其封装在内部API中,以便能够在需要时更改框架

    无论采用何种方法,这些框架都需要很好的文档化(至少有完整的文档) public API ),并且需要对其发布进行充分宣传:

    推荐文章