C#银行示例 – 客户类 – 撤销,存款等等

前端之家收集整理的这篇文章主要介绍了C#银行示例 – 客户类 – 撤销,存款等等前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在学习C#,并且我正试图在使用课程时和不在时学习.

如果我正在为银行编写应用程序,我知道我会为客户使用类,其中包括他们的姓名,帐号,余额等.我会使用静态类来存入他们的帐户,撤销,更改的方法他们的地址等,因为我只需要写一次?

另外,我会用什么来跟踪每个客户对象?拥有2,000名客户:

exampleName = new Customer();

在我的代码中似乎不对.我还没有学习数据库,我只是在学习课程.

解决方法

拥有一个数据库是理想的,但同时您可以使用IEnumerable来保存您的Customer对象,如下所示:
List<Customer> myCustomers = new List<Customer>();
myCustomers.Add(new Customer {Name = "Bob",Address = "123 Anywhere St." });

然后你可以在需要的地方传递列表.

通常,您将在Customer类上拥有一个包含帐户的属性

public class Customer
{
    public Customer()
    {
        _accounts = new List<Account>();
    }

    public List<Account> Accounts 
    {
        get { return _accounts; }
        set { _accounts = value; }
    }

    private List<Account> _accounts;
}

等等.请注意,由于您是初学者,我保持这种简单和做事的方式更长,更具描述性.

以这种方式使用项目列表是一个很好的开始方式,因为当你使用数据库时,你将自然地使用它们;您将从数据库中检索结果集,然后将这些结果集转换为业务对象列表.

至于在这个阶段使用静态方法来执行业务逻辑,如调整余额,更改地址等等,这无关紧要.如果你正在使用像Resharper这样的工具,它会唠叨你这样的建议,但在你的情况下,你可以安全地忽略那个特定的.您应该寻找的是尽可能保持所有内容的自包含,避免数据泄漏和对象之间的责任泄漏 – 这只是良好的编码规则,也是防止松散编码导致的错误的好方法.

一旦你的功能得到了规划和工作,你可能希望将一些功能转移到静态的“帮助”风格类中.这绝对没问题,但是要小心 – 辅助类很棒,但是如果你不维护编码规则,那么很快就会变成反模式.

猜你在找的C#相关文章