core

Entity Framework Core 系列教程 翻译自： https://www.entityframeworktutorial.net/efcore/entity-framework-core.aspx Entity Framework Core简介 简介 Entity Framework Core(EF Core)是轻量化、可扩展、开源和跨平台版的常用 Entity Framework 数据访问技术。 EF Core 可用作对象关系映射程序 (O/RM)，以便于 .NET 开发人员能够使用 .NET 对象来处理数据库，这样就不必经常编写大部分数据访问代码了。 EF Core是对象/关系映射（O / RM）框架。它是对ADO.NET的增强，它为开发人员提供了一种自动机制，用于访问和存储数据库中的数据。 EF Core在与.NET Core应用程序一起使用。但是，它也可以与基于标准.NET 4.5+框架的应用程序一起使用。 下图列出了EF Core支持的应用程序类型，.NET Framework和操作系统: EF Core版本历史记录 EF Core目前版本是3.1,是长期支持版，适合做项目开发。 发行版本 目标框架 支持截止时间 EF Core 3.1 NET Standard 2.0 2022 年 12 月 3 日 (LTS) EF Core 3.0 .NET

https://zhuanlan.zhihu.com/p/58669088 最近做了一些系统和网络调优相关的测试，达到了期望的效果，有些感悟。同时，我也发现知乎上对Linux服务器低延迟技术的讨论比较欠缺（满嘴高并发现象）；或者对现今cpu + 网卡的低延迟潜力认识不足（动辄FPGA现象），比如一篇知乎高赞的介绍FPGA的文章写到“从延迟上讲，网卡把数据包收到 CPU，CPU 再发给网卡，即使使用 DPDK 这样高性能的数据包处理框架，延迟也有 4~5 微秒。更严重的问题是，通用 CPU 的延迟不够稳定。例如当负载较高时，转发延迟可能升到几十微秒甚至更高”，刚好我前几天做过类似的性能测试，发现一个tcp或udp的echo server可以把网卡到网卡的延迟稳定在1微秒以内，不会比FPGA方案慢很多吧？ 因此，我觉得有必要分享下自己的见解。总的来说，我打算分两篇文章讨论相关低延迟技术： 1）系统调优（本文）：一些低延迟相关的Linux系统设置，和一些原则。 2）网络调优： 使用solarflare网卡降低网络IO延迟 。 这里不打算介绍用户空间的延迟优化，因为太广泛了，另外我之前的文章也分享一些解决某类问题的低延迟类库。 说到低延迟，关键点不在低，而在稳定，稳定即可预期，可掌控，其对于诸如高频交易领域来说尤为重要。 而说到Linux的低延迟技术，一个不能不提的词是"kernel

“全书之写印，实系初稿。有时公私琐务猬集，每写一句，三搁其笔；有时兴会淋漓，走笔疾书，絮絮不休；有时意趣萧索，执笔木坐，草草而止。每写一段，自助覆阅，辄摇其首，觉有大不妥者，即贴补重书，故剪刀浆糊乃不离左右。个中甘苦，只自知之。”董作宾先生的这段文字正好描述我写作此书的状态。 《ASP.NET Core应用开发入门教程》与《ASP.NET Core 应用开发项目实战》于2020年1月正式出版。 《ASP.NET Core应用开发入门教程》是作者潜心研究ASP.NET Core 技术的心血之作，书如其名，整本书的内容深入浅出地介绍了ASP.NET Core应用开发所需要的基础知识，并对其底层框架进行了剖析，力求将ASP.NET Core的整个运行机制完整而清晰地呈现在读者面前。主要包括.NET Core的基础知识及其安装、dotnet命令、Visual Studio开发工具的安装和使用、ASP.NET Core的原理及其组件介绍、Entity Framework Core框架、ASP.NET Core MVC框架和依赖注入等。 《ASP.NET Core 应用开发项目实战》主要是在《ASP.NET Core应用开发入门教程》的基础上，通过开发一个经过简化的物流管理信息系统（TPLMS），来实践ASP.NET Core MVC应用程序框架的开发技术

