Tag: devise原则

嵌套callback的Java模式?

我正在寻找一个Java模式来进行非阻塞方法调用的嵌套序列。 在我的情况下,一些客户端代码需要asynchronous地调用一个服务来执行一些用例,而这个用例的每一步必须是asynchronous执行的(因为这个问题的范围之外的原因)。 想象一下,我有现有的接口,如下所示: public interface Request {} public interface Response {} public interface Callback<R extends Response> { void onSuccess(R response); void onError(Exception e); } Request和Response接口有不同的配对实现,即RequestA + ResponseA (由客户端提供), RequestB + ResponseB (由服务内部使用)等。 处理stream程如下所示: 在收到每个响应和发送下一个请求之间,需要进行一些额外的处理(例如根据任何以前的请求或响应中的值)。 到目前为止,我已经尝试了两种使用Java编码的方法: 匿名类:由于所需的嵌套,很快变得丑陋 内部类:比上面更清晰,但是对于另一个开发者来说仍然难以理解执行的stream程 有没有一些模式,使这个代码更具可读性? 例如,我是否可以将服务方法表示为一个自包含操作的列表,由依赖嵌套的框架类按顺序执行?

存储库模式:如何延迟加载? 或者,我应该拆分这个聚合?

我有一个领域模型,有一个编辑器和一个项目的概念。 编辑拥有一些项目,一个项目不仅有一个编辑所有者,而且还有一些编辑成员。 因此,编辑也有一些“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模式的意图吗?

在C#中,为什么“int”是System.Int32的别名?

由于C#支持Int8 , Int16 , Int32和Int64 ,为什么语言的devise者select将Int32定义为Int32的别名,而不是根据本机体系结构认为是一个word而使其变化? 我没有任何具体的需要,以行为不同于它的方式,我只是要求出纯粹的百科兴趣。 我认为64位RISC架构可能会存在,它将最有效地支持64位数量,并且其中32位数量的操作将需要额外的操作。 这样的架构在程序坚持使用32位整数的世界中处于劣势,这是另一种说C#成为未来语言的方式,从根本上防止了硬件devise者提出这样的问题未来的架构。 StackOverflow不鼓励推测答案,所以只有当你的信息来自可靠的来源时,请回答。 我注意到一些SO的成员是微软的内部人士,所以我希望他们能够在这个问题上启发我们。 注1:其实我读了所有的答案和SO的所有评论:假设在C#中int总是32位是安全的吗? 但对于我在这个问题上提出的问题,却没有提出任何暗示。 注2:这个问题在SO上的可行性(无疑)在这里讨论: Meta:我可以问一个“他们为什么这样做”types的问题?

我应该在GPS数据库中存储多less位有效数字?

我有我的MySQL数据库经度和纬度坐标(GPS数据)。 它目前存储为: column type ———————— geolat decimal(10,6) geolng decimal(10,6) 问题:我是否真的需要像decimal(10,6)那样大的数据types才能正确存储坐标数据? 由于我有经度和纬度的综合指数,这个指数的规模是巨大的。 如果我可以在不损害任何东西的情况下做到这一点,那就太好了。

响应式网页devise中的单一样式和多个样式表

简而言之: 在进行响应式网页devise时,您应该使用一个还是多个样式表? 详细: 在响应式devise中 ,您倾向于拥有一大块CSS,然后在其达到某个断点时调整布局。 您可以通过以下两种方式之一构build您的代码: 单个样式表 /* Main CSS */ @media only screen and (min-width: 480px) { /* CSS */ } @media only screen and (min-width: 640px) { /* CSS */ } @media only screen and (min-width: 800px) { /* CSS */ } 多个样式表 <link rel="stylesheet" media="screen" href="main.css"> <link rel="stylesheet" media="only screen and (min-width: […]

要避免的类(代码完整)

