我一直在尝试一些索引意见,并留下深刻的印象,但我几乎总是需要一个最大或最小,以及不明白为什么它不起作用,谁能解释为什么? 我知道他们不被允许,我只是不明白为什么! 计数等允许为什么不MIN / MAX,我正在寻找解释…
我知道我可以在汇总数据后重新命名列: blubb <- aggregate(dat$two ~ dat$one, …) colnames(blubb) <- c("One", "Two") 没有错。 但是有没有办法一次性聚合和命名列? 有点像: blubb <- aggregate( … , cols = c("One", "Two")) 这将是escpecially很好(和错字),以某种方式赶上原来的列名,并做如下: blubb <- aggregate( … , cols = c(name_of_dat$one, name_of_dat$two."_Mean"))
我有一个领域模型,有一个编辑器和一个项目的概念。 编辑拥有一些项目,一个项目不仅有一个编辑所有者,而且还有一些编辑成员。 因此,编辑也有一些“join”的项目。 我正在采取DDD方法来build模,并使用Repository模式进行持久化。 但是,我并没有足够好的认识这个模式,以确定我应该怎么做。 我正在假设编辑器和项目可能在相同的聚合,其中根是编辑器。 因此,我可以得到一个编辑,然后列举它的项目,并可以从那里列举项目的成员编辑。 但是,如果我只允许从我的存储库中检索编辑器,那么这是否意味着当我拥有它们的编辑器时,我不得不从存储库中加载所有的项目? 如果我想懒加载成员编辑器,项目需要一个参考资料库以及? 另外,如果我拆分聚合,并有一个编辑器存储库和一个项目存储库,我应该如何处理这两个事务,例如当一个新的项目被添加到编辑器? 例如: Editor e = new Editor("Editor Name"); editorRepository.Add(e); Project p = e.CreateProject("Project Name"); projectRepository.Add(p); // These two lines editorRepository.Save(e); // should be atomic 我误解了Repository模式的意图吗?
鉴于以下(完全矫枉过正)数据框架的例子 df = pandas.DataFrame({ "date":[datetime.date(2012,x,1) for x in range(1,11)], "returns":0.05*np.random.randn(10), "dummy":np.repeat(1,10) }) 有没有一种现有的内置方式来应用两个不同的聚合函数到同一列,而不必多次调用agg ? 语法错误,但直觉上正确的做法是: # Assume `function1` and `function2` are defined for aggregating. df.groupby("dummy").agg({"returns":function1, "returns":function2}) 显然,Python不允许重复的键。 有没有其他的方式来expression对agg ? 也许一个元组列表[(column, function)]会更好地工作,以允许多个函数应用于同一列? 但它似乎只接受字典。 除此之外,是否还有一个解决方法是定义一个辅助函数,而这个辅助函数只适用于它里面的两个函数? (这将如何与聚合无论如何?)
我正在审查我在面向对象编程方面的知识。 在类课题的关系下,我遇到了一些对我有点模糊的关系。 我知道依赖“使用一个”和inheritance“是一个”,但我有点不熟悉聚合,组成,协会和直接关联; 而且,他们中哪一个是“有一个”的关系。 有些使用聚合与公会交替。 什么是直接关联? 另外,什么是组成? 在UML图中,表示它们的箭头是不同的。 如果你能为我清除这些东西,我会非常感激。
我正在寻找像SELECT PRODUCT(table.price) FROM table GROUP BY table.sale类似于SUM工作方式。 我在文档上遗漏了什么,还是真的没有PRODUCTfunction? 如果是这样,为什么不呢? 注:我在postgres,mysql和mssql中查找函数,发现没有,所以我认为所有的SQL不支持它。
假设我有下面的表格: category | guid ———+———————– A | 5BC2… A | 6A1C… B | 92A2… 基本上,我想要做以下的SQL: SELECT category, MIN(guid) FROM myTable GROUP BY category 它不一定是MIN。 我只想返回每个类别的一个 GUID。 我不在乎哪一个。 不幸的是,SQL Server在GUID上不允许MIN或MAX。 当然,我可以将guid转换成varchar,或者创build一些嵌套的TOP 1 SQL,但是这看起来像一个丑陋的解决方法。 有没有我错过了一些优雅的解决scheme?
在这里,我还有另外一个关于聚合和关联的问题。 我想学习一些UML的基础知识,所以我开始阅读Martin Fowler的“UML蒸馏”。 我读了关于课程的两章,有一个我不能完全理解的东西我认为,那就是聚合与结合。 书中有这样的引语: 在UML之前的日子里,人们对于什么是聚合和什么是关联通常比较模糊。 无论是否模糊,他们总是与其他人不一致。 结果,许多build模者认为聚合很重要,尽pipe原因不同。 所以UML包含聚合(图5.3),但几乎没有任何语义。 正如Jim Rumbaugh所说:“把它看作一个模拟安慰剂” [Rumbaugh,UML Reference]。 我从这个引用和Stack Overflow上读到的主题可以理解,我使用这两个关系中的哪一个并不重要,它们意味着几乎相同,还是有任何情况下聚合而不是关联的使用是合理的和/或我不能改变一个到另一个而不改变一个类图的“含义”? 我是这样问的,因为这本书是从2003年开始的,有些事情在这几年可能会改变。
Facebook的React对于即将到来的Web组件规格有什么主要的好处,反之亦然(或者更多的苹果对苹果的比较是对Google的Polymer库)? 根据这个JSConf EU谈话和React主页,React的主要好处是: 使用组件模型解耦和增加内聚力 抽象,构成和expression 虚拟DOM和合成事件(这基本上意味着他们完全重新实现了DOM及其事件系统) 在IE 8上启用现代HTML5事件 服务器端渲染 可测性 绑定到SVG,VML和<canvas> (显然)除了这个虚拟DOM的概念之外,几乎所有提到的内容都是通过Web组件本地集成到浏览器中的。 我可以看到虚拟DOM和合成事件今天如何能够有效地支持旧浏览器,但是不会丢掉大量的本地浏览器代码,就像长时间在自己的脚下投射一样? 就现代浏览器而言,是不是很多不必要的开销/重新发明轮子? 以下是一些我认为 React缺less的Web组件会关心的问题。 如我错了请纠正我。 本地浏览器支持(读“保证更快”) 在香草JavaScript中编写JavaScript,在CSS中编写CSS,在HTML中编写HTML。 使用Shadow DOM进行样式封装 React取而代之,这需要在JavaScript中编写CSS。 不漂亮。 双向绑定
我面临着一个持续不断的问题,即将授权,组成和聚合相互区分,并确定最好相互使用的情况。 我已经咨询了Java面向对象的分析和devise书,但是我的困惑依然存在。 主要的解释是这样的: 代表团 :当我的对象使用另一个对象的function,而不改变它。 构图 :我的对象由其他对象组成,这些对象在我的对象被销毁后又不能存在 – 垃圾收集。 聚合 :我的对象由其他对象组成,即使在我的对象被销毁后也可以存在。 是否可以举几个简单的例子来展示每个案例,以及背后的理由? 除了我的对象简单地引用另一个对象之外,还可以certificate这些例子怎么样? 提前谢谢了。