mono

.Net 基金会中包含有很多优秀的项目，今天就和笔者一起了解一下其中的一些优秀作品吧。 中文介绍 中文介绍内容翻译自英文介绍，主要采用意译、如与原文存在出入，请以原文为准。 Cecil Cecil 是一款可采用 ECMA CIL （国际标准化通用中间语言）格式对程序或类库进行再造或检视的类库。 项目详情 官网地址 项目源码 项目许可证: MIT/X11 项目联系人 : Jb Evain 相关链接 项目文档 参与讨论 笔者简评 越是剪短的介绍，越是说明其重要。 C#、VB.Net、F# 等等.Net 语言在编译后将会以 IL 的形式存在于类库或程序中，那么如果在没有源代码的情况下期望修改编译结果，即修改 IL。那么就可以采用这个类库。 知名的反编译工具 ILSpy 便与此类库有关。 注意，当您开始需要使用这个类库时，说明您开始初步涉及到.Net 的逆向领域。这是一个好的开始，是一个快乐的开始。 英文介绍 Cecil Cecil is a library to generate and inspect programs and libraries in the ECMA CIL form. Project Details Project Info Site Project Code Site Project License Type: MIT/X11 Project Main

所需软件: mono: ftp://www.go-mono.com/archive/1.2.5/linux-installer/5/ mono SourceCode:http://go-mono.com/sources-stable/ gcc ftp://ftp.gnu.org/gnu/gcc/ glib ftp://ftp.gnu.org/gnu/glibc/ gnu m4 ftp://ftp.gnu.org/ pgk http://pkgconfig.freedesktop.org/releases/ gettext ftp://ftp.gnu.org/gnu/gettext/ bison ftp://ftp.gnu.org/gnu/bison/ gtk http://download.chinaunix.net/download/0005000/4195.shtml vmware 6.0.2 h ttp://yqtel.cncrk.com:8080/soft/keygen/VMware-workstation.rar 1.在xp系统上安装vmware 6.0.2 2.在vmware上安装Ubuntu 7.1(iso) (到出现正在设置APT(82%)正在扫描镜像站点...停住了,几小时不动,怎么办? http://www.linuxdiyf.com/bbs

1. 背景 随着微服务架构的流行，服务按照不同的维度进行拆分，一次请求往往需要涉及到多个服务。而诸多的服务可能分布在了几千台服务器，横跨多个不同的数据中心。为了快速定位和解决故障，应用性能进行分析，全链路监控组件就在这样的问题背景下产生了。最出名的是谷歌公开的论文提到的 Google Dapper。想要在这个上下文中理解分布式系统的行为，就需要监控那些横跨了不同的应用、不同的服务器之间的关联动作。 1.1 全链路原理 通过业务调用过程中添加并传递调用链ID，实现应用间生成链路数据，最终串联成一条完整的调用链。 其中整个调用过程中每个请求都要透传TxId、SpanId和pSpanId。 1.2 Spring Cloud Gateway 作为Spring Cloud官方推出的第二代网关框架，Spring cloud gateway是基于Spring 5.0、Spring Boot2.0和Reactor等技术开发的网关，采用了NIO模型进行通信。 1.2.1 Spring WebFlux Spring Boot 2.0 包括一个新的 spring-webflux 模块，名称中的 Flux 来源于 Reactor 中的类 Flux。该模块包含对响应式 HTTP 和 WebSocket 客户端的支持，以及对 REST、HTML 和 WebSocket 交互等程序的支持。 一般来说

本文根据Mono C++原文档翻译，这篇文章的目的，就是想说CLR程序在VS下面生成的DLL不能给Unity调用，因为Mono的Native调用的编码和MS CLR的不一样，如果Unity想要去调用C++程序，需要使用P/Invoke的方式，这两者的不兼容使得本来非常方便的C++/CLI在Unity下毫无用武之地，希望有一天MS能够给Mono CLR一片土地，方便你我他，还有就是高高兴兴写了半个月MS CLR以为能在Unity下使用了，结果一Run就炸，所以说以后代码未动，单元测试一定要先写啊，这片区代码需要全部重构了，血与泪的教训。 Introduction 简介 ============ The Common Language Infrastructure (CLI) is designed to make it "easy" to interoperate with existing code. In principle, all you need to do is create a DllImport function declaration for the existing code to invoke, and the runtime will handle the rest. For example: 公共语言接口(CLI)的设计目的是使与现有代码进行互操作变得“容易

