在 Blazor WebAssembly 中使用 Ace 代码编辑器

作者:V君 发布于:2021-8-1 15:02 Sunday 分类:折腾手记

TL;DR for 急着想要知道怎么用的人

[源代码、快速上手文档]

用爽了和不爽都可以回来听我扯扯

最近开始摸 Blazor 的 WebAssembly 前端项目,尽管早就知道有 WebAssembly 的纯前端版本,但那时候似乎还不太稳定的样子,那就等等再用,保持关注,然后最近就发现它似乎已经可以用了。想拿来试试手又不想太 HelloWorld 就得找点事情做,比如博客管理界面啥的。(终于不咕了么)

其实在 Blazor WebAssembly 之前我就一直都盘算着用 Markdown 来撰写文章了,用 Ace 代码编辑器,然后节流发回后端用 Markdig 渲染了再丢回前端呈现预览,现在可好,用 WebAssembly 方式可以把「原生」.NET 库在浏览器运行了,再有就是 Blazor 的组件化以及前端路由,看起来已经能摆脱 js 和 vue 的束缚,当然目前调用 js 库还是得自己写一点胶水代码,将来生态丰富了就不需要自己胶了吧。

那就先从移植组件开始,参考了 Lucky Seven 的如何优雅的移植 JavaScript 组件到 Blazor,一边对着 Ace 的文档引入目前所需的 API。

起初在 index.html 引入 cdn 脚本,后来发现可以用 import 关键字在脚本文件里引入外部脚本,只是要补充一下库基址。于是就搞起了模块化胶水(JSInteropC♯)。使用起来没发现明显的问题,至于性能嘛,前端工程是跑在每个浏览器的,只要不是反应卡顿,都可以忽略掉(❌),可以不太在意性能,把代码写的好看点,这有啥毛病呀(

不扯了,来点类似下集预告之类的吧。整合了 Ace 代码编辑器之后,当然就是搭管理界面的前端工程。找到了个简单易懂的栗子,原来前端路由拦截这么简单。好了打住,欲知后事如何,且听下回分解w

标签: 软件开发 C# 前端工程

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

做了个基于 VCommon 的 ASP.NET Core 项目案例

作者:V君 发布于:2021-7-19 15:11 Monday 分类:折腾手记

前言

这是啥?简单用一句话来讲这就是一个山寨(简化?)版的 ABP 项目,用来学习 WebAPI 后端的完整流程以及做些个人项目。这几天抽了许多时间来摸 ASP.NET Core 尝试把 VCommon 用起来。进展还算顺利,那就淡定地水一水吧。

TL;DR

源代码:[VcommonCore] [本项目]
快速上手:
1)将 VcommonCore 和本项目克隆到同一个文件夹,打开本项目尝试编译
2)在配置文件按实际情况配好 MySQL 和 Redis
3)在包控制台用 update-database 命令创建数据库
4)如果没有异常,那就可以按 F5 跑起来看 Swagger 了
x)目前只有 SaaS 的基础功能。

TL;DR之后就是折腾感想了,主要还是和传统 ASP.NET 的差别以及适配

感想其一:配置文件。传统的 ASP.NET 只要在 Web.Config 配了连接字符串或者 AppSetting 就可以在任意位置使用 ConfigurationManager 来获取。不过这一套在 Core 已经行不通了,于是我从 ABP 项目抄来读取配置文件的实现,顺利地兼容了 EFCore 命令行工具和 ASP.NET Core 环境。EFCore 的方式完全照搬,而 ASP.NET Core 环境就得自己实现任意位置访问了,把配置对象注册到 IoC 容器中去!

感想其二:中间件。由于一开始就想绕过 ASP.NET 繁琐的生命周期,于是选用了 HttpModule 来把请求按约定的路径拦截下来并做出处理。换到 Core 之后,它没有 HttpModule 了,咋办?咕狗呗,找到微软的迁移文档,给 VCommon.VOpenApi 做了个中间件,从而平滑过渡到 Core。

感想其三:HttpContext/Session/RequestScope。传统的 ASP.NET 可以从任意位置通过静态成员获取当前上下文,然鹅转换到 Core 之后 HttpContext 的静态成员 Current 没有了,咕狗回来发现大伙们都用依赖注入的方式把上下文注册到 IoC 容器中。由于 HTTP 的无状态性,直接把上下文注册到容器是会乱套的,这时候就需要改变 UnityContainer 的使用姿势,用起派生容器了。插一句,或许有的人看不起 UnityContainer 说其老旧性能低下,但它自带的接口拦截功能还是很香的,它不需要把业务方法定义成虚方法,性能也还可以接受。在 WebAPI 请求处理的中间件调用业务方法之前,从根容器派生出子容器,将其作为 RequestScope 来使用,把上下文以及依赖上下文的组件一起注册进去,这样就不会乱套了。

最后,埋个伏笔(?)啥时候不咕了,那就用 VCommon 来做一个自己的博客吧!

标签: 软件开发 C# ASP.NET .NetCore

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

从 EF6 转到 EF Core 了,变化挺大

作者:V君 发布于:2021-6-27 14:19 Sunday 分类:折腾手记

月底了,还没发表这个月的文章,好方,那依旧水一水正在做的事情吧。

