functionMC-CSDN博客

原创热腾腾的，仓颉cangjie和C#的初战

花了一个下午快速浏览了一下仓颉（Cangjie）的文档。总体感觉，仓颉把现代编程语言的各种特征都融合在一起，称它为“缝合怪”一点都不夸张。没有历史包袱的确让它看起来很爽。由于目前还无法实际试用它，所以编译和运行性能还不好说。这里只是从语言层面做个简单对比，我选了最熟悉的C#。仓颉和C#的定位很相似，都是带有垃圾回收（GC）的静态语言。在这个领域，我认为C#是最优秀的（之一）。以下只是基本概念的对比，由于对仓颉了解不深，只是快速学习了一下，难免有误，仅供参考。另外，标题有些标题党了，没有引战的意思，只是语言对

2024-06-24 14:00:42 1102

原创只有一个鸿蒙好？还是鸿蒙、安卓、IOS并存好？

无论如何，鸿蒙成为国内三大操作系统之一，是板上钉钉的事情，所有人都希望如此。但是，我不希望它变成“独一”，这是我非常明确的观点，开个玩笑话，“那又得多少程序员下岗！”。国内市场和环境，是鸿蒙活下来的依仗，但也是它走向世界的束缚。一方面有身上光环的影响，另一方面，也有前车之鉴。Symbian、WindowsPhone，都曾试图成为第三大操作系统，均以失败告终。尤其是WindowsPhone，多好一个操作系统呀。它们踩过的坑，鸿蒙能否安全通过？比如Symbian，在不同机型上的糟糕体验、木马职业经理人...

2024-06-23 12:40:13 466

原创华为仓颉开发语言“可能”明天正式面世（2024年6月20日写下）

众多迹象表明，鸽了几次的华为仓颉开发语言，有望在2024华为开发者大会上正式面世，你的期待热情还在吗？

2024-06-20 12:41:18 1055

原创 C#13的属性更甜了，Java不要太羡慕

本文将为大家介绍C#13的属性语法优化，同时回顾属性的所有写法。众所周知，C#的属性相对于对标语言，比如说Java，是一个超级甜点。C#13更进一步，在属性的getter和settter中，引入了field关键字，表示后备字段（backing field），这样可以少写一行模板代码，更加的简洁，属性也更具有独立人格（更像一种独立成员了）。大家看一下面这段代码，是不是很爽？

2024-06-20 09:54:43 604

原创 Blazor的SSR服务端渲染是不是交互式的

从.NET8开始，Blazor引入了SSR服务端渲染，归功于MVC和RazePage的沉淀，虽然来得晚，但一经发布，就将Blazor推向了新的高度。从今年开始，Youtube上关于Blazor的优质教学视频，以肉眼可见的速度在增加，说明有更多人愿意学习和传播Blazor。Vue和Nuxt.js我都有在用，技术层面，我认为完全是可以去Battle一下的。大家不要停留在BlazorWebAssembly时代，现在Blazor对标的，是Next.js、Nuxt.js。SSR的东西不多，但如果你像我一样没用...

2024-06-19 09:49:55 1123

原创调试了一下午，终于把tailwindcss搞进Blazor了

在Vue和Uniapp项目中使用tailwindcss后，实在是太香了，非常符合我这从XAML走过来的老程序员的手感，所以老想着在Blazor项目中引入。看了几个老外大佬的视频，调试了一下午，终于是捣鼓成功了。由于咱们Blazor项目不在node.js环境中，使用tailwindcss还是比较麻烦的，所以写篇文章分享一下。

2024-06-15 15:04:22 986

原创第壹章第15节 C#和TS语言对比-泛型

C#提供了泛型的完整支持，不仅在编译时，运行时仍然保留泛型的类型信息，同时提供了更加丰富的泛型约束和更加全面的协变逆变支持。TS的泛型，在语法表现形式上，和C#差不多，但本质上两者是不一样的。TS的泛型，和Java一样，使用类型擦除机制，泛型只存在于编译时，在运行时，泛型的类型信息会被移除。

2024-06-13 19:35:50 1321

原创打破限制：C#13带来的革命性扩展特性

C#语言一直以其强大的功能和灵活性著称，其中扩展方法为开发者提供了一种便捷的方式来扩展现有类型。然而，扩展方法也有一些局限性，比如只能使用静态类、只能扩展方法。令人振奋的是，即将到来的C# 13可能会带来一次革命性的更新，解决这些限制，让开发者可以更自由地扩展实例成员、静态成员、属性成员和方法成员。扩展方法的局限性

2024-06-13 09:53:27 758 2

原创第壹章第14节 C#和TS语言对比-委托事件(仅C#)

水一篇，因为《函数方法》章节已经说了，但那个章节比较长，知识点又多，可能有人会看不到。委托事件是C#中的一个难点，但我觉得，和TS/JS中的函数表达式放在一起时，委托和事件就变得很简单了。

