anti-patterns

    5热度

    3回答

    我听过并阅读过很多关于设计模式,编码风格,编程技巧等方面的材料......但很少阅读反模式材料。我认为阅读这些材料可以以“消极”的方式吸取教训,因此编程新手避免常见错误是有意义的。事实上,不仅仅是新手,一些经验丰富的程序员还在编写可怕的代码。 所以,我想知道关于这个话题的任何材料,请在这里留下您的建议,谢谢!

    0热度

    2回答

    我被要求将模块添加到现有系统。在研究结构时,我发现了一些“怪异”的东西。该系统是基于struts1的。 在一些jsp中,我发现有一些DAO调用返回实体对象。 在大多数JSP页面中,都有一个<app:validate>标签,它会打电话给DAO检查访问权限,如果不允许,将重定向到登录页面。 有一个accessDA对象,但它不仅仅是数据读取,它还会执行一些访问权限检查。 我的问题是: 是否鉴于铅呼唤DA

    6热度

    1回答

    你经常会看到这样一些代码多余else分支: public void bla() { if (conditionTrue) { // long code here } else { // otherwise do nothing return; } // some more code } else分支显然是下滑向

    2热度

    1回答

    我开始开发一个由两部分组成的应用程序。整个系统充当数字标牌应用。一切都位于一台物理机器上。 第一个组件是内容管理的管理后端。用户可以安排和上传多媒体文件。这是通过浏览器提供的基于网络的东西。 第二部分是媒体播放器。它的任务基本上是加载人们上传并显示的数据。因为它们都在同一台机器上,所以这些元数据保存在数据库中(例如,它应该显示多长时间才能显示此图片,下一步是什么......)以及文件系统中的物理数

    4热度

    4回答

    几乎在每个项目中,我创建了几个实现Singleton模式的类。例如,数据管理器 - 如果有一些文件系统的工作,数据加载器 - 如果一个应用程序连接到互联网,不同的资源管理器等等。有时候有多达5-7个这样的类,我开始觉得我在做有问题。使用Singleton模式太糟糕了吗?

    3热度

    1回答

    分支引导通常描述一个不朽的“Main”分支,其特征从Main分支出来并合并回Main,并且释放从Main分支出来,进一步分支为Release, ,RTM等。关于Main的指导通常简化为“Main中没有垃圾”。 我正在与定期发布(通常为每月一次)和连续发布的小组合作。对他们来说,似乎没有必要将工作返回到主分支。他们使用TFS 2010 - 图解法的分支结构看起来是这样的: 每日基础上由一个分支;最终

    1热度

    1回答

    让我们假设以下结构: class Question < ActiveRecord::Base after_initialize :set_defaults belongs_to :user ... private def :set_defaults self.user = SomeAuth.current_user en

    15热度

    2回答

    我经常看到和使用枚举附带的属性做一些基本的东西,如提供的显示名称或说明: public enum Movement { [DisplayName("Turned Right")] TurnedRight, [DisplayName("Turned Left")] [Description("Execute 90 degree turn to the left

    4热度

    3回答

    我作为创建企业应用程序的团队的一部分工作,该应用程序将用于新的C#.NET Windows应用程序和Web应用程序。其他开发人员之一喜欢把事情分成单独的项目,比我多一点。他的回答总是“不同的问题”,我不知道我是否同意。 我的理论是你创建单独的程序集时,该代码能够被其他消费者共享。关注点的分离应该由命名空间来处理。它可能是一个额外的努力/挑战/噩梦,通过版本控制,模糊处理等方式分发具有大量程序集的应

    1热度

    1回答

    一位同事和我已经想出了一种编码风格冲突。我们都开始与接口,说: interface IMessageList { void AddMessage(IMessage message); void RemoveMessage(IMessage message); } 我将使用的接口的方式是,我将有一个类实现它: // Method 1 class SomeClass : I