circular-dependency

    2热度

    1回答

    我已经写了一组相当复杂的SCons脚本,并且我找到了一些我找不到的错误,例如中间文件被删除或有循环依赖关系报告,我想知道原因。不幸的是,我没有看到任何方法来获得SCons在做什么和在哪里进行详细的调试输出。例如,选项--taskmastertrace=FILE不能解释为什么我的中间文件已被删除。 (编辑:当然,我可以使用Precious保护它们,但这些文件是需要另一个目标和构建失败 - 我只是不明

    4热度

    4回答

    特征Traversable具有诸如toList,toMap,ToSeq的方法。鉴于List,Map,Seq是Traversable的子类,这会产生循环依赖性,这通常是不是所需的设计模式。 据我所知,这是限制在集合库,它提供了一些很好的转换方法。 有没有其他设计考虑?如“实用程序”类,或将转换方法添加到Predef? 说我想添加一个新类:class RandomList extends List {

    5热度

    2回答

    我目前正在编写一个网络抓取工具,它从互联网上检索信息。简化它看起来像这样。 数据访问项目 对象来获取原始数据 对象的原始数据解析为对象(!!) 的实体解析器回报。 现在,我创建实际的解析器,我要去使用它是这样的: using Application.DataAccess; using Application.DataAccess.Entities; namespace Application

    3热度

    3回答

    虽然我基于Django的项目,我总是试图按照Django的方法可重复使用的应用程序的工作 - 我试图相互分离我的应用程序,尤其是试图避免交叉引用,但有时它似乎不可能。 让我们考虑一个简单的例子与2个应用程序:文章和用户。文章应用程序定义文章模型,文章列表视图和单文章视图,用户应用程序定义用户模型和用户配置文件视图。文章是从作者领域引用用户,所以文章的应用显然依赖于用户的应用程序,这很好。 但是,当

    2热度

    1回答

    public interface IBaz { IBar bar { get; set; } } public class Baz : IBaz { public IBar bar { get; set; } public Baz(IBar bar) { this.bar = bar; } } public interface IBar { IBaz baz { ge

    4热度

    1回答

    我想定义一个带有可交换散列函数的散列表。散列函数将采取一个指针到哈希表和密钥被散列,返回像这样一个int: typedef int (hash_function_t) (hashtable *, int); 在散列表中存储有指针将被用于散列键功能: typedef struct ht { size_t size; ... hash_function_t *hash

    1热度

    3回答

    我遇到了包含模型实现和* .h和* .hpp文件的循环依赖包含模型的问题。 让我们想象一下班以下的继承顺序: A->B->C, A->A1, B->B1, C->C1 其中A,A1是抽象类。 A.H(抽象类) #ifndef A_H #define A_H template <class A> { //some code virtual A() = 0; };

    0热度

    1回答

    我正在建立一个游戏引擎(在C++中)分裂成多个项目(编译来分离Windows和Linux中的共享对象的DLL和库)结构是如下: Main.exe Engine.dll Graphics Engine.dll Physics Engine.dll Sound Engine.dll ...dll Main.exe初始化一个新的引擎,然后引

    1热度

    2回答

    我有三个类:一个TopClass其中包含一个BottomClass指针的实例。 BottomClass包含指向HelperClass的指针。 HelperClass保持指向TopClass的指针。循环依赖项弹出,并且HelperClass需要前向声明。 所有这一切都说明用下面的代码片段: #include "BottomLevel.h" namespace foo { class

    8热度

    3回答

    我不知道是否有人可以建议任何好的方法来打破Java中的两个类之间的循环依赖关系! FindBugs提出使用接口,所以我想知道是否有人有这种类型的问题有任何好的经验! 在此先感谢!