webbuilder

AOP（面向切面编程），通过预编译方式和运行期间动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。 AspectCore 提供了一个全新的轻量级和模块化的Aop解决方案，现在已经支持Asp.Net Core。 实现AOP类TransactionalAttribute： 1 /// <summary> 2 /// 为工作单元提供事务一致性 3 /// </summary> 4 public class TransactionalAttribute : AbstractInterceptorAttribute 5 { 6 IUnitOfWork _unitOfWork { get ; set ; } 7 8 public async override Task Invoke(AspectContext context, AspectDelegate next) 9 { 10 try 11 { 12 _unitOfWork = context.ServiceProvider.GetService( typeof (IUnitOfWork)) as IUnitOfWork; 13 _unitOfWork

ASP.NET Core技术研究-全面认识Web服务器Kestrel 因为IIS不支持跨平台的原因，我们在升级到ASP.NET Core后，会接触到一个新的Web服务器Kestrel。相信大家刚接触这个Kestrel时，会有各种各样的疑问。 今天我们全面认识一下ASP.NET Core的默认Web服务器Kestrel。 一、初识Kestrel 首先，Kestrel是一个跨平台的Web服务器，支持运行在Windows、macOS、Linux等操作系统中。Kestrel支持一下使用场景： HTTPS Opaque upgrade used to enable WebSockets（启用WebSocket情况下的不透明升级） Unix sockets for high performance behind Nginx（Nginx高性能模式下的Unix套接字） HTTP2（不支持macOS） Kestrel支持运行在所有.NET 支持的平台和版本之上。 二、Kestrel主要应用场景 Kestrel主要有两种使用模式： 1. Kestrel直接作为Web服务器，直接接收并处理各类Http请求： 2. 与各类反向代理服务器（例如Nginx、Apache、IIS）配合使用，反向代理服务器接收Http请求，将这些请求转发到Kestrel Web服务器 使用反向代理服务器的好处有哪些呢？

　　最近项目上开始使用.net core,新的项目，熟悉的东西比较多，现在花点时间来梳理一下，重头开始搭建一个.net core项目。哈哈，这个相对老手来说，估计会觉得小儿科，没事，也就当一次分享总结罢了，希望对有帮助的小伙伴有点帮助就好。 环境准备： 　　为了开发.net core,微软已经明确终止.net core 2.2,所以我们在实际开发中必须要用.net core3.1了吧，为了更好的使用，所以开发环境赶快升级上来：vs总得升级到vs2019了吧，.net core3.1赶紧装上。哈哈，其实想想也就是这两个环境，不废话，简单搞定就开始撸代码啦。 第一步：创建一个.net core 项目： 　　其实创建一个.net core项目还是很简单的，只要会.net项目的，那就是小儿科，如果刚刚入行，百度也是一大波大波的。下面也简单的来创建一下，供参考： 按照如下框红的部分选择，继续下一步： 填写好项目名称，进入到如下界面，按照匡红选择即可一个.net core 项目的创建 哈哈，是不是觉得超级简单，有这个感觉那就对啦！！！ 第二步：简单介绍.net core 项目的目录结构 　　是不是看上去似曾相识的感觉，嗯有这个感觉就对了，只要会MVC和webform经验的小伙伴感觉是不是更明显。上面就是.net core 项目的目录结构，在实际项目开发中