https://github.com/dotnet/core https://github.com/aspnet/home 今天看到 .NET Core 的改名计划，感觉跨平台的时代快要来了，从之前的 ASP.NET NEXT,ASP.NET 5,ASP.NET Core 1.0 等概念一路演变过来，花了点时间总结一下几个相关的概念。 OWIN 与 Katana 的关系 ASP.NET Core 1.0 的由来，要追溯到 Katana 这个项目， Katana 是 OWIN 定义规范的一个实现组件集合。 Open Web Interface for .NET (OWIN) OWIN 是 Open Web Server Interface for .NET 首字母缩写,OWIN 定义了 Web 服务器和应用程序组件之间的交互的规范( specifications ); OWIN 在 .NET Web 服务器和 .NET Web 应用之间定义了一套标准的接口,其目的是为了实现服务器与应用之间的解耦。由于这一规范的目的是发展一个广阔且充满活力的、基于 Microsoft .NET Framework 的 Web 服务器和应用程序组件生态系统，因此它可以将服务器与应用程序之间的交互减少到一小部分类型和单个函数签名，这个函数签名被称为应用程序委托（即 AppFunc） using

这篇文章是翻译官方IOS TuriCreate的图片分类器的使用。 原文链接： 部署到Core ML 部署到Core ML 借助Core ML框架，您可以使用机器学习模型对输入数据进行分类。 可以使用 export_coreml 函数导出Core ML格式的模型。 model.export_coreml ( 'MyCatDogClassifier.mlmodel' ) 在Xcode中打开模型时，其外观如下所示： 通过简单的拖拽过程，你可以将模型合并到Xcode中。需要以下Swift代码才能在iOS应用中使用该模型。 let model = try VNCoreMLModel ( for: MyCustomImageClassifier ( ) .model ) let request = VNCoreMLRequest ( model: model, completionHandler: { [ weak self ] request, error in self?.processClassifications ( for: request, error: error ) } ) request.imageCropAndScaleOption = .centerCrop return request 有关在iOS和macOS的Core

NET Core 应用程序相对于以前的.NET Framework 应用程序在启动运行的方式上有一定的差异，今天就来谈一谈这个获取应用程序启动路径的问题。 1.工作路径 WorkingDirectory 下面的两种方式都可以获取工作路径，结果都是一样的： Environment.CurrentDirectory; Directory.GetCurrentDirectory(); 其实所谓的工作路径就是我们应用程序的启动路径，所以我们平时所说的获取应用程序的启动路径，也是通过上面的方式。 （1）我们通过VS F5直接运行 VS会先编译我们的项目，输出到Debug\对应的sdk版本 目录下，然后以这个目录作为工作路径，启动我们的应用程序。 （2）通过dotnet 命令运行 我们在项目根目录，执行 dotnet run 命令： 我们执行 dotnet run 命令来启动时， 对于程序的工作路径就是执行命令的路径 ，所以说，获取到的路径变化了。但是我们通过 dotnet run 命令运行的应用程序文件实际所在的目录也是和上面的目录一样的，即：Debug\对应的sdk版本，我们可以通过代码来测试一下： 新加的代码是获取程序集所在的路径 ，可以发现也是在 Debug\对应的sdk版本 目录下的。 我们将程序发布到 D:\test 目录下 可以看到

