初体验.NET Core 3.0,Core新特性和传统Framework的差别

作者:V君 发布于:2019-9-30 17:21 Monday 分类:折腾手记

这次不是解决问题,因此不像往常那样有TL;DR,那就做个TOC吧

- TOC -

  1. 框架程序集(差别)
  2. 接口默认实现(新特性)
  3. 编辑并继续(差别,已更正)
  4. 通过SSH远程调试(新特性)
  5. 项目文件(差别)
  6. 嵌入资源(差别)
  7. ASP .NET Core(差别)

- 0.先扯扯 -

最近更新了 VS2019,终于有机会接触 .NET Core 3.0,在看官方文档前先行体验一波,体验过程不断收集发现就有了本文的TOC,如果你去看文档,会发现有少量文档未提及的差别,也为撰写本文提供了动力。主要从个人体验总结。

- 1.框架程序集(差别) -

从新建第一个Core项目开始,和传统Framework的差别就能体现出来,Core已经自动把整个系统类库的所有程序集作为SDK引用到项目中,不像从前需要手动引入各种系统类库程序集。

- 2.接口默认实现(新特性) -

早在半年多以前就听说,C♯ 8.0 将能够在接口中定义包含方法体的方法,这个特性名为「接口默认实现」,也是打动我,使我投奔Core的诱惑之一。亲手操练之后发现,现在不仅能在接口中写实现方法,更能定义常量、甚至还能写静态方法,昔日的接口扩展方法将可以用默认实现代替。

- 3.编辑并继续(差别,已更正) -

这个差异在16.3.0得到更正,现在已经能在改变当前语句的同时将代码变更应用。(请无视这一条)编辑并继续:在调试中命中断点停下来,编辑代码,改变当前语句并继续执行。这里有点细节和传统不一样,需要改变操作顺序,会稍稍造成一点体验差异。传统Framework调试时我们可以按照 命中断点→修改代码→拖动箭头或者使用上下文菜单来改变接下来要执行的语句,拖动在改变语句的同时,代码变更会生效,使我们能够执按修改如期执行;到了.NET Core就有点不一样了,修改完代码之后不能紧接就着改变当前语句,这会实代码变更的提交动作被跳过,执行的行为和看到的代码将会不一致,我们只能继续往前走一步才生效。操作顺序就变成 命中断点→改变当前语句到要修改的代码前→修改代码→继续执行。

- 4.通过SSH远程调试(新特性) -

在过去要调试运行在Linux上的.NET应用程序,只能依靠第三方调试器,比如之前提到的MonoRemoteDebugger,第三方工具的体验和稳定性都远远比不上官方集成功能。现在我们可以通过SSH的方式直接附加到远程进程了。

- 5.项目文件(差别) -

过去的C♯项目文件记录着所有已包含的文件,而且变更后VS会重新载入项目,动作有点大。在Core之后有了极大改善,项目文件不再一一记录包含文件而是引入默认行为,将项目目录下的文件以扩展名对应默认生成行为的方式默认包含到项目中,如果有变更则仅记录变更的项。在项目文件变更后也极大地减轻了重新载入(刷新、应用变更)项目的动作。

- 6.嵌入资源(差别) -

这一点还没有查到相关文档。受影响的地方是生成操作为「嵌入的资源」的项,若和旁边的.cs文件同名(任意扩展名),则会生成与.cs文件中定义的第一个类全名的嵌入资源,且不带扩展名。若在.cs文件旁边有两个同名(不同扩展名)的文件设置为嵌入资源,将引发重名编译错误。这个行为和传统Framework不同。

- 7.ASP .NET Core(差别) -

关于ASP.NET Core和传统ASP.NET的差别太多,这里就简单点一下个人感受。对于ASP.NET Core而言Web服务器不再是必备环境,引入了SelfHost的工作方式。HTTP Runtime格局也有巨大变化,传统ASP.NET想要以最简单粗暴地方式处理请求需要引入HTTP模块,到了ASP.NET Core,新建一个空项目就是一个空的回调并传入HTTP上下文给你处理,简单粗暴更上一层楼了!

差点以为这个月会打破惯例至少发表一篇文章…

标签: 软件开发 C#

评论(0) 引用(0) 浏览(39)

使用FluentMigrator和EntityFramework,实现相对可控的多库兼容CodeFirst体验

作者:V君 发布于:2019-8-31 15:49 Saturday 分类:折腾手记

- TL;DR -

1) 在 NuGet 找到并安装 FluentMigrator、EntityFramework、数据库提供程序、Dapper
2) 确认 App.config 配置、增加连接字符串并明确 providerName
3) 应用程序初始化时按需配置环境
4) 配置 MigrationRunner
5) 撰写、调试数据库初始化 Migration
6) 使用 EntityFramework 操作 FluentMigrator 创建的数据库,Enjoy it!

- 扯扯 -

我在之前的文章中提到过,EntityFramework的纯CodeFirst方式并不好吃,因此一直以“基于现有数据库的CodeFirst”方式使用EntityFramework,即先手动创建数据库,再对应数据库结构手打实体模型。这种方式需要将创建数据库的SQL脚本保存下来,以便反复部署。如果要兼容不同数据库还需要为它们分别保存SQL脚本。在数据库有变更时还得反复更新脚本,这太麻烦了。
直到最近折腾的一个 ToyProject 想要分别适配 MySQL 和 SQLite 才重新考虑这个问题,然后做了尝试,尽管总体来说并没有很优雅,也总比EF的纯CodeFirst要靠谱得多。
接下来是细节展开,如果光是看TL;DR觉得一脸懵逼,应该能有所缓解。

