上一篇文章我们讲了经典DDD架构对比传统三层架构的优势，以及经典DDD架构每一层的职责后，本篇文章将介绍基础结构层中支持DDD的轻量级框架的主要代码。 这里需要说明的是，DDD轻量级框架能够体现DDD的思想即可，没必要做得很重，你也可以根据理解，自己实现支持DDD的框架。 1.实体、聚合根与值对象的顶层体现 实体顶层定义： public interface IEntity { string Code { get; set; } Guid Id { get; set;
对于未密封的类型，Finalize 实现不调用或不同时调用 Dispose(bool) 或基类终结器。
在源码中查看引用可知 onObservableAssembly 只有在测试的时候才不为 null。 所以Observable.create(ObservableOnSubscribe<T> source)实际上就是返回了 ObservableCreate对象
对于C# 8，有吸引了大多数注意力的重大特性，如默认接口方法和可空引用，也有许多小特性被考虑在内。本文将介绍几例可能加入C#未来版本的小特性。
在.NET Core 3.0的版本更新中，官方我们带来了一个新的接口 IAsyncDisposable。
现在感觉一切很顺利，但是聪明的我们一定要知道这里落下一个重要的前导因素：什么时候调用了 dispose()
经过了前面几篇文章，SpringBoot中MVC相关的配置其实都已经差不多了，接下来就可以完全进入接口开发阶段了。前面我们写过几个接口，虽然都加了@RestController注解，相当于统一了我们的返回数据的基本形式为JSON，但是由于我们的项目可能是很多人一起开发，所以我们最好能够把我们的返回结果统一一下，让大家都返回一样的数据格式，这样即规范了代码，也方便了前端人员的调用，不然每个人都按照每个人的风格去写，代码会变得非常混乱。
例程中用到一个库叫做emgucv,是opencv\的net封装 编译打包好的稳定版,在这:https://sourceforge.net/projects/emgucv/files/emgucv/ 如果要最新代码,在这里获取:https://github.com/emgucv/emgucv
https://github.com/lianggx/EasyAspNetCoreDemo/tree/master/Ron.TaskThird
我们在前一篇# RxJava2.0源码解析（一）初步分析了RxJava从创建到执行的流程。
在业务中，我们会涉及到对象的创建、重建、更新、销毁等操作，这些操作通常需要持久化到数据库中，我们通过仓储来实现对数据的访问 1.首先我们要实现仓储上下文，仓储上下文主要是维护一些创建、更新、销毁的对象列表，未来可以实现批量持久化，从而保持多实体与多聚合的事务，从而实现内部一致性和外部一致性： using Order.Domain.Aggreate; using Order.Domain.Repository; using System; using System.Collections.Generic; u
本文介绍了如何使用 Reactive Programming 的方式在 Swift 中实现信号量，通过使用 Signal 和 Disposable 两个概念来模拟实现信号量，以解决在多线程环境下对共享资源的访问控制问题。同时，也介绍了一种使用 Combine 框架来实现线程安全的信号量，以及如何使用 Combine 来实现一个类似于 RxSwift 的响应式编程库。
祝大家圣诞节快乐！有事没事别出门，外面太！挤！了！ 此文是《.NET：框架设计原则、规范》的读书笔记，本文内容较多，共分九章，今天推送最后一章。 1. 什么是好的框架 2. 框架设计原则 3. 命名规范 4. 类型设计规范 5. 成员设计规范 6. 扩展性设计 7. 异常 8. 使用规范 9. 设计模式 一、设计模式 1. 聚合组件 Aggregate Component: 把多个底层类型集中到一个高层类型中，以此来支持常用场景。例如E-mail组件、System.Net.WebClient、System.
属性基本上都是智能字段。 因此，其行为应尽可能类似于字段。 字段不会引发异常，属性也不应引发异常。 如果有一个引发异常的属性，可考虑将其设为方法。
对于 HttpClient 的请求响应值 HttpResponseMessage 来说，既然继承了 IDisposable 接口，自然就是想让大家可以通过 using 或者手动调用 Dispose 进行释放的。本文将来聊聊对 HttpResponseMessage 调用 Dispose 进行释放的意义有多大，有没有必要性的问题
今天在写一个音乐播放器，遇到一个问题就是在播放界面开始播放后，返回其他界面，就一直报setState() called after dispose() 的错误
关键时刻，第一时间送达！ 📷 📷 2017年又快过去了，忙了一年感觉没啥收获，感觉是不是应该写点啥，想了好久没想出要写什么。下半年因为工作的原因，狗狗也没养了，吉他上也积满了灰尘，兴致勃勃的学习素描，
前面说过了StatefullWidget，这节我们来说说State的生命周期，这在flutter开发中是非常重要的。
通过《ASP.NET Web API的Controller是如何被创建的？》我们已经对HttpController激活系统的核心对象有了深刻的了解，这些对象包括用于解析程序集和有效HttpController类型的AssembliesResolver和HttpControllerTypeResolver、根据请求完整目标HttpController选择的HttpControllerSelector、负责激活目标HttpController实例的HttpControllerActivator、以及作为IoC容
前面的文章我们说过，如果对象包含非托管资源那么就必须要正确的清理，现在我们就来说一下如何清理。针对非托管资源 .NET 会采用一套标准的模式来完成清理工作。也就是说如果开发人员自己编写的类中存在非托管资源，那么这个类的使用者就会认为这个类遵循 .NET 的垃圾清理模式。标准的 dispose 模式即实现了 IDisposable 接口，又实现了 finalizer ，这样就可以在客户端忘记调用 IDisposable.Dispose 的情况下也可以释放资源。
关注Flutter的同学们可能经常会去Github上看看Flutter现状。现在star数量已经是10.4w了，但是，近一年以来处于open状态的issue数量一直徘徊在7k+。这一方面说明Flutter确实火爆，另一方面open issue这平稳的走势也确实让广大开发者对Flutter的未来有些许担心。这个问题可能大家各自会有不同的看法，这里我就不展开说了。
盏空间的block 不会对外面capture的变量进行强引用 无论weak修饰 还是strong修饰
在使用 SemaphoreSlim 这个锁，能做到的是指定让任务执行几次，同时提供异步方法，减少线程占用。但异步的方法如果没有用对，会因为异步状态机的引用，而存在内存泄露
程序在计算机上跑着，就难免会占用内存资源来存储在程序运行过程中的数据，我们按照内存资源的存取方式将内存划分为堆内存和栈内存。
一直以为 GC.KeepAlive 可以用于使某个托管对象永久的不被垃圾回收(调用该函数后需要主动进行 Free 之类的操作,类似于 GCHandle),但事实证明自己还是犯了望文生义的错误, GC.KeepAlive 虽然确实用于阻止托管对象的垃圾回收,但是在方式方法上和我之前的理解大相径庭.
/// /// 获取一个图片按等比例缩小后的大小。 /// ///<param name="maxWidth">需要缩小到的宽度</param> ///<param name="maxHeight">需要缩小到的高度</param> ///<param name="imageOriginalWidth">图片的原始宽度</param> ///<param name="imageOriginalHeight">图片的原始高度</param> ///<returns>返回图
我们知道整个ASP.NET Core建立在以ServiceCollection/ServiceProvider为核心的DI框架上，它甚至提供了扩展点使我们可以与第三方DI框架进行整合。对此比较了解的读
我们知道整个ASP.NET Core建立在以ServiceCollection/ServiceProvider为核心的DI框架上，它甚至提供了扩展点使我们可以与第三方DI框架进行整合。对此比较了解的读者朋友应该很清楚，针对第三方DI框架的整合可以通过在定义Startup类型的ConfigureServices方法返回一个ServiceProvider来实现。但是真的有这么简单吗？
在阎宏博士的《JAVA与模式》一书中开头是这样描述责任链（Chain of Responsibility）模式的：
过去的 Observer 观察者回调有 onNext()、onComplete()、onError()，现在多了一个 onSubscribe()，刚开始调用，相当于 1.x 的 onStart()，参数是 Disposable，相当于 1.x 中的 Subscription，用于解除订阅。
ASP.NET Core框架建立在一个依赖注入框架之上，已注入的方式消费服务已经成为了ASP.NET Core基本的编程模式。为了使读者能够更好地理解原生的注入框架框架，我按照类似的设计创建了一个简易版本的依赖注入框架，并它命名为“Cat”。本篇提供的四个实例主要体现了针对Cat的用法，《一个Mini版的依赖注入框架》提供了针对设计和实现原理的介绍。(本篇提供的实例已经汇总到《ASP.NET Core 6框架揭秘-实例演示版》）
ServiceProvider最终提供的服务实例都是根据对应的ServiceDescriptor创建的，对于一个具体的ServiceDescriptor对象来说，如果它的ImplementationInstance和ImplementationFactory属性均为Null，那么ServiceProvider最终会利用其ImplementationType属性返回的真实类型选择一个适合的构造函数来创建最终的服务实例。我们知道服务服务的真实类型可以定义了多个构造函数，那么ServiceProvider针对构造
前言 最近实施的同事报障，说用户审批流程后直接关闭浏览器，操作十余次后系统就报用户会话数超过上限，咨询4A同事后得知登陆后需要显式调用登出API才能清理4A端，否则必然会超出会话上限。 即使在页面上增添一个登出按钮也无法保证用户不会直接关掉浏览器，更何况用户已经习惯这样做，增加功能好弄，改变习惯却难啊。这时想起N年用过的window.onbeforeunload和window.onunload事件。 本文记录重拾这两个家伙的经过，以便日后用时少坑。 为网页写个Dispose方法 C#中我们会将释
在.NET 6中引入了新Timer：System.Threading.PeriodicTimer，它和之前的Timer相比，最大的区别就是新的PeriodicTimer事件处理可以方便地使用异步，消除使用callback机制减少使用复杂度。讲解PeriodicTimer之前我们先来看以下该怎么使用它：
这节讲StreamReader & StreamWriter，这两个类用于操作字符或者字符串，它将流的操作封装在了底层，相对来说用法比较简单，但是它不支持Seek()方法。
在使用flutter开发过程中有些时候需要在组件之间进行通讯，我们可以借助eventBus来实现。实现步骤如下：
reactor-netty-0.7.6.RELEASE-sources.jar!/reactor/ipc/netty/NettyConnector.java
下面写一下相对来说不变的地方 SQL语句部分，改成了静态函数的形式。 using System; using System.Collections.Generic; using System.Text; using System.Data; using System.Data.Common; using System.Data.SqlClient; using JYK; namespace JYK.DataAccessLibrary { //DataAccessLibrary 数据访问库
通过 Clang 将以下 Block 代码转换为 C++ 代码，来分析 Block 的底层实现。
我们一致在说 ASP.NET Core广泛地使用到了依赖注入，通过前面两个系列的介绍，相信读者朋友已经体会到了这一点。由于前面两章已经涵盖了依赖注入在管道构建过程中以及管道在处理请求过程的应用，但是内容相对分散和零碎，我们有必要针对这个主题作一个归纳性的介绍。采用依赖注入的服务均由某个ServiceProvider来提供，但是在ASP.NET Core管道涉及到两个不同的ServiceProvider，其中一个是在管道成功构建后创建并绑定到WebHost上的ServiceProvider，对应着WebHos
The garbage collector is a common language runtime component that controls the allocation and release of managed memory。
1、const只可用于基元类型、枚举、字符串，而readonly则可以是任何的类型；
1. 定义一个动物类，里面有一个方法voice(), 定义一个类Cat,实现voice方法 然后增加一种新的动物类型：Pig(猪)，实现voice()方法。 定义一个Dog类，实现voice方法 定义一个Store（宠物店）类的getInstance方法： 如果传入的参数是字符串dog，则返回一个Dog对象； 如果传入pig，则返回一个Pig对象；否则，返回一个Cat对象。
rxjava 可以很方便的进行线程切换， 那么rxjava是如何进行线程切换的呢？阅读本文可以了解下rxjava 是如何进行线程切换的及线程切换的影响点。
Flutter 跟 Android 的 Activity、iOS 的 ViewController 一样都拥有自己的生命周期。在 Flutter 中几乎所有的对象都是一个 Widget，其中 Widget 又分为 StatelessWidget（即：无状态的 Widget） 和 StatefulWidget （即：有状态的 Widget），这里所说的 Flutter 的生命周期其实就是讲 StatefulWidget 的生命周期，它存在于 framework.dart 的 State 类中。
接口相当于没有方法实现的抽象类，接口方法不要加各种访问级别：例如public，private等。
GC作为.NET的重要核心基础，是必须要了解的。本文主要侧重于GC内存管理中的一些关键点，如要要全面深入了解其精髓，最好还是多看看书。
在Flutter中，官方提供了一个 video_player 插件可以播放视频，但是 video_player 有一些局限性。没法控制底部播放进度等。所以我们主要给大家讲解一个第三方的视频播放库 chewie。chewie 是一个非官方的第三方视频播放组件，它是基于 video_player 的。Chewie相对于 video_player 来说，有控制栏和全屏的功能。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
