搞了个Blazor工具站,域名一次性买了10年!

搞了个,blazor,工具,域名,一次性 · 浏览次数 : 401

小编点评

**对比Blazor Server和Blazor Wasm** | 特征 | Blazor Server | Blazor Wasm | |---|---|---| | 架构 | 服务器渲染 | 客户端渲染 | | 性能 | 服务器性能受影响 | 客户端性能受影响 | | 可扩展性 | 服务器可扩展性受影响 | 客户端可扩展性受影响 | | 开发体验 | 与服务器开发类似 | 与客户端开发类似 | | 安全性 | 依赖服务器稳定性 | 独立运行,不受服务器影响 | | 开发工具 | .NET框架 | C# | | 适用场景 | 需要快速开发和部署的应用程序 | 需要更好的性能和独立运行的应用程序 |

正文

大家好,我是沙漠尽头的狼。

Dotnet9 上线在线小工具和小游戏后,服务器的压力感觉挺大的,打开25个页面,内存占用170MB左右,CPU保持在60~70%,看来Server真不适合搞这类交互较多的程序(服务器配置:2核4G内存),所以站长加急上线 Blazor Wasm 版本网站,便于大家直观对比了解两种模式的区别,下面请看我细说。

1. 关于上线Dotnet工具箱

为了后面工具和游戏的扩展,站长把去年买的域名 dotnetools.com 用上了,该域名一次性买了10年(不用担心网站过几年消失,当然不排除意外,比如站长没钱续费服务器。。。),并赶紧在1天之内开发并部署了一个 Blazor Wasm 版本网站,把在 Dotnet9 已经上线的在线小工具和游戏同步搬过来了,大家可以体验下:https://dotnetools.com

2. Dotnet工具箱网站开源的

网站源码组织结构如下,只有一个工程,为了快速上线,代码也比较清晰明了:

网站源码链接在文末,别再问我源码地址了。。。。

3. Blazor Server为什么不适合开发在线工具或游戏之类的网站应用?

Blazor Server 不适合开发在线工具或游戏之类的网站应用,主要是因为它的工作原理和特性导致了一些限制和不适用的情况。

  1. 实时性限制:Blazor Server 使用了 SignalR 技术来实现与服务器的实时通信,但由于所有的 UI 更新都需要通过服务器来完成,因此在网络延迟较高的情况下,用户可能会感受到明显的延迟。这对于在线工具或游戏等需要实时响应的应用来说是不可接受的。

  2. 服务器资源消耗:Blazor Server 的工作原理是将整个应用部署在服务器上,每个用户都会占用一个连接和一些服务器资源。对于在线工具或游戏等需要大量用户同时在线的应用来说,这可能会导致服务器资源消耗过大,难以扩展和维护。

  3. 客户端性能限制:Blazor Server 的 UI 渲染是在服务器上完成的,然后通过 SignalR 将更新的 UI 推送到客户端。这意味着客户端的性能对于应用的响应速度和用户体验有很大影响。对于一些复杂的在线工具或游戏来说,客户端的性能可能无法满足需求。

综上所述,Blazor Server 更适合开发那些对实时性要求不高、用户量较小、对服务器资源消耗要求不高的网站应用。对于在线工具或游戏等需要实时性和大量用户同时在线的应用,Blazor WebAssembly 可能更适合,因为它可以将整个应用部署到客户端,减轻了服务器的负担,并提供了更好的用户体验。

4. 选择Blazor Wasm开发工具站理由

Dotnet9 网站选择Blazor Server依然不变,因为博客类网站需要SEO,需要搜索引擎提供流量。

