如果你有一个库/框架/类实现类似Rake的依赖管理,它似乎对通用编程有用,即将代码分解为任务和依赖关系。有没有'耙样'的设计模式?
例如,想象一下在flickr上管理用户照片库的应用程序。该应用程序可能会被分解为具有相互依赖关系的类似Rake的任务。登录可能是一项任务,同步用户照片可能是另一项依赖于登录任务的任务,删除照片可能是一项依赖于用户数据最新的任务。
这似乎是一个简单/(基本)的概念,可能已经作为一个设计模式存在,或者甚至作为一个图书馆(理想情况下在C或Objective-C),除非它是一个非常糟糕的想法..(请评论) ?
这是否会重新发明一个实现Rake的Objective-c(或您选择的语言)以供在桌面应用程序内部使用,而不是作为构建实用程序?
这非常含糊。 Rake与Rake有什么不同,具体而言,具有哪些相似之处? – jalf
你知道Rake做什么吗?想象一下,不是作为构建工具,而是像桌面应用程序的中心架构,比如说,Photoshop。我的问题仅仅是这已经是一个公认的设计模式?对不起,你觉得它含糊不清。 – hooleyhoop
是的,我知道它做了什么,但我不明白“作为中央架构”的含义。它的角色究竟是什么?你问的基本上是“有没有像橙色的东西,可以在上下班之间运送人们?”是的,那里*可能*是。但是他们是完全不同的东西,对于任何不在你脑海的人来说都是不清楚的。*一个人如何处理另一个人的工作。我可以在这两者之间找出十几个相似之处,但我不知道哪些特定的*你感兴趣。 – jalf