哪种类设计更好,为什么?
public class User
{
public String UserName;
public String Password;
public String FirstName;
public String LastName;
}
public class Employee : User
{
public String EmployeeId;
public String EmployeeCode;
public String DepartmentId;
}
public class Member : User
{
public String MemberId;
public String JoinDate;
public String ExpiryDate;
}
Run Code Online (Sandbox Code Playgroud)
要么
public class User
{
public String UserId;
public String UserName;
public String Password;
public String FirstName;
public String LastName;
}
public class Employee
{
public User UserInfo;
public String …Run Code Online (Sandbox Code Playgroud) 如何以现代通用方式打包可移植.NET库?假设我有一个AnyCPU程序集,我希望它可用于任何支持.NET Core API表面的.NET平台,例如.NET Framework 4.6和通用Windows平台.
这是一系列问题和答案,记录了我对现代NuGet包创作主题的研究结果,特别关注NuGet 3引入的变化.您可能还对一些相关问题感兴趣:
如何打包用C#编写的通用Windows平台库,它只提供与体系结构相关的构建?为了便于说明,假设我为每个体系结构(使用#if ARM和等效)有条件地编译了一些特定于体系结构的代码.
要清楚,我的库没有AnyCPU构建 - 只有x86,x64和ARM.
一个等价且可能更常见的情况是我依赖外部库,它只作为特定于体系结构的构建(例如Win2D)提供.为了保持上下文简单,让我们假设没有依赖关系,只涉及我自己的代码 - 解决方案应该以任何方式减少到相同的事情.
这是一系列问题和答案,记录了我对现代NuGet包创作主题的研究结果,特别关注NuGet 3引入的变化.您可能还对一些相关问题感兴趣:
下面是两个返回相同数据的查询.除了风格,我不确定哪个更好.
哪些因素会影响这些查询?使用一种风格而不是另一种风格有什么好处?
样品1
var x = from s in db.Surveys
join sq in db.Survey_Questions on s.ID equals sq.Survey_ID
join q in db.Questions on sq.Question_ID equals q.ID
join qg in db.Question_Groups on q.ID equals qg.Question_ID
where s.Type_ID.Equals(typeID) & s.Type.Equals(type)
select new { question = sq.Question, status = sq.Status, grp = qg };
Run Code Online (Sandbox Code Playgroud)
样本2
var x = db.Surveys.Where(s => s.Type_ID.Equals(typeID) & s.Type.Equals(type))
.Join(db.Survey_Questions,
s => s.ID,
sq => sq.Survey_ID,
(s, sq) => new
{
question = sq.Question,
status = sq.Status
})
.Join(db.Question_Groups, …Run Code Online (Sandbox Code Playgroud) 如何以通用NuGet发布的现代通用方式打包通用Windows平台库?假设我有一个用C#编写的AnyCPU程序集,它导出一些代码和XAML用户控件.
这是一系列问题和答案,记录了我对现代NuGet包创作主题的研究结果,特别关注NuGet 3引入的变化.您可能还对一些相关问题感兴趣:
如何以现代通用方式打包.NET库以便通过NuGet进行发布?假设我有一个AnyCPU程序集,我希望在.NET Framework 4.6平台上提供.
这是一系列问题和答案,记录了我对现代NuGet包创作主题的研究结果,特别关注NuGet 3引入的变化.您可能还对一些相关问题感兴趣:
如何打包依赖于Visual Studio扩展SDK(如Microsoft Player Framework)的通用Windows平台库?
具体来说,我希望我的库用户能够在按下NuGet中的Install按钮后立即使用它,而无需手动将扩展SDK添加到他们的项目中.当然,假设实际安装了适当的扩展SDK.
这是一系列问题和答案,记录了我对现代NuGet包创作主题的研究结果,特别关注NuGet 3引入的变化.您可能还对一些相关问题感兴趣:
CLR分析器似乎不适用于Silverlight CLR.是否存在另一个内存分析器?
我在Silverlight中遇到了XAML文件的真正困难,因为在使用Blend时它们变得非常快.只需添加少量控件并设置动画后,它就会变成文本墙.
我希望很快会有更好的Blend版本出现,这样我们的设计师就不会再看到XAML了.但是现在,这不是一个解决方案 - XAML仍然需要手动管理,这是一个令人沮丧的任务.
有没有人找到解决方案?你如何保持你的XAML文件的顺序?当他们变大时,你如何理解他们?
编辑:我对Silverlight解决方案特别感兴趣,因为Silverlight不支持最明显的WPF解决方案 - 将内容分解为资源字典.
我注意到,从现在开始,代码签名证书需要与物理令牌配对.
最低要求规定CA应确保对私钥的更强保护.因此,所有的代码签名证书,而不仅仅是扩展验证水平,将需要开始在2017年有了这个1月30日,一个USB令牌,所有新的和更新标准代码签名的订单将被送到一个USB令牌存储证书和保护私钥.此外,除EV代码签名外的所有标准代码签名产品将集成到一个"多平台"代码签名证书中.注意:重新签发现有代码签名证书(2017年1月30日之前签发)将不会立即需要令牌.但是,这可能会有所变化.
作为使用纯云工作流程的人,这引起了我明显的担忧 - 我不能只将这个USB令牌插入"云端".
我是否理解我从现在起需要建立一个单独的内部部署代码签名流程?或者是否有可能在云中签署代码?根据新规则,我应该有什么期望?
nuget ×5
.net ×4
uwp ×4
silverlight ×2
xaml ×2
.net-core ×1
c# ×1
class-design ×1
clr ×1
code-signing ×1
linq ×1
memory-leaks ×1
oop ×1
policy ×1
profiler ×1
wpf ×1