年前在研究 .NET 中如何实现 AOP（Aspect-Oriented Programming，面向切面的编程）时看到了一篇叫做《C# 进阶系列 ——AOP？AOP！》的文章，作者在文章中介绍了静态拦截（装饰器模式）、动态代理（使用微软企业库）、IL 编织（使用 PostSharp）三种方式；而在作者提供的源码中，则是提供了前两者以及另外一种动态代理（使用 .Net Remoting / RealProxy）共三种方式；本人在原代码的基础上，改控制台测试程序为 Winform 测试程序，并补充上 PostSharp 的演示代码。
在上两篇我们介绍了OnExceptionAspect和OnMethodBoundaryAspect ，在这节我们将继续了解MethodInterceptionAspect，他为我们提供了关于方法处理的AOP切入，不同于OnMethodBoundaryAspect，他不是边界，是方法体。有了我们可以在我们的方法切入aspect很多有用的信息，比如将同步方法变为异步，防止多次点击重复提交，winform，wpf的多线程调用UI（参见PostSharp - Thread Dispatching（GUI多线程）），长时间操作在超过用户接受时间弹出进度条等等有用的关于用户体验和业务逻辑功能，简化我们的编程开发。
AOP是什么？ Hello，World！ 小结 本系列的源码本人已托管于Coding上：点击查看，想要注册Coding的可以点击该连接注册。 本系列的实验环境：VS 2013 Update 5（建议最好使用集成了Nuget的VS版本，VS Express版也够用）。 这篇博客覆盖的内容包括： AOP简史 AOP解决什么问题 使用PostSharp编写一个简单的切面 AOP是什么？ AOP在计算机科学领域还是相对年轻的概念，由Xerox PARC公司发明。Gregor Kiczales 在1997年领导一队研
最开始见的是PostSharp的一个实现： http://doc.postsharp.net/inotifypropertychanged-add。不过PostSharp是收费的，后来也逐渐由了许多其它的免费的解决方案。本文这里介绍的是一个开源的解决方案：Fody。
英文原文：《7 Approaches for AOP in .Net》，我是个搬运工。感觉大部分人推荐用PostSharp/Cecil，好用且高效。我看了一下，虽然PostSharp目前收费，但按照Developer授权的价格还可以接收的，工欲善其事必先利其器，值得的！
对一个有想法的程序员来说，善于使用一款高效的开发工具是很重要的，今天给大家介绍的是宇宙第一IDE vs用起来很不错的开发工具，假如大家觉得不错也可以尝试的用用，毕竟对于我们这些一天一大半的时间用在写代码的程序员而言，一个好用的养眼的IDE真正很重要。
经过了4年的发展，2008年9月11日终于发布了1.0 RTM版本，这个版本已经非常稳定，所有修复的缺陷都是轻微的。可以从这里下载：http://www.postsharp.org/download/1.0/ AOP（ASPect-Oriented Programming，面向方面编程），它是OOP（Object-Oriented Programing，面向对象编程）的补充和完善。我们把软件系统分为两个部分：核心关注点和横切关注点。业务处理的主要流程是核心关注点，与之关系不大的部分是横切关
一般在写方法的时候，第一步就是进行参数验证，这也体现了编码者的细心和缜密，但是在很多时候这个过程很枯燥和乏味，比如在拿到一个API设计文档的时候，通常会规定类型参数是否允许为空，如果是字符可能有长度限制，如果是整数可能需要判断范围，如果是一些特殊的类型比如电话号码，邮件地址等，可能需要使用正则表达式进行判断。
Aspect Oriented Programming(AOP)，面向切面编程。AOP主要解决的问题是针对业务处理过程中对一些逻辑进行切面提取，它可以分散在处理过程中的不同的阶段，以获得逻辑过程中各部分之间低耦合性的隔离效果。这样做可以提高程序的可重用性，同时提高了开发的效率。AOP编程一般会分离应用中的业务逻辑和通用系统级服务逻辑，可以让各自业务进行高内聚的开发，通用系统级服务也能得到很好的复用。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责其它的系统级关注点，例如日志或事务支持。AOP编程的主要场景是从业务逻辑里面提取日志记录，性能统计，安全控制，事务处理，异常处理等逻辑到独立的单元里。让负责业务逻辑的代码更加清晰和简单，从而更加容易维护，并且容易被复用。用一张图来看一下AOP编程的表现形式：
推荐几个对Asp.Net开发者比较实用的工具。大家有相关工具也可以在评论区留言，一起努力学习。
团队日常协作中，自然而然的会出现很多重复代码，根据这些代码的种类，之前可能会以以下方式处理
相似地，我们也要在Redeem方法中添加，这里不做了，省略。问题越来越明显了，横切关注点基本上占据了这个方法的一半代码。但是我们还没有做完，我们需要讨论一下异常处理。 处理异常 前面不是添加了try
本文介绍了.NET Core社区在2017年5月10日前后的一些技术文章，包括.NET Core 2.0的新特性和改进，以及ASP.NET Core和Docker容器的集成等内容。此外，还提供了一些教程和示例，如使用Kafka和Docker进行集成，以及使用IdentityServer4实现OAuth2.0和OpenID Connect等。
看到知乎有人提问《C# 如果要实现一个任务每天 0 点执行，用什么方法等待更高效？》，回想起之前写过的一个方法，现在翻出来大家讨论讨论。
什么是AOP？引用百度百科：AOP为Aspect Oriented Programming的缩写，意为：面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。实现AOP主要由两种方式，一种是编译时静态植入，优点是效率高，缺点是缺乏灵活性，.net下postsharp为代表者（这个是收费的）。另一种方式是动态代理，优缺点与前者相反，动态为目标类型创建代理，通过代理调用实现拦截。AOP能做什么，常见的用例是事务处理、日志记录等等。下面就讲讲Autofac怎么实现AOP，Autofac
在之前c#自己封装一个轻量级ORM框架FastORM一文中已经初步完成了对数据库查询，实体类映射，泛型方法的封装，但是对于更新字段使用的还是全字段更新，也没有日志追踪功能，在本文中，将会详细叙述完善这两个功能的过程。
这个项目的名称“Fody”来源于属于织巢鸟科（Ploceidae）的小鸟（Fody），本身意义为编织。
背景 近期在写日志系统，需要在运行时在函数内注入日志记录，并附带函数信息，这时就想到用Aop注入的方式。 AOP分动态注入和静态注入两种注入的方式。 动态注入方式 利用Remoting的ContextBoundObject或MarshalByRefObject。 动态代理(反射)，很多AOP框架都用这种方式。 MVC的filter，也是反射。 第一种性能太差，必须继承基类等，所以不考虑。 第二种为了记日志，大量动态生成代理类，性能损耗不小，不建议生产环节推荐。 第三种MVC只能进行UI层的拦截，其他层需要实
开始一个新项目 没有AOP的生活 变更的代价 使用AOP重构 本系列的源码本人已托管于Coding上：点击查看。 本系列的实验环境：VS 2013 Update 5（建议最好使用集成了Nuget的VS版本，VS Express版也够用），安装了PostSharp。 这篇博客覆盖的内容包括： 为项目创建需求 从零编写代码来满足需求 不使用AOP重构凌乱的代码 使用AOP来重构代码 这一节会构建一个汽车租赁系统，先是给定业务需求，然后逐渐地添加代码来满足那些需求。 一开始不使用任何AOP，从零开始敲代码。业务需
工欲善其事，必先利其器，没有好的工具，怎么能高效的开发出高质量的代码呢？本文为各ASP.NET 开发者介绍一些高效实用的工具，涉及SQL 管理，VS插件，内存管理，诊断工具等，涉及开发过程的各个环节，让开发效率翻倍。 Visual Studio Visual Studio Productivity Power tool: VS 专业版的效率工具。 Web Essentials: 提高开发效率，能够有效的帮助开发人员编写CSS， JavaScript, HTML 等代码。 MSVS
不知道大家有没有遇到过某些字符串数据在显示到界面上时需要按一定顺序排列的情况，如果内容是数值或字母自然好办，默认的排序功能就搞定了。那么如果是中文字符串呢？本文将会提供一个能在调用 OrderBy 方法时传入的字符串比较器，能够在一定程度上指定你偏爱的排列顺序，下面就一起来看看吧。
介绍 这篇距上一篇已经拖3个月之久了，批评自己下。 通过上篇介绍了解如何利用mono反射代码，可以拿出编译好的静态数据、例如方法参数信息之类的。 但实际情况是往往需要的是运行时的数据，就是用户输入等外界的动态数据。 既然是动态的，那就是未知的，怎么通过提前注入的代码获取呢！ 阅读目录： 普通写法 注入定义 Weave函数 参数构造 业务编写 注入调用 普通写法 public static string GetPoint(int x, int y) { var value=x; } 动态获取和普通
自从学习.NET以来，优雅的编程风格，极度简单的可扩展性，足够强大开发工具，极小的学习曲线，让我对这个平台产生了浓厚的兴趣，在工作和学习中也积累了一些开源的组件，就目前想到的先整理于此，如果再想到，就继续补充这篇日志，日积月累，就能形成一个自己的组件经验库。
1. Visual Studio Visual Studio Productivity Power tool：Visual Studio 专业版（及以上）的扩展，具有丰富的功能，如快速查找，导航解决方案，可搜索的附加参考对话框等 ReSharper：提高 .NET 开发人员生产力的工具，提高代码质量，通过提供快速修复消除错误，等等 MZ-Tools：它可以在方法、文件、项目、解决方案或项目组、选定的文本，文件组合或项目组合中找到字符串。结果示于下面的结果窗口中，比由 Microsoft IDE 提供的要更方
在软件业，AOP为Aspect Oriented Programming的缩写，意为：面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。
本文有配套视频： https://www.bilibili.com/video/av58096866/?p=6 前言 上回《【 .NET Core3.0 】框架之九 || 依赖注入IoC学习 + A
一、AOP框架 Encase 是C#编写开发的为.NET平台提供的AOP框架。Encase 独特的提供了把方面(aspects)部署到运行时代码，而其它AOP框架依赖配置文件的方式。这种部署方面(aspects)的方法帮助缺少经验的开发人员提高开发效率。
Aop介绍 我们先看一下wiki百科的介绍 Traditional software development focuses on decomposing systems into units of primary functionality, while recognizing that there are other issues of concern that do not fit well into the primary decomposition. The traditional development process leaves it to the programmers to code modules corresponding to the primary functionality and to make sure that all other issues of concern are addressed in the code wherever appropriate. Programmers need to keep in mind all the things that need to be done, how to deal with each issue, the problems associated with the possible interactions, and the execution of the right behavior at the right time. These concerns span multiple primary functional units within the application, and often result in serious problems faced during application development and maintenance. The distribution of the code for realizing a concern becomes especially critical as the requirements for that concern evolve – a system maintainer must find and correctly update a variety of situations.
上回《从壹开始前后端分离【 .NET Core2.0 Api + Vue 2.0 + AOP + 分布式】框架之九 || 依赖注入IoC学习 + AOP界面编程初探》咱们说到了依赖注入Autofac的使用，不知道大家对IoC的使用是怎样的感觉，我个人表示还是比较可行的，至少不用自己再关心一个个复杂的实例化服务对象了，直接通过接口就满足需求，当然还有其他的一些功能，我还没有说到，抛砖引玉嘛，大家如果有好的想法，欢迎留言，也可以来群里，大家一起学习讨论。昨天在文末咱们说到了AOP面向切面编程的定义和思想，我个人简单使用了下，感觉主要的思路还是通过拦截器来操作，就像是一个中间件一样，今天呢，我给大家说两个小栗子，当然，你也可以合并成一个，也可以自定义扩展，因为我们是整个系列是基于Autofac框架，所以今天主要说的是基于Autofac的Castle动态代理的方法，静态注入的方式以后有时间可以再补充。
【导读】加密解密都是需要特定的算法，而这个算法就是一个解释器。又比如翻译器，各种语言都有其翻译器。针对特定语言会有特定的解释器，这就是解释器模式。
在去年的时候，偶然看到hqx算法。 一个高质量的插值放大算法。 与双线性插值等插值算法相比，这个算法放大后对人眼保护相对比较好。 没有双线性插值看起来模糊，固然，也抽空把算法简单优化了一下。 官网及代码： https://web.archive.org/web/20131205091805/http://www.hiend3d.com/hq2x.html https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.c
SRPM 包，比 RPM 包多了一个“S”，是“Source”的首字母，所以 SRPM 可直译为“源代码形式的 RPM 包”。也就是说，SRPM 包中不再是经过编译的二进制文件，都是源代码文件。可以这样理解，SRPM 包是软件以源码形式发布后直接封装成 RPM 包的产物。
ARP协议是常用的TCP/IP底层协议之一。在对网络故障进行诊断的时候，它也是最常用的协议。
Spark 中的消息通信主要涉及 RpcEnv、RpcEndpoint 及 RpcEndpointRef 几个类，下面进行简单介绍
RPM是RedHat Package Manager（RedHat软件包管理工具）类似Windows里面的“添加/删除程序”
在之前的文章中，我们由SparkContext的初始化提到了事件总线LiveListenerBus与执行环境SparkEnv。在讲解SparkEnv的过程中，RPC环境RpcEnv又是首先被初始化的重要组件。做个不怎么恰当的比较，SparkEnv之于SparkContext，正如RpcEnv之于SparkEnv。
然后我就开始了1个多月的走读代码和写代码，脑袋里充斥着亚马逊、乐天、雅虎、eaby、bigcommerce等等各大国际电商平台。
从网络分层上看，我们知道二层网络中，使用 MAC 地址进行传输，MAC 地址做为数据链路层的设备标识符。
OpenCloudOS 操作系统开源社区是由操作系统、软硬件厂商与个人共同倡议发起的操作系统社区项目，为用户提供自主可控、绿色节能、安全可靠、高性能的下一代云原生操作系统，目前社区理事单位已达 31家，联接生态伙伴达 500+家，OpenCloudOS 操作系统将与众多生态伙伴一起打造面向未来开放中立的操作系统开源生态。
RPM是RedHat Package Manager（RedHat软件包管理工具）类似Windows里面的“添加/删除程序” rpm 执行安装包 二进制包（Binary）以及源代码包（Source）两种。二进制包可以直接安装在计算机中，而源代码包将会由RPM自动编译、安装。源代码包经常以src.rpm作为后缀名。 常用命令组合： －ivh：安装显示安装进度--install--verbose--hash －Uvh：升级软件包--Update； －qpl：列出RPM软件包内的文件信息[Query Packag
gRPC是Google开源的跨语言远程服务调用(RPC)框架，通信协议用的HTTP/2，数据传输默认用的protocol buffers（一种轻便高效的结构化数据存储格式，想比json更小更快，不过没有可读性）。
值得提到的一点是 PlayerPrefs 主动存储的实现方式,代码中除了释放 PlayerPrefs 时会做一次主动存储以外,另外还使用了一个脏标记(mPlayerPrefsDirty)来定时的检查是否要进行主动存储
解释器模式的定义： 给定一门语言，定义它的文法的一种表示并定义一个解释器，该解释器用来表示解释语言中的句子。
好久没写东西了，今年实在太忙，基本都在搞业务开发，晚上来补一篇，作为今年的收官博客。google-rpc 正式发布以来，受到了不少人的关注，这么知名的rpc框架，不集成到dubbox中有点说不过去。 但是grpc的思路与其它rpc(比如：avro/thrift)有些不一样，并非直接采用 "接口定义+服务实现"的套路，而是采用了"抽象类派生"的做法，见下面的示例： 1 syntax = "proto3"; 2 3 option java_multiple_files = true; 4 option
大家好，又见面了，我是你们的朋友全栈君。复制以下RPM包到某个目录 compat-gcc-32-3.2.3-47.3.i386.rpm compat-gcc-32-c++-3.2.3-47.3.i386.rpm cpp-3.4.6-3.i386.rpm gcc-3.4.6-3.i386.rpm gcc-c++-3.4.6-3.i386.rpm gcc-g77-3.4.6-3.i386.rpm gcc-gnat-3.4.6-3.i386.rpm gcc-java-3.4.6-3.i386.rpm gcc-objc-3.4.6-3.i386.rpm glibc-devel-2.3.4-2.25.i386.rpm glibc-headers-2.3.4-2.25.i386.rpm glibc-kernheaders-2.4-9.1.98.EL.i386.rpm libgcc-3.4.6-3.i386.rpm
会造成网络连接不稳定，引发用户通信中断；或者利用ARP欺骗截取用户报文，进而非法获取游戏、网银、文件服务等系统的帐号和口令，造成被攻击者重大利益损失。
grpc的中间件以及中间件库有很多，go-grpc-middleware应该是其中应用最广泛，本文主要介绍其中的grpc_zap、grpc_auth和grpc_recovery中间件。
说明： 其中，>为输出重定向符号，>/dev/null 2>&1。这条命令其实分为两命令，一个是>/dev/null，另一个是2>&1。 1. >/dev/null 这条命令的作用是将标准输出1重定向到/dev/null中。/dev/null代表linux的空设备文件，所有往这个文件里面写入的内容都会丢失，俗称“黑洞”。那么执行了>/dev/null之后，标准输出就会不再存在，没有任何地方能够找到输出的内容。 2. 2>&1 这条命令用到了重定向绑定，采用&可以将两个输出绑定在一起。这条命令的作用是错误输出将和标准输出同用一个文件描述符，说人话就是错误输出将会和标准输出输出到同一个地方。 linux在执行shell命令之前，就会确定好所有的输入输出位置，并且从左到右依次执行重定向的命令，所以>/dev/null 2>&1的作用就是让标准输出重定向到/dev/null中（丢弃标准输出），然后错误输出由于重用了标准输出的描述符，所以错误输出也被定向到了/dev/null中，错误输出同样也被丢弃了。执行了这条命令之后，该条shell命令将不会输出任何信息到控制台，也不会有任何信息输出到文件中。
因为系统配置硬件监控需要，在自己创建一个rpm包的时候系统没有rpmbuild工具，于是使用yum安装相关的包，但是安装过程中发现一些依赖包之间存在版本冲突，总是安装失败，于是手欠"rpm -e --nodeps -force libxml2-2.9.1-5.el7_1.2.i686"强制删除了该包，于是开始了一系列问题： 系统环境： centos7
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
