小编Mik*_*ike的帖子

我有一个看起来像这样的csv文件:请注意,没有引号,标签(\ t)是分隔符,标题和实际内容之间有一个空行.

Facility No     Testing No      Name    Age

252     2351    Jackrabbit, Jazz        15
345     257     Aardvark, Ethel 41

我想我已经尝试了几乎所有可能的想法和参数组合

f = open('/tmp/test', 'r')
csvFile = f.read()
reader = csv.DictReader(csvFile, delimiter='\t', quoting=csv.QUOTE_NONE)
print reader.fieldnames

印刷的结果是:

['F']

我怎样才能将其解析为可以解析的数据库？将它放入字典会很有帮助.

我有一个objectdatasource,我想绑定到转发器.问题是,我无法弄清楚如何显示具有可变行数的可变数量的列.

例如:

我的数据集结构如下.objectdatasource是一个List<item>.

item {
  string name;
  List<itemdata> data;
}

itemdata {
  DateTime year;
  double amount;
}

所以基本上我想做一张桌子

      |  year  |  year  |  year  |  year
 name | amount | amount | amount | amount
 name | amount | amount | amount | amount
 name | amount | amount | amount | amount
 name | amount | amount | amount | amount

项目数量是可变的,以及项目包含的项目数据的数量.

希望有人能指出我正确的方向.

谢谢

首先,这似乎是一个很长的问题.我认为不是......代码只是我目前正在做的事情的概述.这感觉不对,所以我正在寻找建设性的批评和警告,以及我能做些什么的陷阱和建议.

我有一个包含业务对象的数据库.
我需要访问父对象的属性.
我需要通过业务对象维护某种状态.

如果你看一下这些类,我认为访问修饰符是不对的.我不认为它的结构很好.大多数关系都是用公共属性建模的.SubAccount.Account.User.ID < - 所有这些都是公开的..

是否有更好的方法来建立类之间的关系而不是这样,所以它不是那么"公开"？

这个问题的另一部分是关于资源:

如果我要创建一个返回List的User.GetUserList()函数,并且我有9000个用户,当我调用GetUsers方法时,它将生成9000个User对象,并且内部将生成9000个新的AccountCollection对象.我该怎么做才能使这个项目不那么资源匮乏？

请找到下面的代码并将其撕成碎片.

public class User {

   public string ID {get;set;}
   public string FirstName {get; set;}
   public string LastName {get; set;}
   public string PhoneNo {get; set;}

  public AccountCollection accounts {get; set;}

  public User {
     accounts = new AccountCollection(this);
  }

  public static List<Users> GetUsers() {
     return Data.GetUsers();
  }

}

public AccountCollection : IEnumerable<Account> {
  private User user;

  public AccountCollection(User user) {
     this.user = user;
  }

  public IEnumerable<Account> GetEnumerator() {
     return Data.GetAccounts(user);
  } …

• 我有一个I/O密集型操作.
• 我只希望一次运行5个线程的MAX.
• 我有8000个任务要排队并完成.
• 每项任务大约需要15-20秒才能执行.

我看了一下ThreadPool,但是

        ThreadPool.SetMaxThreads(5, 0);

        List<task> tasks = GetTasks();

        int toProcess = tasks.Count;
        ManualResetEvent resetEvent = new ManualResetEvent(false);

        for (int i = 0; i < tasks.Count; i++)
        {
            ReportGenerator worker = new ReportGenerator(tasks[i].Code, id);
            ThreadPool.QueueUserWorkItem(x =>
            {
                worker.Go();
                if (Interlocked.Decrement(ref toProcess) == 0)
                    resetEvent.Set();
            });
        }

        resetEvent.WaitOne();

我无法弄清楚为什么...我的代码一次执行超过5个线程.我试过setmaxthreads,setminthreads,但它一直执行超过5个线程.

怎么了？我错过了什么？我应该以另一种方式这样做吗？

谢谢

我正在使用会员提供商asp.net mvc 4.我想获得一个用户列表和他们的角色,而不是Roles.GetRolesForUser()每个用户.

在我的应用程序中,业务需求声明只为用户分配一个角色.

我目前在做什么:

    [GridAction]
    public ActionResult _GetUsers()
    {
        var users = Membership.GetAllUsers().Cast<MembershipUser>().Select(n => new AdminAccountEditModel
        {
            Role = Roles.GetRolesForUser(n.UserName).FirstOrDefault(),
            IsApproved = n.IsApproved,
            Email = n.Email,
            UserName = n.UserName
        }).ToList();

        return View(new GridModel(users));
    }

非常低效.我该如何解决？

谢谢.

运行Mercurial需要什么版本的Python？我看到该网站说它需要2.4.这是指2.4还是2.x？或者高于2.4的东西,即我可以安装3.x吗？

我已经安装了Mercurial而没有阅读要求,无论如何我安装它并hg.exe执行正常.查看hg.exe所在的目录(C:\Program Files\Mercurial\),它有一个python26.dll在那里.这是否意味着我不必安装Python - 即它与Mercurial捆绑在一起？

谢谢

最终的问题是:如何在应用程序中正常构建类？

我目前正在asp.net中编写一个测试银行应用程序.例如:我有这两个类.一个代表一个帐户,另一个代表一个实用程序类(它有与帐户有关的东西,即获取帐户,更新帐户等)

public Account {
  int ID;
  string Name;
  double Balance;
}

public Accounts {
  public List<Account> GetAllAccounts();
  public Account GetAccountByID(int AccountID);
}

在我的表示层,每当我想要获得我正在使用的帐户时:

Account editAccount = new Accounts().GetAccountByID(234);

您可以看到我正在实例化一个新的Accounts()类来获取帐户.我该怎么做？或者这是正确的吗？静态类是否更适合这种需求？

我觉得这变得非常混乱,如果它变大,它可能无法控制具有相似名称的类.

你通常会如何构建这个？您是否将Accounts类中的这两种方法放入Account类中？

这里的任何见解都会非常棒.

谢谢

我有一个ASP.NET应用程序.在某些页面上,它需要使用页面调用特定的查询字符串,因此可以处理数据.

检查URL中是否包含所需查询字符串的最合适位置在哪里,否则重定向到其他位置？

我只使用了一个主页.

将不胜感激的想法和建议.

谢谢.