Dotnet工具箱 主要关注的是在线小工具和小游戏,所以选择Blazor Wasm,当谈到选择Blazor WebAssembly时,有几个令人兴奋的优势值得一提:

  1. 即时性能:Blazor WebAssembly利用WebAssembly(Wasm)技术,将C#代码编译成高效的二进制格式,可以在浏览器中直接运行。这意味着您可以在客户端使用C#编写的应用程序,而无需将其转换为JavaScript。这种直接运行的能力使得Blazor WebAssembly具有接近原生应用程序的性能,为用户提供更快的加载速度和更流畅的用户体验。

  2. 跨平台:Blazor WebAssembly是一个跨平台的解决方案,可以在各种操作系统和设备上运行,包括Windows、Mac、Linux和移动设备。这意味着您可以使用相同的代码库构建适用于不同平台的应用程序,从而减少开发和维护的工作量。

  3. 开发效率:Blazor WebAssembly使用C#语言和.NET框架,这是一个广泛使用的开发工具和生态系统。如果您已经熟悉C#和.NET,那么您可以立即开始使用Blazor WebAssembly进行开发,无需学习新的语言或框架。这种开发效率可以大大加快项目的开发速度,并减少开发人员的学习曲线。

  4. 强大的生态系统:Blazor WebAssembly是基于.NET生态系统构建的,这意味着您可以利用.NET的丰富功能和第三方库来构建功能强大的应用程序。您可以使用.NET的各种工具和技术,如Entity Framework、ASP.NET Core等,来简化开发过程并提高应用程序的质量和可维护性。

  5. 安全性:Blazor WebAssembly应用程序在客户端运行,但它们是在沙箱环境中执行的,与原生应用程序相比,它们具有更高的安全性。这意味着您可以在客户端执行敏感操作,而无需担心安全问题。此外,由于使用C#编写代码,您可以利用.NET的安全功能来保护应用程序免受常见的安全漏洞和攻击。

综上所述,Blazor WebAssembly具有即时性能、跨平台、开发效率、强大的生态系统和安全性等令人兴奋的优势。这些优势使得Blazor WebAssembly成为一种令人激动的技术选择,为开发人员提供了构建高性能、跨平台的Web应用程序的新方式。

重点:WASM才是Blazor的未来。

5. 详细对比Blazor Server和Blazor Wasm

Dotnet9 网站选择Blazor Server,可在在线工具和在线游戏页面体验Server,比如 扫雷游戏,在游戏页面也可选择跳转到 Dotnet工具箱扫雷游戏 页面,这是Wasm版本,可通过浏览器F12打开开发者工具查看网络请求情况,下面简单说说查看步骤。

Dotnet9 页面的 扫雷游戏,点击工具栏可以跳转到 Dotnet工具箱扫雷游戏 页面:

Dotnet9 页面的 扫雷游戏页面,看网络请求,几乎一直在请求,简直令人发指,丧心病狂:

Dotnet工具箱扫雷游戏 页面,看网络请求,只有网页的图片请求,其他请求就没有,这就是客户端的魅力(WebAssembly):

关于Blazor,或Blazor Server与Blazor Wasm,相信很多人只是听说过,对相关的概念了解不多,这里通过询问GPT,回答的和前面段落类似,这里再对比列出给大家做个普及吧:

Blazor是一个用于构建Web应用程序的开源框架,它允许使用C#和.NET来编写客户端代码。Blazor有两种模式:Blazor Server和Blazor WebAssembly(Wasm)。下面是对这两种模式的详细对比:

  1. 架构:
  • Blazor Server:Blazor Server模式将应用程序的UI渲染在服务器上,然后通过SignalR将UI更新推送到客户端。客户端通过与服务器建立持久连接来接收UI更新和处理用户交互。
  • Blazor WebAssembly:Blazor Wasm模式将整个应用程序的代码和依赖项编译为WebAssembly格式,并在客户端上运行。应用程序在客户端上独立运行,不需要与服务器保持持久连接。
  1. 性能:
  • Blazor Server:Blazor Server模式的性能受到服务器和网络的影响。由于UI渲染在服务器上进行,因此对于大型应用程序或高并发场景,可能会对服务器造成较大的负载。
  • Blazor WebAssembly:Blazor Wasm模式的性能主要受到客户端设备的影响。由于应用程序在客户端上运行,因此可以获得更好的响应速度和更低的延迟。
  1. 可靠性:
  • Blazor Server:Blazor Server模式依赖于服务器的稳定性和可用性。如果服务器出现故障或网络连接中断,应用程序将无法正常工作。
  • Blazor WebAssembly:Blazor Wasm模式在客户端上独立运行,不依赖于服务器的稳定性和可用性。即使服务器不可用,应用程序仍然可以继续运行。
  1. 开发体验:
  • Blazor Server:Blazor Server模式的开发体验类似于传统的服务器端开发,可以使用.NET的完整功能和生态系统。但是,由于UI渲染在服务器上,因此在处理用户交互时需要考虑与服务器的通信延迟。
  • Blazor WebAssembly:Blazor Wasm模式的开发体验类似于客户端开发,可以使用C#和.NET的大部分功能,但某些功能可能受到限制。由于应用程序在客户端上运行,因此可以提供更接近原生应用程序的用户体验。