2024-06-12 19:56:24 598 1

原创第壹章第13节 C#和TS语言对比-原型(仅TS)

JS/TS中的原型对象和原型链是整个类型系统的底层原理，示例代码为JS，TS和UTS也是一样。实际应用开发中，尽少会碰原型，但听说面试时经常会问，我是纯野生程序员，没有面过，不清楚！

2024-06-09 22:01:01 409

原创第壹章第12节 C#和TS语言对比-多态

多态概念比较抽象，我的经验是，不要去试图理解文字概念，我也没见过能用文字说清楚的，直接用代码干就是，熟悉几个套路用法，自然而然就明白了。

2024-06-07 21:01:57 672 1

原创第壹章第11节 C#和TS语言对比-继承

C#中的继承很简单，但延伸到多态时，学习曲线会比较陡，而多态又是C#中非常重要的特性。TS的继承，底层通过原型链来实现，但都已经封装好，我们直接操作类，和C#差不多。而TS的多态，是鸭子类型兼容，很不习惯，好在前端开发应该极少会涉及，了解即可。

2024-06-06 21:39:14 666

原创如果鸿蒙Next刚问世，就成为“上一代产品”，怎么办？

鸿蒙诞生时，有被动因素，但它不是无准备的应急产物。我们知道，鸿蒙一出来，就提出了万物互联、分布式的理念，在2019年，这绝对是领先的。但这几年，OpenAI带着一票生成式AI，发展实在是太快了，快到让人感觉这个世界好像马上要颠覆。几个业已成熟的操作系统，都在迅速跟上这波势头。万物互联，如果不加上AI前缀，2024年可能还不算落后，但明年就不一定。如果鸿蒙这次无法跟上，会不会发布时，就成为过去时？

2024-06-06 14:47:26 342

原创第壹章第10节 C#和TS语言对比-接口

后端框架中，几乎处处皆接口，可以说是面向接口编程。它的主要作用有二，一是用于约束其实现类应该具有哪些功能或行为；二是利用其语法特性-多态，实现依赖注入IOC。本节主要说作用一，作用二在《多态》章节中说。TS引入了接口（JS没有接口，TS编译为JS后，接口不会生成代码），它也可以用于约束其实现类的行为，但因为前端很少使用类，所以这个功能很少用到。在前端，接口主要用于定义字面量对象的类型，和type类似，在纯后端人眼里，可能会觉得即奇葩又鸡嫩...

2024-06-05 13:18:36 403

原创第壹章第9节 C#和TS语言对比-枚举

C#中，枚举本质上是命名的整数值常量，其值必须是整数型，数据结构上是值类型。而TS中的枚举编译后实际上是一个对象，通过立即执行函数来实现，它的值即可以是整数，也可以是字符串，比较多骚操作。

2024-06-05 13:12:48 205

原创第壹章第8节 C#和TS语言对比-类

类的用法，C#和TS非常相似，UTS和TS基本保持一致。实际开发中，C#的所有代码都必须在类中，而TS的客户端开发，则很少会用到class，主要使用type或interface，为什么？正文解释...

2024-06-02 20:00:17 806

原创第壹章第7节 C#和TS语言对比-函数方法

这节难度有点飙升，我把委托、事件、捕获、闭包、扩展方法等全放一块了。放一块的原因，就是为了让这些概念变得简单些。另外，关于函数和方法这两个名称，有些人觉得在全局使用时，叫函数；在类或对象中时，叫方法。我认为，两者是一个意思，可以互换。

2024-05-31 20:01:18 1104

原创第壹章第6节 C#和TS语言对比-数组集合

本节比较长，但可以让我们一次性彻底掌握数组集合。编程的很大一部分工作，是访问和操作数据，而其中使用频率最高的数据形式，就是数组集合。C#毕竟是后端语言，所以提供了更加丰富的集合类型，而且还有非常非常非常强大的LINQ查询语法，而TS就相对简陋些，毕竟是前端语言。文末补充了元组，这玩意我很少用，具体原因详见正文...

2024-05-30 21:07:01 937

原创第壹章第5节 C#和TS语言对比-字面量对象

无论在C#，还是在JS/TS/UTS中，万物皆对象。创建对象的方式有两种，一是通过类的实例化，二是直接通过字面量。JS/TS/UTS中，创建字面量对象非常普遍，JS中可以随意创建，且对象的属性和方法可以随意增减覆盖；但TS/UTS是强类型，必需为字面量对象定义类型，且对象的属性方法不能随意增减覆盖，TS/UTS中，定义字面量对象的类型，有两种方式，一是interface，二是type。建议使用type，本节以type为例，关于interface的使用，详见《接口》。而C#中，也通过匿名对象的方式来创建...

2024-05-29 20:53:09 447

2401_85195613的博客