Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/design-patterns/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Language agnostic 可重用性、可测试性、代码复杂性的降低以及展示可编程性的重要性_Language Agnostic_Design Patterns - Fatal编程技术网

Language agnostic 可重用性、可测试性、代码复杂性的降低以及展示可编程性的重要性

Language agnostic 可重用性、可测试性、代码复杂性的降低以及展示可编程性的重要性,language-agnostic,design-patterns,Language Agnostic,Design Patterns,有很多编程和架构模式。模式允许代码变得更干净、可重用、可维护、更易测试&最后但至少不能让跟随者感觉到自己是一个真正酷的开发人员 您如何对这些考虑因素进行排名?当您决定应用该模式时,什么最吸引您 我想知道代码的可重用性有多少次,特别是对于MVP,MVC模式是重要的?例如,DAL库通常在项目之间共享,它是可重用的,但通过接口抽象的控制器/视图的重用频率如何 代码复杂度降低排名很高,如果我保持简单,我可以更好地维护项目,更快地添加/更改功能 可重用性是一种工具,它有它的用途,但不是每个地方都有。为了重

有很多编程和架构模式。模式允许代码变得更干净、可重用、可维护、更易测试&最后但至少不能让跟随者感觉到自己是一个真正酷的开发人员

您如何对这些考虑因素进行排名?当您决定应用该模式时,什么最吸引您


我想知道代码的可重用性有多少次,特别是对于MVP,MVC模式是重要的?例如,DAL库通常在项目之间共享,它是可重用的,但通过接口抽象的控制器/视图的重用频率如何

代码复杂度降低排名很高,如果我保持简单,我可以更好地维护项目,更快地添加/更改功能

可重用性是一种工具,它有它的用途,但不是每个地方都有。为了重用,我通常重构那些在三个以上地方都有相同使用历史的组件。否则,我可能会在一两个地方遇到特殊行为的需要,并最终将一个组件拆分为两个更特殊的组件,这些组件共享一个类似的结构,但如果放在一起则很难理解

可测试性不是我个人投入大量精力的东西。然而,在许多情况下,它源自于代码复杂性的降低:如果没有太多的依赖关系和复杂的代码路径,那么破坏测试的危险就会减少,或者使测试更难执行


至于炫耀能力。。。好客户感兴趣的是应用程序的性能,而不是我的代码有多酷nuff说,代码复杂度降低的级别很高,如果我保持简单,我可以更好地维护项目,更快地添加/更改功能

可重用性是一种工具,它有它的用途,但不是每个地方都有。为了重用,我通常重构那些在三个以上地方都有相同使用历史的组件。否则,我可能会在一两个地方遇到特殊行为的需要,并最终将一个组件拆分为两个更特殊的组件,这些组件共享一个类似的结构,但如果放在一起则很难理解

可测试性不是我个人投入大量精力的东西。然而,在许多情况下,它源自于代码复杂性的降低:如果没有太多的依赖关系和复杂的代码路径,那么破坏测试的危险就会减少,或者使测试更难执行


至于炫耀能力。。。好客户感兴趣的是应用程序的性能,而不是我的代码有多酷努夫说

我认为你错过了清单中最重要的一个——更易于维护。使用易于重用的代码得到的结构良好且一致的代码更易于维护


至于可重用性,那么是的,在很多情况下,通常是这样的:创建一个网页来保存/更新一些记录。几个月后-我们需要将其作为一项服务公开给第三方使用-如果您的代码结构良好,这应该是简单且低风险的,因为您只需要添加一个新的前端。

我认为您错过了列表中最重要的一个-更易于维护。使用易于重用的代码得到的结构良好且一致的代码更易于维护


至于可重用性,那么是的,在很多情况下,通常是这样的:创建一个网页来保存/更新一些记录。几个月后-我们需要将其作为服务公开给第三方使用-如果您的代码结构良好,这应该是简单且低风险的,因为您只需要添加一个新的前端。

我希望大多数人使用模式来学习如何在特定上下文中解决设计问题。根据干系人对项目的需求,您提到的所有非功能性需求都可能非常重要。
至于MVC等等,它不仅仅意味着在项目之间重用,这通常是不可能的,或者是一个好主意。在使用MVC架构的项目中,您从MVC中获得的好处应该很重要。您可以独立地更改视图和模型中的详细信息,您可以使用不同模型的控制器重用视图,您应该能够在不影响控制器和视图的情况下更改持久性详细信息。所有这些在单个项目的开发过程中都非常重要。

我希望大多数人使用模式来学习如何在特定环境下解决设计问题。根据干系人对项目的需求,您提到的所有非功能性需求都可能非常重要。 至于MVC等等,它不仅仅意味着在项目之间重用,这通常是不可能的,或者是一个好主意。在使用MVC架构的项目中,您从MVC中获得的好处应该很重要。您可以在视图中独立更改详细信息
nd模型,您可以使用不同模型的控制器重用视图,您应该能够在不影响控制器和视图的情况下更改持久性详细信息。所有这些在单个项目的开发过程中都非常重要。

许多书中定义的代码可重用性或多或少是一个神话。试着把更多的注意力放在易于阅读-易于维护上。不要一开始就考虑可重用性,如果您先考虑可测试性,然后再考虑重用某些东西,这会更好。交付、测试、拥有干净的代码、重构、不重复自己都很重要,而从一开始就构建可在项目之间重用的组件则不那么重要。任何需要重用的东西都必须是一个自然的过程,更像是一个发现:你看到了重复,所以你构建了一些可以在特定情况下重用的东西。

许多书中定义的代码重用性或多或少是一个神话。试着把更多的注意力放在易于阅读-易于维护上。不要一开始就考虑可重用性,如果您先考虑可测试性,然后再考虑重用某些东西,这会更好。交付、测试、拥有干净的代码、重构、不重复自己都很重要,而从一开始就构建可在项目之间重用的组件则不那么重要。任何需要重用的东西都必须是一个自然的过程,更像是一个发现:你看到了重复,所以你构建了一些在特定情况下可以重用的东西。

谢谢,增加了可维护性。谢谢,增加了可维护性。