syntaxhighlighter

【推荐阅读】微服务还能火多久？>>> 具体的提示信息如下： Error:(21, 8) java: cannot access org.springframework.web.WebApplicationInitializer class file for org.springframework.web.WebApplicationInitializer not found 这个错误要结合你的 Application 代码来看。 因为在 Application 的代码中，我们继承了 SpringBootServletInitializer。 请注意：我们定义的 Application： public class Application extends SpringBootServletInitializer{ } 正是因为这个定义，所以你的 POM 或者 build.gradle 中 需要添加：spring-boot-starter-web 依赖。 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <version>2.2.6.RELEASE</version> </dependency> 然后你再次编译的项目

【今日推荐】：为什么一到面试就懵逼！>>> 在实际项目设计中，我们可以希望在 JPA 中定义 @Entity 表。 但是在这个 @Entity 类中，我们希望 extends 另外一个类，在另外一个类中我们可以把一些通用的属性设置到里面。 例如： public class Covid19Current extends DataObject implements java.io.Serializable { } 那么我们应该在 DataObject 添加什么注解？ 需要在 DataObject 中添加 @MappedSuperclass 注解。 可以定义成如下： @MappedSuperclass public abstract class DataObject { } @MappedSuperclass注解只能标准在类上：@Target({java.lang.annotation.ElementType.TYPE}) 标注为@MappedSuperclass的类将不是一个完整的实体类，他将不会映射到数据库表，但是他的属性都将映射到其子类的数据库字段中。 标注为@MappedSuperclass的类不能再标注@Entity或@Table注解，也无需实现序列化接口。 但是如果一个标注为@MappedSuperclass的类继承了另外一个实体类或者另外一个同样标注了

原文: .NET Core技术研究-最实用最常用的配置读取方式 升级ASP.NET Core后，配置的读取是第一个要明确的技术。原先的App.Config、Web.Config、自定义Config在ASP.NET Core中如何正常使用。有必要好好总结整理一下，相信大家都会用到。 首先，看一下ASP.NET Core中的配置提供程序（Configuration Providers）： 一、配置提供程序（Configuration Providers） ASP.NET Core 使用一个或多个配置提供程序来读取配置： 应用程序设置文件（配置文件），例如appsettings.json 环境变量：Environment variables 命令行参数：Command-line arguments 自定义的配置提供程序 目录文件 内存中的.NET对象（内存中的配置类） Azure Key Vault，详细说明参考这个连接：https://docs.microsoft.com/en-us/aspnet/core/security/app-secrets?view=aspnetcore-3.0&tabs=windows Azure应用程序配置：Azure App Configuration 我们通过下面的代码，输出配置提供程序的加载顺序： ? 1 2 3 4 5 var configRoot

原文: .NET Core技术研究-中间件的由来和使用 我们将原有ASP.NET应用升级到ASP.NET Core的过程中，会遇到一个新的概念： 中间件。 中间件是ASP.NET Core全新引入的概念。 中间件是一种装配到应用管道中以处理请求和响应的软件。 每个组件： 选择是否将请求传递到管道中的下一个组件。 可在管道中的下一个组件前后执行工作。 单独看以上中间件的定义，一个很直观的感觉：中间件是HTTP请求管道中的一层层的AOP扩展。 在展开介绍中间件之前，我们先回顾一下ASP.NET中HttpHandler和HttpModule的处理方式。 一、ASP.NET中HttpHandler和HttpModule 先看一张图： 上图中有两个概念HttpHandler和HttpModule，其中： HttpHandler 用于处理具有给定文件名或扩展名的请求。比如上图中的.report类的请求，同时，任何一个HttpHandler都需要实现接口IHttpHandler，都需要在Web.Config配置文件中注册使用。 HttpModule 用于处理每个请求调用，比如上图中的Authorization Module，每个Http请求都会经过HttpModule的处理。通过HttpModule可以中断Http请求，可以自定义HttpResponse返回。同时

原文: ASP.NET Core技术研究-探秘依赖注入框架 ASP.NET Core在底层内置了一个依赖注入框架，通过依赖注入的方式注册服务、提供服务。依赖注入不仅服务于ASP.NET Core自身，同时也是应用程序的服务提供者。 毫不夸张的说，ASP.NET Core通过依赖注入实现了各种服务对象的注册和创建，同时也实现了面向抽象的编程模式和编程体验，提升了应用程序的扩展性。 今天，我们普及一下ASP.NET Core中依赖注入的一些基本知识。 一、服务的注册 我们通过创建一个ASP.NET Core的项目，可以发现在Startup.cs 类中，有一个方法 ConfigureServices ，这个方法的注释是这样的： This method gets called by the runtime. Use this method to add services to the container. 在ConfigureServices方法中我们可以将通过ASP.NET Core内置的依赖注入框架实现服务的的注册。 这个方法有个参数：IServiceCollection，见名知意，服务集合。 ASP.NET Core内置的依赖注入框架将服务注册信息存储到一个实现了IServiceCollection接口的对象中。默认情况下这个接口的实现类是ServiceCollection

