让 .NET 开发更简单,更通用,更流行. Furion 介绍 Furion 是基于 .NET5 平台下打造的现代化 Web 框架.旨在 让 .NET 开发更简单,更通用,更流行.. Furion 非常精悍短小,底层只依赖两个第三方库,去除注释文件仅有 73kb 大小. 麻雀虽小五脏俱全,企业级项目开发所需功能它一个也不少. 开源地址 Gitee:https://gitee.com/monksoul/Furion GitHub:https://github.com/monksoul/Furion

谷歌Volley网络框架讲解——BasicNetwork类 这个类是toolbox工具箱包里的,实现了Network接口. 先来看下Network这个interface,performRequest(Request*)执行一个请求,以一个Request为参数,返回一个 NetworkResponse . public interface Network { /** * Performs the specified request.执行这个请求 * @param request Request t

<前言> <目录> (一) Winner2.0 框架基础分析 (二) 短信中心 (三)SSO单点登录 (四)PLSQL报表系统 (五)钱包系统 (六)GPU支付中心 (七)权限系统 (八)监控系统 (九)会员中心 (十)消息中心 (十一)Winner前端框架与RPC接口规范讲解 (十二)上层应用案例 (十三)番外篇 <核心框架讲解> 之前想用一篇文章讲完核心框架的三四个程序集,后来写着写着就发现一篇文章写不完,这才想了一下用最少要用三篇. 上一篇讲了一下DAL,其实也没

框架原理第一讲,熟悉常用的设计方式.(以MFC框架讲解) 一丶什么是框架,以及框架的作用 什么是框架? 框架,简而言之就是把东西封装好了,使用框架开发可以快速开发程序,例如MFC程序的双击写代码. 为什么讲解框架原理 1.熟悉框架可以跟随时代脚步,因为框架万变不离其宗 2.熟悉框架,可以更快更好的逆向. 比如现在我们知道的QQ界面. 界面就是DUILIB框架写的.我们要通过逆向找到关键的内容必须熟悉框架.如果不熟悉框架,你就算会逆向也不知道从哪里入手. 二丶通过MFC但文档,理解其设计方式. 因

<前言> (一) Winner2.0 框架基础分析 (二)PLSQL报表系统 (三)SSO单点登录 (四) 短信中心与消息中心 (五)钱包系统 (六)GPU支付中心 (七)权限系统 (八)监控系统 (九)会员中心 (十) APP版本控制系统 (十一)Winner前端框架与RPC接口规范讲解 (十二)上层应用案例 (十三)总结 <核心框架讲解> 核心框架讲解的最后一篇文章,也是第一章最后一篇文章.在.net里,我也不晓得现在有多少团队用的Asp.net 多少用的.net MVC. 其

框架原理第三讲,RTTCreate,运行时类型创建.(以MFC框架讲解) 通过昨天的讲解,我们已经理解了运行时类型识别是什么. 比如  CObject * pthis = (Cobject *)CreateObject("xxxx"); 这样通过字符串创建的方式是运行时类型创建. 只不过昨天为了讲解它的前半部分,举了一个简单的例子. 运行时类型识别,就是把我们的类名,和基类地址保存起来. 从一个链表中保存起来. 运行时类型创建就是把这个每个类的信息,在建立一张表来保存起来. 比如昨天我

框架原理第二讲,RTTI,运行时类型识别.(以MFC框架讲解) 一丶什么是RTTI,以及RTTI怎么设计 通过第一讲,我们知道了怎么样升成一个窗口了,以及简单的消息循环. 第二讲则是主要讲解RTTI 什么是RTTI,RTTI 简单来多就是我根据一个字符串,来new一个对象 例如: CObject * pThis = (Cobject *)Getobj("CObject"); 反回的是实例对象 但是具体怎么做 首先我们要解决的问题 1.我们要知道子类的名字 2.怎么识别子类的父类 关于第

<前言> (一) Winner2.0 框架基础分析 (二)PLSQL报表系统 (三)SSO单点登录 (四) 短信中心与消息中心 (五)钱包系统 (六)GPU支付中心 (七)权限系统 (八)监控系统 (九)会员中心 (十) APP版本控制系统 (十一)Winner前端框架与RPC接口规范讲解 (十二)上层应用案例 (十三)总结 <核心框架讲解> 之前在<Winner2.0框架解决方案命分层规范> 有讲到过Winner框架最重要的三个程序集分别是: Winner.Frame

首先感谢张队@geffzhang公众号转发了上一篇文章,希望广大.neter多多推广dapr,让云原生更快更好的在.net这片土地上落地生根. 目录:一.通过Dapr实现一个简单的基于.net的微服务电商系统 二.通过Dapr实现一个简单的基于.net的微服务电商系统(二)--通讯框架讲解 三.通过Dapr实现一个简单的基于.net的微服务电商系统(三)--一步一步教你如何撸Dapr 四.通过Dapr实现一个简单的基于.net的微服务电商系统(四)--一步一步教你如何撸Dapr之订阅发布附录:(

自从公司新招了几个android工程师后,我清闲了些许.于是就可以有时间写写博客,研究一些没来的研究的东西. 今年的谷歌IO大会上,谷歌推出了自己的网络框架——Volley.不久前就听说了但是没有clone下来,这次终于把源码弄下来了. 这个框架对网络请求数据缓存做了很多优化,其他说明就请自行百度吧... 在这梳理一下网络请求的过程: 先看一段网络请求的代码吧 mQueue = Volley.newRequestQueue(getApplicationContext()); //StringRe

在实际的项目开发中,我们会经常有业务场景使用到Session功能.在iris框架中,也为我们提供了方便使用,功能齐全的Session模块.Session模块的源码目录为kataras/iris/sessions包. Session与Cookie的区别 在学习web开发过程中,我们总会和session和cookie打交道.本节课我们学习sesion相关的知识,因此有必要先通过讲解对比一下session和cookie的区别: 首先是两者的相同点.session和cookie两者都是用来存储客户的状态

EasyPlayerPro for Windows是基于ffmpeg进行开发的全功能播放器,开发过程中参考了很多开源的播放器,诸如vlc和ffplay等,其中最强大的莫过于vlc,但是鉴于vlc框架过于庞大而其中仍存在诸多问题而舍弃了,而其他的更倾向于演示demo,只能提供部分借鉴意义:故而,EasyPlayerPro 一贯秉承Easy系列小而精,接口简单功能强大的宗旨从新设计了一套框架,该套框架能适应多线程调用以及多个播放实例同时运行,和EasyPlayer一样Easy; 当然,在此也郑重的感

利用一个简单的myJDBC,讲一下'服务提供者框架'的思想.主要是思想 目录 什么是 服务提供者框架 代码讲解 服务接口 服务提供者接口 服务注册API.服务访问API 静态工厂方法 服务实现类 – sql.oracle 测试一下 myJDBC 什么是 服务提供者框架 服务提供者框架 有四个部分组成,这是老生常谈的话题了: 服务接口 服务提供者接口 服务注册 API 服务访问 API 大家都知道 JDBC 就是一个 服务提供者框架 : 代码讲解 还是用代码好讲解 服务接口 /** * 服务接口:

前两篇已经对网络请求流程已经梳理了个大概,这次我们着重看一下HttpStack和它的其实现类.我们之前在Network篇讲过它仅有一个实现类,而今天我们讲的HttpStack有两个实现类. 其中HttpCliantStack是在2.3以下使用,Hurl是在2.3以上使用,这样分开的原因谷歌给了注释. // Prior to Gingerbread, HttpUrlConnection was unreliable. // See: http://android-developers.blogsp

研究了这么久的Volley,愈来愈发现这个框架的精美和人性化.比起民间一些框架强很多,一开始总是盲人摸象找不到头绪,现在终于有些明朗了.Volley其实就是一个请求队列的代理类,我们看下UML. 这就是Volley的网络请求中心枢纽,我们重头再梳理一下. 首先通过Volley类建立一个请求队列RequestQueue,这个队列可以定制个线程池规定多少个线程跑,一个NetworkDispatche对象就是一个线程,而加入进队列的请求就根据工作调度机制由一个NetworkDispatche线程去执行

学过React Native的都知道,RN的UI是根据相应组件的state进行render的,而页面又是由大大小小的组件构成,导致每个组件都必须维护自身的一套状态,因此当页面复杂化的时候,管理state会相当吃力的.而redux提供了一套机制来组织管理整个应用状态. Redux有三部分组成:store,action,reducer. store:维护全局的state,以及将action和reducer结合起来. action:用来传递state的信息.(比如:我们在action中处理登陆操作,将

在Iris框架中,封装了mvc包作为对mvc架构的支持,方便开发者遵循mvc的开发原则进行开发. iris框架支持请求数据.模型.持久数据分层处理,并支持各层级模块代码绑定执行. MVC即:model.view.controller三个部分,分别代表数据层.视图层.控制层.控制器层负责完成页面逻辑.实体层负责完成数据准备与数据操作.视图层负责展现UI效果. 在iris框架中,用一张图表示前端请求.服务端处理请求.服务端返回数据到前端的请求过程图,描述如下: mvc.Application iri

在Iris框架中,封装了mvc包作为对mvc架构的支持,方便开发者遵循mvc的开发原则进行开发. iris框架支持请求数据.模型.持久数据分层处理,并支持各层级模块代码绑定执行. MVC即:model.view.controller三个部分,分别代表数据层.视图层.控制层.控制器层负责完成页面逻辑.实体层负责完成数据准备与数据操作.视图层负责展现UI效果. 在iris框架中,用一张图表示前端请求.服务端处理请求.服务端返回数据到前端的请求过程图,描述如下: mvc.Application iri

路由组的使用 在实际开发中,我们通常都是按照模块进行开发,同一模块的不同接口url往往是最后的一级url不同,具有相同的前缀url.因此,我们期望在后台开发中,可以按照模块来进行处理我们的请求,对于这种需求,iris框架也是支持的. usersRouter := app.Party("/admin", userMiddleware) 如上述代码所示,iris框架中使用app.Party方法来对请求进行分组处理,第二个参数是处理路由组的中间件方法,通常情况下我们会在中间件中写contex

Context概念 Context是iris框架中的一个路由上下文对象,在iris框架中的源码路径定义为:{$goPath}\github.com\kataras\iris\context\context.go.以下是Context的声明和定义: package contexttype Context interface { BeginRequest(http.ResponseWriter, *http.Request) EndRequest() ResponseWriter() Respons

数据请求方式的分类 所有的项目中使用的请求都遵循HTTP协议标准,HTTP协议经过了1.0和1.1两个版本的发展. HTTP1.0定义了三种请求方法: GET, POST 和 HEAD方法. HTTP1.1新增了五种请求方法:OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法. 因此,我们可以说,HTTP协议一共定义了八种方法用来对Request-URI网络资源的不同操作方式,这些操作具体为:GET.POST.PUT.DELETE.HEAD.OPTIONS.TRAC