- 展开 -

1) 实际安装的NuGet包分别是
✸ FluentMigrator.Runner : 这个包之后有一大堆依赖被自动追加,不要被DLL数量吓到唷
✸ Dapper : 在初始化MySQL时需要用到
✸ System.Data.SQLite : 已包含EF提供程序的依赖
✸ MySql.Data.Entity : 不解释
2) 确认 App.config 中的提供程序、配置连接字符串
✸ 安装最后两个包之后,App.config 会在以下两处自动增加提供程序
  > configuration/entityFramework/providers
  > configuration/system.data/DbProviderFactories
  ⚠ NuGet包自动加上的提供程序配置可能会有问题,咕狗爆栈可以找到解决方案
✸ 连接字符串 :configuration/connectionStrings/add 用起 providerName 与提供程序对应
3) 应用程序初始化
✸ DataDirectory :针对 SQLite 在当前 AppDomain 上设置配置数据文件路径
4) 配置 MigrationRunner
✸ 创建数据库 : MySQL在连接字符串中指定了数据库名称,但实际不存在的时候会炸
  > 实例化 MySqlConnectionStringBuilder 获取并剔除连接字符串中的数据库名称
  > 用未指定数据库的连接字符串打开连接,检测到数据库不存在则创建(用Dapper偷懒)
  ⚠ 对于 SQLite 仅需简单打开数据库连接就能创建数据库文件
✸ 根据连接字符串的 providerName 配置不同数据库提供程序,可以参考文档示例
5) 写 Migration
✸ 一般情况下只需要在 Migration 中无脑 Create 各种需要的表和索引就可以了
  > 让我们来看看二般情 : 况针对 MySQL 使用 Execute.Sql 设置字符编码
6) 使用 EntityFramework,到这里就没太多可以扯的东西了
✸ 比起把连接字符串或其名称喂给 DbContext 我更喜欢直接给 DbConnection 实例

- EOF -

这就是本月的主要内容吗?从信息量上来说有点牵强呀…

标签: 软件开发 C# 数据库 ORM

评论(0) 引用(0) 浏览(67)

解决VS2019+ReSharper载入解决方案后CPU占用过高卡死

作者:V君 发布于:2019-8-15 11:56 Thursday 分类:折腾手记

TL;DR
0)杀掉卡死的VS2019进程
1)删除位于以下目录的解决方案缓存
 %UserProfile%\AppData\Local\JetBrains\Transient\ReSharperPlatformVs??\v???_????????\SolutionCaches
2)删除解决方案下的 .vs 文件夹
+)重新打开解决方案,不再卡死

~扯扯时间~

在用SourceTree从Git仓库拉取更新后,打开vs发现长时间没响应,CPU占用很高。
掏出Procexp看看他在干啥,发是一条线程占用很高
在clr.dll!GetMetaDataInternalInterfaceFromPublic的地方
咕狗得出结论是ReSharper,就尝试清缓存了,果不其然问题解决了,美滋滋

~相关话题~

另外,如果在更新SVN且有冲突,在合并前就打开解决方案也可能导致卡死,
需要先在外部解决冲突合并项目文件,因为错误的项目文件结构会让VS或ReSharper懵逼

这po就当作餐前甜点,晚些再整理这个月的主要内容 乂目

标签: 软件开发 软件故障诊断

评论(2) 引用(0) 浏览(244)

在树梅派Raspbian上将Gogs安装到Systemd

作者:V君 发布于:2019-6-16 18:52 Sunday 分类:折腾手记

TL:DR
- 从官方网站下载压缩包并解压到 /opt/gogs
- 修改 /opt/gogs/scripts/systemd/gogs.service 配置各种路径
- 将 /opt/gogs/scripts/systemd/gogs.service 复制或创建符号连接到 /etc/systemd/system/
- 执行 sudo systemctl enable gogs
- 执行 sudo systemctl start gogs
- 此时服务已经启动,访问默认端口,进入安装向导

不扯。

标签: 软件开发 个人服务器 源码管理 linux

评论(0) 引用(0) 浏览(127)

[成功]使EMLOG支持PHP7和MYSQLi数据库连接方式

作者:V君 发布于:2019-4-8 0:47 Monday 分类:折腾手记

TL;DR
1) 定位到 $
/include/lib/mysql.php 把里面的 mysql_xxx 系列方法名改成 mysqli_xxx 系列,并按照方法签名修改传入的参数,主要是顺序和连接实例,可以参考采鸟教程
2)
定位到 $/include/lib/cache.php 把里面的
$$row['option_name'] = $row['option_value']; 改为
${$row['option_name']} = $row['option_value'];

目前就发现这两处,修改完之后貌似已经能继续工作。如果还有别的问题,可以持续观察apache的错误日志,继续找出要修改的地方。

扯扯:

安装Gogs时似乎因为系统软件包太旧没装上,作死轻易升级系统,还肆意跳过一些步骤,结果把服务器搞崩了。。。

重装最新版系统,灌软件包的时候发现EMLOG需要的PHP5没了,只能装7,装上之后遇到一系列数据库连接问题,还好在短时间内一边咕狗一边修改,给搞定了!

这回又折腾了一把所谓最好的编程语言想不碰都难呀 XD

看来把时间分一些到目前一直在咕咕咕的个人博客系统了 乂目

标签: 软件开发 emlog php Web技术

评论(0) 引用(0) 浏览(173)

Powered by emlog 去你妹的备案 sitemap