最近在拿起放置了好长时间的 VCommon 摆弄,试图将其迁移到 .NET 5+ 。目前刚完成 EF6 转到 Core 的迁移,前面的基础类库、IoC、AutoMapper 都还算挺顺利,从经典 EF 迁移到 Core 就没这么简单了。让我来水水这次的经历。

连接字符串配置。从经典 FrameWork 转到 Core 之后,config 文件和 ConfigurationManager 似乎不能再继续用,得改用 json 配置文件的方式,而且运行环境(单元测试、命令行工具)的适配也不一样。

审计字段和软删除。这一点上 Core 的 EF 和经典的没有差别,依旧重写 SaveChanges 方法,在里面按接口找出变更实体按需操作就可以了(别忘了调用基类方法)。

查询过滤器。这一点就比较坑了,首先 EF6 的 DynamicFilters 不支持 EF Core,其次 EF Core 自带的全局查询过滤器它不好用,于是只能把实现放在叠在 EF 上方的 Repository 层,反正业务逻辑通常也只使用 Repository,那就在向上层提供 IQueryable 之前先在内部根据过滤器状态做好前置条件(比如软删除之类的)。

目前经典 EF 转 Core 就只遇到过这几个问题。如果遇到更多问题再追加吧(希望不要

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

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

做了个奇怪(?)的文件复制工具

作者:V君 发布于:2021-5-22 17:03 Saturday 分类:我的应用

这个月实在是不知道该水些什么好,那就水一下当前正在做的事情相关的东西吧

TL;DR [ 下载 ][ 源代码 ]


效果:使用较大的缓冲区复制大文件,解决某些情况下用资源管理器不稳定或出错的问题
环境:基于 .NET Framework 4.6.1 编译,未在低于 Win 10 环境下测试
用法:
 1. 直接运行,按需调整选项
 2. 把要复制的源文件拖入File From
 3. 把目标文件夹拖入To Folder
 4. 检查来源和目标路径是否正确,点击 Fire! 按钮开始复制
 A. 针对某些情况提供了暂停选项,勾选之后会在复制一次缓冲区之后停下来,直到勾消
限制:尚不明确

稍微扯扯:

由于家庭服务器的RAID0阵列出现问题,剁了两块1T的SSD,打算搬出数据之后拆掉阵列,就在搬镜像文件的时候遇到复制速度慢或者不稳定的问题。

那就掏出这个工具试试,看着一凸一凸的性能曲线,这也应该比50MB/s的速度强一些吧

用完回来补充:那两块SSD是凄惨红的SL500,不查不知道,一查吓一跳,掉速症状和评测的一样,吓得赶紧退掉加钱换三星870EVO了。。。

标签: 软件开发 C# Winform

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

自己动手做一个屏幕扩展APP(?)让老平板作为扩展屏幕

作者:V君 发布于:2021-4-12 23:25 Monday 分类:我的应用

这次先扯一句再开始:对标题中问号的解释,由于这玩意儿不仅仅是个APP,也支持Web方式,而且还有PC桌面端,姑且就叫做APP(?)吧 乂目

TL;DR [ 下载 ][ 源代码 ]

效果:将指定窗口截图并以以下方式广播,可以将移动设备或者另一台电脑作为扩展屏幕
 - HTTP、MjpegOverHttp(?实为 PNG in multipart/x-mixed-replace)
 - Socket(APP)
环境:
 - PC端基于 .NET Framework 4.0 编译,未在低于 Win 10 环境下测试
 - 为不支持 MjegOverHttp 的旧版本 Android 平板做了 APP,已在 Android 3.0.1 上测试
用法:
 1. 在PC端启动 ScreenExtender.exe 检查监听IP和端口
 2. 点击Listen启动监听,如果弹出防火墙,请允许
 3. 点击 Add 按钮,点击要添加窗口,添加完之后可在预览画面上拖动
 4. 在浏览器访问监听IP和端口
  - http://192.168.x.x:61234/frame 获取当前帧
  - http://192.168.x.x:61234/ 使用性能较低的画布方式轮询绘制帧
  - 较新的设备(浏览器)可以访问 http://192.168.x.x:61234/mjpeg 可获得更高性能
 A. 为老设备准备的Android端
  - 安装启动后会弹出输入IP和端口的输入框,输入正确IP和端口
  - 触摸OK即可开始工作,APP会记住最后一次使用的IP和端口
限制:指定的窗口不能最小化,可以被其他窗口遮住在后台运行

稍微扯扯:

尽管目前用了5块1080p显示器,但还是不能满足需求,仍有一些需要监视的东西没能摆下,手里虽然还有闲置的显示器,但电脑桌已经没有地方放第六块显示器了,大概只能钉在墙上了吧……

想起还有一块闲置的老Android平板,那就折腾折腾把他当一块扩展屏幕来用吧。起初用了第三方APP,发现平板的Android版本太低,而且找不到包可以刷(我不会说经历多次变砖然后救回来,直到放弃治疗的)。

想起早些年玩浏览器视讯直播的 MJPEG 了,但遗憾的是老平板的Android版本只有3.0.1,连MJPEG都不支持(然而还好支持画布,但性能太低了),那就专门给它做了个APP,用着效果还不错。

对于版本较新的移动设备,可以直接用浏览器访问 mjpeg 方式

标签: 软件开发 C# Winform HTTP Android

评论(1) 引用(0) 浏览(224)

Powered by emlog 去你妹的备案 sitemap