本文分析Program.cs 中Main()函数中代码的运行顺序分析asp.net core程序的启动，重点不是剖析源码，而是理清程序开始时执行的顺序。到底用了哪些实例，哪些法方。 asp.net core 3.1 的程序入口在项目Program.cs文件里，如下。 ususing System; using System.Collections.Generic; using System.Linq; using System.Threading.Tasks; using Microsoft.AspNetCore.Hosting; using Microsoft.Extensions.Configuration; using Microsoft.Extensions.Hosting; using Microsoft.Extensions.Logging; namespace WebDemo { public class Program { public static void Main( string [] args) { CreateHostBuilder(args).Build().Run(); } public static IHostBuilder CreateHostBuilder( string [] args) => Host.CreateDefaultBuilder

本文分析Program.cs 中Main()函数中代码的运行顺序分析asp.net core程序的启动，重点不是剖析源码，而是理清程序开始时执行的顺序。到底用了哪些实例，哪些法方。 asp.net core 3.1 的程序入口在项目Program.cs文件里，如下。 ususing System; using System.Collections.Generic; using System.Linq; using System.Threading.Tasks; using Microsoft.AspNetCore.Hosting; using Microsoft.Extensions.Configuration; using Microsoft.Extensions.Hosting; using Microsoft.Extensions.Logging; namespace WebDemo { public class Program { public static void Main( string [] args) { CreateHostBuilder(args).Build().Run(); } public static IHostBuilder CreateHostBuilder( string [] args) => Host.CreateDefaultBuilder

以控台的形式，运行.net core mvc 代码， Host.CreateDefaultBuilder(args) .ConfigureWebHostDefaults(webBuilder => { webBuilder.UseStartup <Startup>(); // 指定网络主机要使用的启动类型。 }); 返回默认的IHostBuilder ,程序初始化。 根据官方说明文档：该方法做了这么多事情： 将 ContentRootPath 设置为 GetCurrentDirectory() 的结果 从 "DOTNET_" 前缀的环境变量加载主机 IConfiguration 从提供的命令行参数加载主机 IConfiguration 从 "appsettings" 和 "appsettings" 加载应用 IConfiguration。 [EnvironmentName] json " 使用条目程序集 EnvironmentName "开发" 时从用户机密加载应用 IConfiguration 从环境变量加载应用 IConfiguration 从提供的命令行参数加载应用 IConfiguration 将 ILoggerFactory 配置为记录到控制台、调试和事件源输出 当 EnvironmentName 为 "开发" 时，对依赖关系注入容器启用范围验证

原文: .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

WebBuilder是一款基于浏览器的集成开发环境，前台使用纯JS/HTML/CSS(HTML5/CSS3)，后台使用纯Java架构 提供各种基础模块和工具如工作流、表单、报表、权限等，跨平台、数据库和终端 可以使用Java和js语法来进行编程 在WebBuilder中，开发的应用模块保存在一种使用JSON格式组织的文件，称为可扩展的Web语言文件（Extensible Web Language），简称XWL或模块文件 XWL的原理类似于jsp，通过Java后台Filter接口执行XWL 可以通过简单的控件拖拽的方式来设计模块，一个页面由一个或多个模块组成 安装时，通过安装向导配置JNDI，把WB的数据库表复制到我们自己的数据库中 配置JNDI时，每个数据库的context.xml文件都不同，注意要把数据库对应驱动jar包添加到tomcat的lib目录下（WB默认支持Oracle数据库，不用我们手动添加Oracle数据库的jar包） 可以通过WebBuier课堂结合API来学习WebBuilder 来源： https://www.cnblogs.com/shizunatsu/p/11007523.html

快速开发平台 WebBuilder 8 发布 了解： http://www.putdb.com ，官网： http://www.geejing.com 什么是WebBuilder？ WebBuilder是一款强大，全面和高效的应用开发和运行平台。基于浏览器的集成开发环境，可视化和智能化的设计，能轻松完成常规应用和面向手机的移动应用开发。高效、稳定和可扩展的特点，适合复杂企业级应用的运行。跨平台、数据库和浏览器的架构，适应复杂的服务器和客户端环境。包含多项先进技术，使应用系统的开发更快捷和简单。 使用先进的技术和架构支撑大型系统和海量数据的运行 WebBuilder具有极高的性能可以支撑高负载的大型系统运行，灵活和可扩展的架构可以实现复杂的业务功能并能方便使用第三方的技术和框架。 基于浏览器的强大的集成开发环境 打开浏览器您就能轻松完成从前端到后台所有应用的开发。可视化和智能化的设计，能快速地完成常规应用和面向手机PAD的移动应用开发。 提供全套的企业级应用基础模块和工具 WebBuilder提供了包括工作流，报表，表单，权限，数据库和计划任务等模块在内的全套基础模块和工具，使用户仅需致力于业务的构建。 跨平台、数据库和终端 WebBuilder 支持所有符合工业标准的操作系统，应用服务器，数据库，浏览器，终端和手机PAD等。 来源： https://www.cnblogs.com

WebBuilder是一款跨平台、数据库和浏览器的可视化Web应用开发平台。WebBuilder使用了多项最新的技术，使Web应用的开发更快捷和简单。 作为一款高效的Web开发工具，WebBuilder的特色是： .基于浏览器的集成开发环境 .丰富的组件库 .开发应用简单快速 .高效率和高稳定性 .跨平台、数据库和浏览器 .服务器端的脚本支持 .智能的数据库访问机制 使用WebBuilder可开发ERP、OA、CRM、HR、MIS以及电信、银行、政府、企业等各行业的企业级应用系统，帮助信息化管理系统的快速构建。完善的基础架构，具有大型应用系统必须的完整功能，使应用系统的开发仅需致力于业务的开发。 您可以到 http://www.putdb.com 在线使用或下载到本地使用，软件开源并基于GPL协议授权。 来源： https://www.cnblogs.com/webbuilder/archive/2013/01/18/wb_6_5_8_released.html