我对代码完整的书中的段落有些困惑。 在“要避免的类”一节中,其内容如下: “避免以动词命名的类只有行为但没有数据的类通常不是真正的类,考虑将类DatabaseInitialization()或StringBuilder()转换为其他类的例程” 我的代码主要由没有数据的动词类组成​​。 有invoicereaders,pricecalculators,messagebuilders等我这样做集中每个类的任务。 然后我将其他类的依赖添加到其他function。 如果我正确理解段落,我应该使用类似的代码 class Webservice : IInvoiceReader, IArticleReader { public IList<Invoice> GetInvoices(); public IList<Article> GetArticles(); } 而不是 class InvoiceReader : IInvoiceReader { public InvoiceReader(IDataProvider dataProvider); public IList<Invoice> GetInvoices(); } class ArticleReader : IArticleReader { public ArticleReader(IDataProvider dataProvider); public IList<Article> GetArticles(); } 编辑感谢所有的答复。 我的结论是,我目前的代码比OO更多的SRP,但它也遭受“贫血域模型”。 我相信这些见解将会对我有所帮助。

为什么在swift中没有存储types属性?

通过Swift编程语言,我惊讶地发现,与结构和枚举不同,类不支持存储的types属性。 这是其他面向对象语言的一个共同特征,所以我认为他们决定不允许这样做是有原因的。 但是我无法猜测这是什么原因,特别是在结构(和枚举)有它们的情况下。 难道仅仅是Swift的早期版本,而且还没有实现呢? 还是有语言devise决定背后的深层原因? 顺便说一句,“存储types属性”是Swift的术语。 在其他语言中,这些可能被称为类variables。 示例代码: struct FooStruct { static var storedTypeProp = "struct stored property is OK" } FooStruct.storedTypeProp // evaluates to "struct stored property is OK" class FooClass { class var computedClassProp: String { return "computed class property is OK" } // class var storedClassProp = "class property not OK" // […]

Objective-C块更好的asynchronous控制stream程

我正在使用AFNetworking对Web服务进行asynchronous调用。 这些呼叫中的一些必须被链接在一起,其中呼叫A的结果由呼叫C使用的呼叫B使用,等等 AFNetworking会在创build操作时处理设置了成功/失败块的asynchronous调用结果: NSURL *url = [NSURL URLWithString:@"http://api.twitter.com/1/statuses/public_timeline.json"]; NSURLRequest *request = [NSURLRequest requestWithURL:url]; AFJSONRequestOperation *operation = [AFJSONRequestOperation JSONRequestOperationWithRequest:request success:^(NSURLRequest *request, NSHTTPURLResponse *response, id JSON) { NSLog(@"Public Timeline: %@", JSON); } failure:nil]; [operation start]; 这会导致嵌套的asynchronous调用块迅速变得不可读。 当任务不相互依赖,而是必须并行执行,执行取决于所有操作的结果时,情况会更加复杂。 似乎更好的方法是利用承诺框架来清理控制stream程。 我遇到了MAFuture,但无法弄清楚如何最好地将其与AFNetworking相结合。 由于asynchronous调用可能有多个结果(成功/失败),并没有返回值,它似乎不是一个理想的契合。 任何指针或想法,将不胜感激。

使用存储库/服务模式和MVC时caching数据对象

我有一个基于MVC的网站,使用存储库/服务模式进行数据访问。 这些服务被编写用于大多数应用程序(控制台,winform和web)。 目前,控制器直接与服务进行通信。 这限制了应用适当caching的能力。 我看到我的select如下: 编写一个Web应用程序的包装,它实现了caching的IWhatEverService。 通过caching每个操作的ViewData来caching每个控制器。 不要担心数据caching,只需为每个Action执行OutputCaching。 我可以看到每个人的利弊。 使用Repository / Service进行caching的最佳做法是什么?

实体属性值(EAV)的替代scheme?

我们的数据库是基于EAV(Entity-Attribute-Value)模型devise的。 那些曾经使用过EAV模型的人,为了灵活性而知道所有的垃圾。 我问客户有关使用EAV模型(灵活性)的原因,他们的回答是:他们的实体随着时间而改变。 所以,今天他们可能有一个有几个属性的表,但在一个月的时间里,可能会添加一些新的属性,或者现有的属性可能会被重命名。 他们需要生成报告以及时返回到任何阶段,并根据当前实体的形状查询数据。 我知道这对传统的关系模型来说是不可行的,但我个人认为EAV是反模式的。 是否有其他的替代模型,使我们能够捕捉实体和实例变化的时间维度? 干杯,Mosh