原文地址： https://blogs.msdn.microsoft.com/dotnet/2016/11/16/announcing-entity-framework-core-1-1/ 翻译： 杨晓东（Savorboard） Entity Framework Core（EF Core）是一个轻量级的，可扩展和实体框架的跨平台版本。今天，我们宣布 Entity Framewor Core 1.1 正式可用了。 EF Core 和 .NET Core 遵循相同的发行周期。每2个月不断的改进和每6个月的新功能发布。这是自1.0的第一个功能版本。 请务必阅读位于这个帖子的末尾的升级到1.1这个章节，有相关升级到1.1版本重要信息。 1.1 版本有什么 1.1版本的重点是解决人们采用EF Core 中遇到的问题。这包括修正了bug，增加了一些的那些尚未在EF Core实现的重要功能。虽然我们已经取得了这方面的一些良好的进展，但是我们也承认EF Core 仍然不会是对大家来说最好的选择，更多详细信息可以看这篇 EF Core和EF6.x比较 。 Bug修复 在1.1版本有包含超过100个bug的修复。参见 EF Core 1.1 版本说明 了解更多详情。 改进LINQ翻译 在1.1版本中，我们在提高Linq 对 EF Core 的支持取得了良好的进展。这使得更多的查询成功执行

Keyless Entity Types 来源： https://www.cnblogs.com/OpenCoder/p/12263037.html

本文首发我的微信公众号"dotnet跨平台", 内容得到大家热烈的欢迎,全文重新发布在博客,欢迎转载,请注明出处. .NET 主要的开发语言是 C# , .NET 平台泛指遵循ECMA 334 C#和 ECMA 335 CLI 标准的开发平台 ，包括微软自行开发的.NET 平台和 开源实现的Mono 以及 微软最新开发的.NET Core。 从2007年加入公司自今一直在使用C#, 对这门语言在 腾讯的使用情况有大概的了解，最近有空整理了一下相关的情况,破除江湖传言 ”国内互联网公司都不用C# ”。 1、2003 ~ 2007 年 微软在2002年发布.NET 1.0,2003年发布 .NET 1.1。由于.NET的开发效率高，2003年开始腾讯的OA系统也开始采用.NET进行开发，早期的OA系统是使用cgi来开发的，2007年我接手OA的单点登录系统时里面还有cgi 的兼容性代码，那个cgi的兼容性代码还存在着内存泄漏问题，一直到2013年 OA登录的重构 才把它移除。2003年OA开发团队开始迅速的从几个人发展到2006年的30多人规模，公司的快速发展也要找更多的开发人员，在toby的介绍下2007年加入了腾讯，我从加入公司开始就一直负责腾讯OA基础服务，简称TOF的开发运营工作。 2003到2007 这几年是.NET在腾讯快速发展的几年， 最早的OA工作流

今天是2018年8月8日，已经和腾讯解除劳动关系，我的公司正式开始运营，虽然还有很多事情需要理清，公司官网也没有做，接下来什么事情都需要自己去完成了，需要一步一个脚印去完善，开启一个新的征途,我将在博客和公众号更新我的动态。 昨天是星期二，我在腾讯这家优秀的公司工作的第4180天，这天我离开了腾讯。这次的离开是为了下次更好的相遇，每一次相遇都是久别重逢，只有离别，才会相思，有了相思，才会有激情，有了激情，才有了我们下次一见如故的感觉。回首整个职业生涯，见证了腾讯从小到大、从大到强的整个过程，个人非常幸运大部分职业生涯都在腾讯度过，也把最好的一段时间奉献给了腾讯这家伟大的公司。我也要说我为自己曾经为这家公司服务过而自豪，腾讯是那种你想为之工作的最优秀的公司。 .NET如日中天时加入腾讯 从大学毕业后，就开始接触C#这门优秀的语言，从一个菜鸟逐步成长为一个熟练使用C#语言的程序员，我在微软的技术社区里比较独具一格，我一直推广的是开源技术，我的引路人是大名鼎鼎的Linux桌面Gnome的创始人米格尔 Miguel de Icaza ，早在2000年米格尔为了Gnome 桌面寻找编程模型，开始了 Mono 开源项目，我正是从Mono项目认识了C#，从此开始了Mono项目在中国的宣传，平时喜欢在博客上分享跟踪Mono项目进展，同时也进入了.NET开发社区，在2006年成为微软最有价值专家