总的来说,Blazor Server适用于需要快速开发和部署的应用程序,而Blazor WebAssembly适用于需要更好的性能和独立运行的应用程序。选择哪种模式取决于应用程序的需求和优先级。

6. 最后的话

前面两篇文章,有部分网友建议站长使用Wasm模式,站长已经成功部署上线了,大家有什么工具需求欢迎留言,站长有空会考虑加上,当然希望大家能PR工具和游戏,只限于Blazor WASM开发的哦。

今天分享到这,十分感谢您的阅读。

与搞了个Blazor工具站,域名一次性买了10年!相似的内容:

搞了个Blazor工具站,域名一次性买了10年!

大家好,我是沙漠尽头的狼。 在 [Dotnet9](https://dotnet9.com) 上线在线小工具和小游戏后,服务器的压力感觉挺大的,打开25个页面,内存占用170MB左右,CPU保持在60~70%,看来Server真不适合搞这类交互较多的程序(服务器配置:2核4G内存),所以站长加急上线

文盘Rust -- rust 连接云上数仓 starwift

最近想看看 rust 如何集成 clickhouse,又犯了好吃懒做的心理(不想自己建环境),刚好京东云发布了兼容ck 的云原生数仓 Starwfit,于是搞了个实例折腾一番。 Starwfit 是京东云自主研发的新一代云原生数据仓库,通过存算分离降低了存储成本,同时兼具性能和扩展弹性。其写入和查询速度可达到传统数据仓库的数倍,为用户提供实时数据分析能力。广泛应用于流量分析、精准营销、用户画像、广

mirai Bot初始化配置

RT 其实本来我的bot已经因为自己手贱登陆qq nt直接报废了,但是论坛里有佬提供了新的协议库,那这不赶紧复活bot都对不起这个新的协议库。 本文写于2024年7月4日19:20:21,可能随着时间久远而无法实现功能。 由于存在下载障碍,所以这里也搞了个存档,本帖中的相关标星*资源无法下载均可以从

[转帖]10 张图搞懂服务注册发现机制

http://blog.itpub.net/70024420/viewspace-2926779/ 在微服务架构或分布式环境下,服务注册与发现技术不可或缺,这也是程序员进阶之路必须要掌握的核心技术之一,本文通过图解的方式带领大家轻轻松松掌握。 引入服务注册与发现组件的原因 先来看一个问题,假如现在我

搞懂设计模式——代理模式 + 原理分析

举个栗子,众所周知,我们是可以在京东上购买机票的。 但机票是航司提供的,我们本质上是代理销售而已。 那为什么航司要让我们代理销售呢? 我们又是如帮他做代理的呢? 别急,本文将展开说说他们之间的关系。。。

想搞懂持续交付理论和实践,你只差这三个问题

摘要:今天,我们来了解下什么是“持续交付”及“持续交付”的实践。 云原生是当下IT圈非常热门的一个词,其目的是为了各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生包含很多技术,比如容器、微服务、DevOps、持续交付等,今天,我们来了解下什么是“持续交付”及“持续交

3步带你搞定华为云编译构建CodeArts Build “新手村任务”

本文将给各位开发者带来华为云CodeArts Pipeline的手把手初级教学,让没有接触过的开发者能够轻松上手体验。

十分钟搞懂机器学习中的余弦相似性

在机器学习中,我们经常会使用余弦函数来计算向量之间的相似性。从推荐系统到自然语言处理,再到计算机视觉,余弦相似性在多种机器学习应用中都有其独特的价值。它不仅限于特定领域,而是几乎可以在任何需要比较向量相似度的场景下使用。

一文搞懂到底什么是 AQS

日常开发中,我们经常使用锁或者其他同步器来控制并发,那么它们的基础框架是什么呢?如何实现的同步功能呢?本文将详细用白话讲解构建锁和同步器的基础框架--AQS,并根据源码分析其原理。

第四届物联网与机器学习国际学术会议(IoTML 2024)

2024年第四届物联网与机器学习国际学术会议(IoTML 2024)将于2024年8月9-11日在中国南昌召开。会议将围绕着物联网和机器学习开展。