Just So So ...
我们经常会面临一些类型转换的工作，其中有些是确定可以转换的（比如将一个子类类型转为父类类型），而有些则是尝试性的（比如将基类引用的对象转换成子类）。当执行常识性转换时，我们就应该做好捕捉异常的准备。
当一个不正确的类型转换发生时，会产生InvalidCastException异常，有时我们会用try-catch块做一些尝试性的类型转换，这样的代码没有任何错误，但是性能却相当糟糕，为什么呢？异常是一种耗费资源的机制，每当异常被抛出时，异常堆栈将会被建立，异常信息将被加载，而通常这些工作的成本相对较高，并且在尝试性类型转换时，这些信息都没有意义。
大家都知道，通常在编译程序时可以选择Debug版本还是Release版本，编译器将会根据”调试“和”发布“两个不同的出发点去编译程序。在Debug版本中，所有Debug类的断言（Assert）语句都会得到保留，相反在Release版本中，则会被通通删除。这样的机制有助于我们编写出方便调试同时又不影响正式发布的程序代码。
相信阅读本文的园友都已经养成了try-catch的习惯，但对于异常的捕捉和处理可能并不在意。确实，直接捕捉所有异常的基类：Exception 使得程序方便易懂，但有时这样的捕捉对于业务处理没有任何帮助，对于特殊异常应该采用特殊处理能够更好地引导规划程序流程。
一、背景介绍
据我所知，目前 kubernetes 本身或者其它第三方社区都没提供 kubernetes 的文件系统。也就是说要从 kubernetes 的容器中下载或上传文件，需要先进入容器查看目录结构，然后再通过 kubectl cp 指令把文件拷贝进或出容器。虽然说不太麻烦，但也不太方便。
如果您是一个.NET 开发者，想从Windows切换到Mac上开发.NET或者您已经在Mac上开发了，那么这边文章将会介绍或者回顾一些在Mac系统上开发所需要的一些工具。