我应该使用属性来解析控制台输入吗

本文关键字:控制台 输入 属性 我应该 | 更新日期: 2023-09-27 18:24:19

我正在构建一个控制台应用程序,我有一个解析函数,实际上有两个,它在插入数据库后清除用户输入。但在我解析这些值后,我将它们保存在一个对象中,然后使用该对象的方法将数据保存在数据库中。

这是我所拥有的:

static int TryParse(string lable, string field)
        {
            string str = Console.ReadLine();
            string rgx; 
            string warning;
            switch (field)
            {
                case "phone":
                    rgx = @"'b'd{4}-?'d{2}-?'d{2}'b";
                    warning = @"Por favor insira apenas números (máximo de 8 dígitos) ou no seguinte formato: XXXX-XX-XX.";
                    break;
                case "postal":
                    rgx = @"'b'd{2}-?'d{3}-?'d{3}'b";
                    warning = @"Por favor insira apenas números (máximo de 8 dígitos) ou no seguinte formato: XX-XXX-XXX.";
                    break;
                case "area":
                    rgx = @"'b'd{2}'b";
                    warning = @"Por favor insira apenas números (máximo de 2 dígitos). Código de área sem o 0.";
                    break;
                default:
                    rgx = @"'d+";
                    warning = @"Por favor insira apenas números.";
                    break;
            }
            Regex regex = new Regex(rgx);
            while (!regex.IsMatch(str))
            {
                Console.WriteLine(warning);
                Console.Write(lable);
                str = Console.ReadLine();
            }
            return Convert.ToInt32(str.Replace("-",""));
        }//End of TryParse();

另一个函数只返回一个字符串causeits作为电子邮件字段。

我的课是:

public class Contact
    {
        public int id;
        public string name;
        public string skype;
        public string main_email;
        public string company;
        public int main_phone;
        public int main_phone_area;
        public int postal_code;

并有一个保存方法,整个CRUD,构造函数等…

那么,我应该使用对象属性进行解析,而不是像在程序(main)中那样进行解析吗?

第1版:

控制台的读/写操作已经处于主状态。

我应该使用属性来解析控制台输入吗

我的意见是在业务对象中执行此操作。原因是您可以稍后在另一个项目中重用验证。

您还可以查看ValidationAttributes,它为您提供了一种很好的、干净的方法来验证业务对象。

您还可以将FluentValidation视为另一个强大的替代方案。