package-structuring

    11热度

    1回答

    我开发磁盘上具有以下结构的包装: foo/ __init__.py xml.py bar.py moo.py 的xml.py包提供的类,它使用一个SAX流分析器的其它组件封装了一些自定义XML解析和翻译。所以它有它: import xml.sax import xml.sax.handler 但是当我去在应用程序中使用我得到: Traceback

    9热度

    4回答

    我只是想知道是否有其他人只看到集成测试只是一个特殊的单元测试。不过,我从其他程序员那里听说,分离单元测试和集成测试是一个好主意。我想知道是否有人可以解释为什么这是一个好主意。将整合和单元测试视为完全不同的是什么样的优势?例如,我已经看到了用于集成测试和单元测试的单独文件夹和包。我认为一个包含单元测试和集成测试的测试包就足够了,因为它们基本上都是相同的概念。

    1热度

    1回答

    我最初教构建三层的方法如下: 道 域 服务 utils的 JSF(豆) ... 一个实例化的类将不适合这些包,特别是类最常用的应用程序y组静态方法。它可以作为附加思想添加到服务中,但感觉很尴尬。 从那时起,我已经看到了更精细的封装结构(可能是从Maven的借用): 常数(harcoded常数和枚举) DAO dao.impl(的接口的实现) 模型 资源(属性和配置文件) 服务 service.im

    18热度

    2回答

    在Eclipse的“包资源管理器”,让我们说我有一个这样的包的列表: com.animal.dog com.animal.cat com.animal.frog 如果我想使最终的封装结构看起来像 重构这个包结构 com.dog com.cat com.frog 所以基本上消除父包&的子包安装到其祖父。我在“com.animal”包中有很多子包&我想避免如果可能的话手动执行此操作&然后还要将包导入到

    1热度

    2回答

    我是Java新手,正在制作许可证生成器。这是我目前的设置。 com.example.licensegenerator.client (used by the client application) :LicenseLoader (no Main method) :LicenseDownloader (no Main method) com.example.licensege

    2热度

    1回答

    发展当J2EE Web应用程序我通常会安排我的封装结构,以下列方式 com.jameselsey.<applicationName>. 控制器 - 控制器/行动何去何从 服务 - 交易服务类,称为通过控制器 域名 - 我的域类/对象的ap折叠使用 DAO - 抽象DAO层 DAOImpl - 实现DAO层,使JPA/JDO /休眠切换等 utils的 - 实用工具类,什么通用I可能要使用这样的作为

    5热度

    7回答

    构造异常类位置的常见或最佳做法是什么? 比方说,你有(订单模型和DAO)软件包/命名空间myproject.person(对人的模型和DAO)和myproject.order的例外PersonException和OrderException。我是否应该将例外情况列入相应的软件包或单独的软件包中(例如myproject.exceptions)? 第一种方法似乎更合理的(因为它是由功能排序)。但是问题