原文: SQL Server 数据库清空ldf日志文件 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 USE [master] ALTER DATABASE [DB_Develop] SET RECOVERY SIMPLE WITH NO_WAIT ALTER DATABASE [DB_Develop] SET RECOVERY SIMPLE GO USE [DB_Develop] DECLARE @logname VARCHAR (150) SELECT @logname = NAME FROM sys.database_files WHERE NAME LIKE '%log' DBCC SHRINKFILE(@logname, 11, TRUNCATEONLY) GO USE [master] ALTER DATABASE [DB_Develop] SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE [DB_Develop] SET RECOVERY FULL GO 　　使用时将DB_Develop更换为你需要操作的数据库名即可。 来源： oschina 链接： https://my.oschina.net/u/4370809/blog/3231849

官方网址： http://sourcecodeplugin.codeplex.com/ 本地下载： SourceCodePlugin_version_1.1.zip 安装方法： 将WindowsLiveWriter.SourceCode.dll复制到Windows Live Writer plugin文件夹: * 32-bit systems: C:\Program Files\Windows Live\Writer\Plugins * 64-bit systems: C:\Program Files (x86)\Windows Live\Writer\Plugins 拷贝完成需要重启WindowsLiveWriter。 使用方法： 安装成功之后，点击插入 ,会出现“Source Code Plug-in”插件， 点击该插件，粘贴需要着色的代码并选择相应的编程语言即可。 参考: https://www.cnblogs.com/cmt/archive/2009/11/27/1611900.html 来源： oschina 链接： https://my.oschina.net/u/4419131/blog/3230734

官方网址： http://sourcecodeplugin.codeplex.com/ 本地下载： SourceCodePlugin_version_1.1.zip 安装方法： 将WindowsLiveWriter.SourceCode.dll复制到Windows Live Writer plugin文件夹: * 32-bit systems: C:\Program Files\Windows Live\Writer\Plugins * 64-bit systems: C:\Program Files (x86)\Windows Live\Writer\Plugins 拷贝完成需要重启WindowsLiveWriter。 使用方法： 安装成功之后，点击插入 ,会出现“Source Code Plug-in”插件， 点击该插件，粘贴需要着色的代码并选择相应的编程语言即可。 参考: https://www.cnblogs.com/cmt/archive/2009/11/27/1611900.html 来源： oschina 链接： https://my.oschina.net/u/4377703/blog/3230716

闩锁 翻译自： https://mssqlwiki.com/2012/09/07/latch-timeout-and-sql-server-latch/ 在一个多线程的进程里，当一个线程在内存里更新一个数据或索引页，而另一个线程正在读取相同的页，将会发生什么？ 当第一个线程在内存里读取一个数据或索引页，而第二个线程正在从内存里释放相同的页，将会发生什么？ 答案是：我们将获得数据或数据结构不一致的结果。为了避免不一致，SQL Server使用同步机制像锁（Locks）、闩锁（Latches）和自旋锁（Spinlocks）。 在这篇博文里，我们将讨论关于闩锁的一些关键点和如何排除闩锁超时dump故障。 什么是闩锁（Latch）？ 它们通过多线程控制对数据页和结构的并发访问。闩锁提供数据页的物理数据一致性，并提供数据结果的同步。闩锁不可以像锁一样被用户控制。 闩锁的类型： Buffer(BUF) Latch 用于同步访问BUF结构和它们相关的数据库页。 Buffer "IO" Latch Buffer Latch的一个子集，用于当BUF和相关的数据/索引页正在一个IO操作（从磁盘读取页或者写入页到磁盘）中间时。 Non-Buffer(Non-BUF) Latch 这些闩锁被用于同步一般的内存中数据结构，这些结构通常被并行线程、自动增长操作和收缩操作等查询/任务执行所使用。 闩锁模式：

Python实现3行代码解简单的一元一次方程 class Solution(object): def exec(self, equation): vars = None eqList = list(equation) denth = 0 for i,each in enumerate(equation): if each in "abcdefghijklmnopqrstuvwxyz": vars = each if i == 0: continue if equation[i-1] in '1234567890': eqList.insert(i + denth, '*') denth += 1 equation = ''.join(eqList) equation1 = equation.replace("=", "-(") + ")" c = eval(equation1, {vars: 1j}) return -c.real/c.imag s = Solution() print(s.exec("3a-1 =a+2")) 　　 这篇文章主要介绍了Python实现3行代码解简单的一元一次方程,很适合Python初学者学习借鉴,需要的朋友可以参考下 本文所述实例为Python用3行代码实现解一元一次方程，代码简洁高效，具体用法如下： 1 2 >>> solve( "x - 2*x