Question

我正在编篡一些法典,希望在实际上没有制定例外的法典的情况下犯错误。扔.。

虽然我正在行乞,而且黄色的守则线在功能中得到了强调,但是否有动态地放弃一个一般性的例外?

这将节省在分组会议期间的时间。

增编

Answer 1

奥克,我回答我自己的问题,因为我确实认为,这种特征应当列入未来因特网信息网。

斜体分解法,在起步时,以及法典的一个部分,都着重提到右边点,然后选择 throw子例外。减少名单附有预先规定的例外情况,或只是一般性的新例外。这样,你就可以更快地测试法规,而不必撰写具体的测试案例。

我还认为,总是有可能撰写测试案例。例如,我要说的是,我要求一个网络服务机构提供数据。我只想满足以下例外情况:SSL信托公司失败,联系公司拒绝提供404个资源。如果想写这些测试案例的方法,如果你再次要求的服务不是你自己的话,我会感到惊讶。在这些情况下,如果你能够正确点击,选择放弃新的例外,那么通过方言选择你想要的哪类例外,会更好些。在这种情况下,你一度以欺骗方式操作该守则,每次你想要测试新的例外类型,就正确点击。不必停止或开始变换,或暂时放弃例外,在最终需要释放生产的地方都存在。

我还要提到,你也应当能够从目前我所知道的无法进入的捕捞区退开。

不管怎么说,只要我知道在充满活力的情况下产生这种例外情况的最佳方式,就是把 de点推向过去从未采用过过的法典,从而使你目前法典的行文变得无效。这是我知道如何做到这一点的唯一途径,如果你知道任何其他方式,请找到更好的答案。

表明我的观点

Create Dir
Create File in Dir

如果你不开第1行,拖累和 dropping倒第2行,那么第2行现在就将成为一个例外,因为现在该名录不存在,如果该代码正常运行的话,该名录就会有。

Lol——如果我为VS团队工作,你们都会是许多热心开发商。

Answer 2

您问,如果是的话,你是否能够从方案上使夸大者破灭:

Debugger.Break();

如果你选择建造残疾人,你想要在这个破碎的点上提出一个例外,那么,你就能够站出来,并插入一个<条码>的新例外(声明,然后将执行点移至该行,跨过这一特定线,这将导致偷渡者跳到捕获线上。然后,你可以去掉你刚才插入的行文。如果不加上某些实际的法典来排除例外情况,就不可能这样做。

Answer 3

我的建议是把一个试验案例汇集在一起,根据投入数据,这一试验案例保证,方案将在你所研究的关头提出一个例外。

只有在例外情况有可能被推翻的情况下,你才需要尝试/捕获物,因此,必须把某个地方扔进去——这只是触发它的一个案例。

另一种选择是提供某种类型的 mo物,这些 object物被放在有关法典的行文上,而他们的唯一工作是放弃你要求的例外。

友情链接