我有一个实现Linq To SQL的项目,我很高兴.很长一段时间,最大的问题只是设计师有缺陷.
不幸的是,我的项目现在需要多个表继承,而Linq to SQL不支持它.当我得知它确实支持多重继承时,我决定切换到实体框架,这似乎是微软正朝着的方向发展.但现在我开始对这个决定感到后悔.
例如,调用Load()？WTF？如果我不想要这些数据,我不会要求它!找出所有Entity Framework的肛门怪癖正在成为我身边的一大棘手.
无论如何......隧道尽头有灯吗？当我完成后,将使用EF值得,或者我做出了一个糟糕的决定？
最后,我想问一下:微软在整个ORM中的位置是什么？Rails的ActiveRecord多年来一直工作得很漂亮.
我正在尝试创建一个网页,该网页将根据下拉列表的选定值显示适当的用户控件.
基本上页面布局是这样的:
下拉选择
< 基于下拉选择创建的用户控制 >
我有一半工作...当选择改变时控件正在改变.在OnInit()中,我动态创建最后选择的控件(其值以会话状态保存,因为ViewIn在OnInit中不可用).
当发生下拉选择更改时,我删除旧的用户控件,并添加一个新的用户控件. 问题是:从选择更改事件添加新控件后,我无法在第一次回发时保存用户的更改.在第一个回发后,从OnInit而不是Change事件创建所选控件,然后保存状态,直到下一个选择更改.
这是SelectionChanged方法:
protected void SelectionChanged(object sender, EventArgs e)
{
SelectedValue = int.Parse(DropDownList.SelectedValue); //Store in Session
Control userControl = GetSpecificUserControl(SelectedValue);
PlaceHolder1.Controls.Clear(); // Remove old user control
PlaceHolder1.Controls.Add(userControl);
}
在SelectionChanged发生后,用户对新控件所做的任何更改都不会保存在以下帖子中.但是,随后的回发会得到保存.此时,控件将在OnInit()中创建.
当控件发生变化时,是否有某种方法可以强制正确的回发和ViewState？控件更改后是否可以强制页面重新初始化？
我涉水回到C++世界的一个项目,而在C++/CX花费了大量的时间与C#和新的东西之间,我有点生疏了.
什么时候适合使用ref classC++/CX中引入的类型？
内置的引用计数句柄似乎很好,似乎是尽可能使用ref类的一个很好的理由(忽略可移植性问题).但是,我不确定这些类型是否增加了额外的开销？或者,如果还有其他原因限制其使用？
我一直在努力让我们的软件部门采用某种开发过程方法.我们只有9个开发人员和大约几个项目.目前,我们只能被描述为混乱.或者也许是"危机驱动的发展",因为我看到另一个SO用户称之为.
使用看板似乎是一个非常适合我们.所以我和其他人讨论过,每个人都认为这听起来不错.但是,当我们讨论如何安排董事会时,每个人都希望每人一个董事会.
现在,我从未尝试过看板或任何方法,但感觉就是让每个人在自己的董事会上管理会否定看板过程应该提供的好处.这个想法让我感到难过,并想说'哼哼让我们废弃这个想法.'
您认为每个开发人员实施看板是否值得？