我正在尝试使用Visual Studio 2015 RC项目模板来创建类库
可以针对任何平台
Visual Studio说.
一个新项目有两个参考:DNX 4.5.1和DNX Core 5.0.它似乎System.Random在DNX Core 5.0中不可用.(.NET Core 5.0控制台项目模板也是如此.)
对于.NET Core库/应用程序,有哪些选项可用于生成随机数？
为了真正针对任何平台,我想可以实现伪随机数生成器,或者等到DNX Core兼容引用可用,其他人实现PRNG.微软可能是那个在2015年之前不再是"RC"的人.
我正在尝试将基于DNX的WebJob发布到Azure.为此,我将project.json和Program.cs文件添加到一些ZIP-archive并通过Azure门户上传.这工作正常,但现在我希望我的WebJob项目引用一些其他本地基于DNX的项目(只是一个简单的类库).在这种情况下如何上传？
据我了解实体框架6,它神奇地实现了app.config/web.config中的连接字符串.从DbContext文档,部分备注:
如果从派生上下文调用无参数DbContext构造函数,则派生上下文的名称用于在app.config或web.config文件中查找连接字符串
对于无参数构造函数的情况,或者对于具有连接字符串名称的情况:
也可以通过将名称传递给采用字符串的DbContext构造函数之一来显式指定连接/数据库名称,而不是使用派生的上下文名称.该名称也可以以"name = myname"的形式传递,在这种情况下,必须在配置文件中找到该名称,否则将抛出异常.
但是,在DNX项目中,我没有app.config或web.config.如何在DNX项目中的Entity Framework 6中指定连接？
这是这个问题的后续。我按照此处描述的步骤进行操作，示例测试按预期工作。这是我第一次接触这个工作示例，但是等待真正的工作设置，这就是我遇到麻烦的地方。
作为测试我的应用程序的下一步，我使用“添加引用...”将我的 UWP 应用程序项目添加到 xUnit 测试项目。现在，在引用我的项目后，当我运行测试（在“测试资源管理器”窗格 VS2015 中运行全部）时，出现以下错误：
Error Payload contains two or more files with the same destination path 'Assets\SplashScreen.scale-200.png'. Source files:
...\Projects\Sample\SampleUnitTest\Assets\SplashScreen.scale-200.png
...\Projects\Sample\Sample\Assets\SplashScreen.scale-200.png SampleUnitTest
还有两个错误，与上面完全相同，但涉及Square150x150Logo.scale-200.png图像Square44x44Logo.targetsize-24_altform-unplated.png文件。
我能理解这些错误的含义；正在测试的应用程序和测试项目都生成用于相同输出的视觉资源（启动屏幕图像、徽标、任务栏图标等），但需要这些资源来注册应用程序并运行（在本地计算机上）我的情况）。我从来没有遇到过两个项目输出相同的视觉资源这样有争议的问题，希望有人知道如何解决这个问题。如果我将项目更改为类项目，单元测试将不起作用，因此这不是一个选项。
您如何处理 xUnit 测试项目和正在测试的项目之间的争议情况（关于视觉资源）？
我已经按照ASP.NET站点上的文档在IIS上部署ASP.NET5网站,当我在http:// localhost/mysite浏览网站时,我得到404未找到:
HTTP/1.1 404未找到内容长度:0服务器:Kestrel X-Powered-By:ASP.NET日期:2016年2月3日星期三18:15:57 GMT
(来自提琴手)
如果我检查应用程序事件日志,我会找到针对HttpPlatformHandler的条目:
无法找到源HttpPlatformHandler的事件ID 1001的描述.引发此事件的组件未安装在本地计算机上,或者安装已损坏.您可以在本地计算机上安装或修复该组件.如果事件源自另一台计算机,则必须随事件一起保存显示信息.事件中包含以下信息:进程'3896'成功启动并正在侦听端口'6277'.
如果我浏览http:// localhost:6277, 我发现网站运行正常.
所以我的猜测是HttpPLatformHandler没有正确代理网站？
我使用的是DNX版本1.0.0-rc1-update1
有没有人有这个问题并且能够解决它？
我正在使用.NET Core来构建应用程序,我遇到了实体框架的问题.在创建第二次迁移以使用"dnx ef migrations add"和"dnx ef database update"命令更新对我的模型所做的更改后,我收到有关删除不存在的外键约束的尝试的错误.看起来实体框架在生成迁移文件之前不会检查目标数据库.
为了尝试确认这一点,我在开发环境中创建了一个全新的数据库,并更新了我的appsettings.json文件以定位新数据库.然后,我生成了另一个迁移文件,以检查它是否会注意到数据库是空白的,并创建一个迁移文件来构建模式.它改为创建了一个迁移文件,其中包含尝试删除不存在的约束的相同问题.
实体框架是否应始终检查数据库,以便找到数据库模式和模型类之间的区别？
谢谢