我的意思是举个例子，如果工厂不能创建object的实例，为了快速失败的原则，我们真的不希望工厂返回null，或者空对象，或者部分初始化的对象，这些对象可能会被应用程序->正确使用，大多数时候我们会有意外的行为这就是这个原则的含义吗？
故障安全原则对我来说是很难理解的。Java中最常见的例子是集合、它们的迭代器和并发访问。据说，允许在迭代列表时修改列表的集合/迭代器称为故障安全。因此，在这样的文章中，如：，它们与快速故障到故障安全相反...我就是不明白为什
浏览 3提问于2010-12-03得票数 5
回答已采纳
1回答
相反，我想要处理对话框C++代码中的按钮单击。ON_EVENT(DMyDlg, IDC_EXPLORER2, 259, DMyDlg::DocumentCompleteExplorer2, VTS_DISPATCH VTS_PVARIANT)
ON_EVENT(DMyDlg, IDC_EXPLORER2, 250, DMyDlg::Bef
浏览 1提问于2012-09-18得票数 0
回答已采纳
我正在寻找一个验证框架，可以处理我的业务对象和UI输入的验证。最好，我不想重复太多的验证逻辑，并尝试使用DRY原则。所以理想的地方应该是我的业务对象。
其他人用过什么？
浏览 0提问于2009-01-18得票数 1
回答已采纳
1回答
在构建WEB API时，有时我们有自然的幂等操作(比如删除给定的资源)，有时没有(比如刷卡)这有什么不好的吗？为什么不一直这样做，永远放弃非幂等呢？
浏览 8提问于2018-03-07得票数 2
通过两条物理专线打通本地IDC和云上资源，由于其中一条专线带宽容量满足不了后续业务发展需求，需要进行升级替换。
割接当晚将需要升级的专线通道流量切换至另外一条，观察无异常后开始进行通道升级。升级完成后，将流量加载至新通道过程中发现路由条目缺失，导致流量负载异常，怎么处理呢？
浏览 291提问于2021-01-12
有了来自客户端(浏览器)的输入，我需要在服务器端上执行一个事务，具体到数据库上(业务逻辑)。诚挚的问候。
浏览 0提问于2017-09-14得票数 3
回答已采纳
原则上，如果性能计数器处理器:所有核心处理器的处理器时间都在30%以下，CPU是否可能成为Server的瓶颈？或者，低处理器时间自动允许我排除CPU作为潜在的故障来源？我之所以这样问，是因为SQL将CPU列为处理器时间值较低的服务器上的首要瓶颈。
浏览 0提问于2010-03-30得票数 1
回答已采纳
我正在使用Objective-C和Xcode4开发Mac应用程序，我想找出在不使用CoreData的情况下处理数据访问和执行业务逻辑任务的最佳方法。这将以类似于传统业务逻辑和数据访问层的方式工作。
然而，在Mac上，我读到的大部分内容都表明，我的模型和控制器应该分担使用数据填充模型的责任，并承担业务和验证逻辑。在我看来，这似乎有点限制性，并且违背了DRY原则，因为我可能需要在其他模型中重复一些数据访问/业务逻辑操作，从而不得不再次编写相同的代码。因此，是否可以有一组类或外部库来
浏览 0提问于2011-05-03得票数 1
回答已采纳
2回答
我有一个C#控制台项目，其中我将业务逻辑从UI中分离出来。业务逻辑调用API，检索JSON数据，然后用数据更新数据库。UI处理结果的显示，并通过队列循环处理业务逻辑记录。我的问题是如何正确处理业务逻辑引发的异常。UI项目目前处理的异常冒泡，但我想提供尽可能详细的错误消息。例如，有时API无法授权或可能出现故障，我想记录这个特定的异常。除了生成异常的地方之外，在项目中处理异常的“最佳实践”是什么？
浏览 0提问于2014-12-17得票数 0
回答已采纳
我有一个业务要求，作为某些处理的一部分，我们为外部管理的代码启用“插件”功能。
决定了最好的方法是@Reference一个“排名”列表(根据不相关的算法排序)服务。现在，另一个业务需求是，如果有实现ExternalProcessor接口的服务没有绑定到我们的主处理器(因为任何原因:没有解决依赖关系，在激活期间崩溃，缺少所需的配置等等)，我们就不会执行任何类型的处理我觉得这有点违背了OSGi原则( OSGi只提供可用的服务，而不是有关不可用服务的信息)，但我如何做到这一点呢？grep通过日
浏览 5提问于2016-06-27得票数 2
回答已采纳
我读过这样的文章：对于404，客户端不知道服务器上的资源是不存在，还是业务对象不存在。它还必须检查响应体。那么，为什么人们会继续使用带有业务逻辑错误的HTTP响应代码呢？对我来说，简单地查看业务逻辑错误的响应体并处理它就更简单了。是否有必要对业务逻辑错误
浏览 0提问于2018-07-05得票数 0
2回答
试着抓住问题
、、
这些是代码层视图调用ViewHandler，后者调用调用服务的业务层。服务将抛出一些错误异常。所有异常都在View处理程序中处理。业务层重新抛出它从服务中获得的故障异常，以便在VIEWHANDLER中进行处理。在BusinessLayer中重新抛出它的最好方法是什么？
浏览 0提问于2011-06-18得票数 4
回答已采纳
这些年来，我一定忽略了“告诉，不要问”OOP原则，因为我几天前才第一次了解到这一点。但是上下文是关于验证代码的讨论，这些代码已经从ASP.NET web表单页面移到数据/业务对象中，并且没有“验证()”方法，只是一个本身进行验证的保存方法，并且(据说)引发了一个异常。我问为什么这个设计是这样的，我被引导到OOP的“告诉，不要问”的原则，这是我从未听说过的，所以我们一起看了谷歌，我立即接受了教育。;)
不过，有些东西闻起来不对劲，在数据从用户那里传递到业务层进行处理和/或收集之前，不应该
浏览 7提问于2009-02-18得票数 5
回答已采纳
1回答
我对DDD感到困惑的一件事是，我们的域应该处理所有业务逻辑并执行不变量。我注意到一些人(包括我)用javascript处理表示层(即WebForms、视图等)中的某些不变量。尽管这种方法在性能上可能是有益的，但它违反了DDD原则。如果业务规则改变了呢？这样，我们就没有一个捕获所有业务规则的丰富域。如果发生更改，我们应该更改域以及表示层。
以前有没有人遇到过这种情况？
浏览 2提问于2010-04-07得票数 0
我的任务是在客户机上更优雅地处理409，以说明为什么某个特定的API调用失败。我的解决方案是封装任何AJAX调用的故障处理程序，当由于409而发生故障时，这些调用将在客户机上显示一个通知--这一切都很好，并且与使用相同机制的其他4XX和5XX错误一起工作。当我们的路由处理程序在遇到业务逻辑错误时使用409响应时出现了一个问题--我的AJAX包装程序报告说安全锁已经打开，而客户机的现有故障处理程序报告了(它认为)问题是基于响应主体的。一个简单的解决方案是
浏览 0提问于2017-02-07得票数 42
回答已采纳
1回答
public class AlarmEventMessage: IMessage 现在，这些消息被路由到接收消息的消息处理程序因此，对于这个Handle(IMessage message)，我们有多个重载来处理特定的派生消息。Some business logic here }
我认为这违反了单一责任原则由
浏览 0提问于2014-07-03得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