这个真正的控制台程序来自 corefxlab ，名叫CoreClrHelloWorld，是一个跨平台的.NET控制台演示程序，可以显示微软、Linux、苹果的logo。 CoreClrHelloWorld代码如下（代码中省略了拼接logo的字符串，完整代码见 这里 ）： using System; internal class Program { private static void Main(string[] args) { if (args.Length == 1 && args[0] == "linux") { DrawLinux(); } else if (args.Length == 1 && args[0] == "mac") { DrawMac(); } else { DrawWindows(); } Console.WriteLine(); Console.WriteLine("Press ENTER to exit ..."); Console.ReadLine(); } private static void DrawWindows() { Console.WriteLine("Hello, Windows..."); const int squareSize = 20; var colors = new[] { ConsoleColor.Red,

.NET 应用开发用于并运行于一个或多个 .NET 实现。 .NET 实现包括 .NET Framework、.NET Core 和 Mono。 .NET 的所有实现都有一个名为 .NET Standard 的通用 API 规范。 本文简要介绍了每个概念。 .NET Standard .NET Standard 是一组由 .NET 实现的基类库实现的 API。 更正式地说，它是构成协定统一集（这些协定是编写代码的依据）的特定 .NET API 组。 这些协定在每个 .NET 实现中实现。 这可实现不同 .NET 实现间的可移植性，有效地使代码可在任何位置运行。 .NET Standard 也是一个 目标框架 。 如果代码面向 .NET Standard 版本，则它可在支持该 .NET Standard 版本的任何 .NET 实现上运行。 若要详细了解 .NET Standard 以及如何将其作为目标，请参阅 .NET Standard 主题。 .NET 实现 .NET 的每个实现都具有以下组件： 一个或多个运行时。 示例：CLR 用于 .NET Framework，CoreCLR 和 CoreRT 用于 .NET Core。 实现 .NET Standard 并且可实现其他 API 的类库。 示例：.NET Framework 基类库、.NET Core 基类库。

03：WebFlux Web CRUD 实践 前言 上一篇基于功能性端点去创建一个简单服务，实现了 Hello 。这一篇用 Spring Boot WebFlux 的注解控制层技术创建一个 CRUD WebFlux 应用，让开发更方便。这里我们不对数据库储存进行访问，因为后续会讲到，而且这里主要是讲一个完整的 WebFlux CRUD。 结构 这个工程会对城市（City）进行管理实现 CRUD 操作。该工程创建编写后，得到下面的结构，其目录结构如下： ├── pom.xml ├── src │ └── main │ ├── java │ │ └── org │ │ └── spring │ │ └── springboot │ │ ├── Application.java │ │ ├── dao │ │ │ └── CityRepository.java │ │ ├── domain │ │ │ └── City.java │ │ ├── handler │ │ │ └── CityHandler.java │ │ └── webflux │ │ └── controller │ │ └── CityWebFluxController.java │ └── resources │ └── application.properties └── target 如目录结构

动态路由背景 ​ 无论你在使用Zuul还是Spring Cloud Gateway 的时候，官方文档提供的方案总是基于配置文件配置的方式 例如： # zuul 的配置形式 routes: pig-auth: path: /auth/** serviceId: pig-auth stripPrefix: true # gateway 的配置形式 routes: - id: pigx-auth uri: lb://pigx-auth predicates: - Path=/auth/** filters: - ValidateCodeGatewayFilter 配置更改需要重启服务，不能满足实际生产过程中的动态刷新、实时变更的业务需求。 ​ 基于以上分析 pig 已经提供了基于Zuul版本的动态路由功能，附 Git 地址传送门 ,效果如下图可以实时配置修改刷新。 Spring Cloud Gateway 路由加载源码 DispatcherHandler 接管用户请求 RoutePredicateHandlerMapping 路由匹配 根据RouteLocator获取 RouteDefinitionLocator 返回多个RouteDefinitionLocator.getRouteDefinitions()的路由定义信息