首页 / C# / 【转】编写高质量代码改善C#程序的157个建议——建议99：重写时不应使用子类参数

【转】编写高质量代码改善C#程序的157个建议——建议99：重写时不应使用子类参数

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了【转】编写高质量代码改善C#程序的157个建议——建议99：重写时不应使用子类参数，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含732字，纯文字阅读大概需要2分钟。

内容图文

 

建议99：重写时不应使用子类参数

重写时，如果使用了子类参数，可能会偏离设计者的预期目标。比如，存在一个如下继承体系：

            class
             Employee
    {
    }

    
            class
             Manager : Employee
    {
    }

现在，类型ManagerSalary中的SetSalary方法重写了Salary中的相同方法，重写的方法采用一个子类参数：

            class
             Salary
    {
        
            public
            void
             SetSalary(Employee e)
        {
            Console.WriteLine(
            "
            职员被设置了薪水。
            "
            );
        }
    }

    
            class
             ManagerSalary : Salary
    {
        
            public
            void
             SetSalary(Manager m)
        {
            Console.WriteLine(
            "
            经理被设置了薪水。
            "
            );
        }
    }

调用者的代码看起来如下：

            static
            void Main(string[] args)
        {
            ManagerSalary m = new ManagerSalary();
            m.SetSalary(new Employee());
        }

设计者的本意是要设置经理的薪水，可是实际调用的代码却是设置了员工的薪水。

输出为：

职员被设置了薪水。

 

所以，在重写时，使用子类参数有一定风险，应当避免这种设计。正确的方法应当仍旧使用Employee类型参数，这起码能让编译器提醒我们要使用new关键字。

 

 

 

转自：《编写高质量代码改善C#程序的157个建议》陆敏技

原文：http://www.cnblogs.com/farmer-y/p/7999385.html

内容总结

以上是互联网集市为您收集整理的【转】编写高质量代码改善C#程序的157个建议——建议99：重写时不应使用子类参数全部内容，希望文章能够帮你解决【转】编写高质量代码改善C#程序的157个建议——建议99：重写时不应使用子类参数所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1281483.html

来源：【匿名】