前言 之前关注ABP框架有一阵子了,一直没有潜下心来实际研究一下.最近想自己建站,以后有自己的功能开发项目,可以在自己的站点上开发,并一步步的完善,所以找个比较好用的框架迫在眉睫,选来选去,决定用ABP框架.用群里的大大门的话来说,掌握了ABP,基本就可以飞天了~ 先简单介绍下吧(以下部分资料来自群里资料,如有侵权,请告知): ABP是“ASP.NET Boilerplate Project (ASP.NET样板项目)”的简称. ASP.NET Boilerplate是一个用最佳实践和流行技术开

博客申请下来已经过去一个月了,一直不知道写点什么,毕竟我的文笔不是很好orz. 不过既然申请下来了,不写点什么总是觉得很可惜.正好最近在自己写框架,就把自己的进程和一些心得体会分享出来吧. 写在前面: 这一系列<从头开始写框架>文章,算是我的经验总结.因为以前读各位大牛的源代码时,总是会冒出这样的想法“如果他能把每一步都标注的很明确,那该多好,一定会省下我很多时间.”.但是大牛们愿意分享出源代码已经是很感谢了,怎么还能要求别人这么多呢~  所以在这系列文章里,会事无巨细的把所有细节都标注清楚.

前言 这篇文章是WPF框架系列的最后一篇,在这里我想阐述一下我对框架设计的理解. 我对框架设计的理解是这样的: 框架设计不应该局限于任何一种设计模式,我们在设计框架时,应该将设计模式揉碎,再重组:这样设计出来的框架才具有一战之力. 框架设计应该根据项目团队成员水平量身定制. 我上一篇文章<我们都知道,如何不被淘汰.>中谈到,开发人员分为程序员和代码工人两种. 这两种开发人员的技术实力差距是巨大的:如果框架设计时不考虑团队成员的技术实力,那么框架很难发挥出最高战力. 比如,如果开发人员大多是代码

前言 我想,有一部分程序员应该是在二三线城市的,虽然不知道占比,但想来应该不在少数. 我是这部分人群中的一份子. 我们这群人,面对的客户,大多是国内中小企业,或者政府的小部门.这类客户的特点是,资金有限,人力有限. 什么意思呢?就是你如果敢给他安一台Linux服务器,客户的信息员和测试员会把你堵在墙角问候你全家安好,他们Window都用不明白呢,你给安Linux,要疯啊. 所以,Core对我们而言,没有意义,因为大家都是Windows. 关于业务 在二三线城市的我们,立身之本不是写算法,也不是各

MVVM的特点之一是实现数据同步,即,前台页面修改了数据,后台的数据会同步更新. 上一篇我们已经一起编写了框架的基础结构,并且实现了ViewModel反向控制Xaml窗体. 那么现在就要开始实现数据同步了. DataContext—数据上下文 在实现数据同步前,我们要了解一个知识点——DataContext. WPF中每个UI都有一个Content和一个DataContext,那么Content和DataContext是什么呢? Content:Content是指页面内容,即我们编写的代码,或者

这世上,没人能一次性写出完美无缺的框架:因为,任何一个框架都需要项目的淬炼,然后才能升华,趋近完美. 所以,框架是个反复修改的东西,最终形成的东西. 如果你学了一点技术,觉得自己可以写出框架了,觉得自己有架构师的能力,然而自己总是怀才不遇——那一定是你的错觉. 因为,你框架没有经过项目淬炼:而淬炼过框架的人都了解,设计的再好的框架,最终会被业务需求打的细碎,然后被开发人员搅和再一起. 所以细节决定成败,没有细节的框架就是扯淡. DataControl—数据控件 上文我们已经编写出来了WPF的MV

前言 这个框架写到这里,应该有很多同学发现,框架很多地方的细节,其实是违背了MVVM的设计逻辑的. 没错,它的确是违背了. 但为什么明知道违背设计逻辑,还要这样编写框架呢? 那是因为,我们编写的是框架,是使用MVVM的概念编写框架,而并不是要完美的实现MVVM设计. 两者有什么区别呢?区别就是前者是实战,后者只是个理念. 在实战架构中,并不是UI的东西都一定要放在UI层写,逻辑的东西放在逻辑层写的.因为,架构的目的是让程序员更好的写代码,而不是让代码死死的固定在某一层. 所以,我们在编写框架时,

.net core +codefirst(.net core 基础入门,适合这方面的小白阅读)   前言 .net core mvc和 .net mvc开发很相似,比如 视图-模型-控制器结构.所以.net mvc开发员很容易入手.net core mvc .但是两个又有细微的区别,比如配置.net mvc中Web.config和Global.asax消失,而在.net core mvc中则是Startup.cs.Program.cs.appsettings.json等等.所以想要深入了解.ne

jquery提供的serialize方法能够实现. $("#searchForm").serialize();但是,观察输出的信息,发现serialize()方法做的是将表单中的数据以htpp请求格式拼接成字符串.serialize确实是能够解决一般的提交数据.但是有时我们需要的是一个object对象,而不是字符串(比如jqgrid reload时设置查询条件参数,就需要object对象).方法如下: (function(window, $) { $.fn.serializeJson

准备动手写一套电商的系统,辗转收集了不少相关的开源项目,最后决定使用ABP作为起点. 在园子里好多人都在推广ABP.有个园友做了一个集合贴,方便大家使用  ABP集合贴 建议大家优先看 HK Zhang ABP源码分析系列 一共47篇 用图文类图的方式把ABP的类和接口及工作原理进行了阐述.看完基本上就有个大体的框架印象了.不过这个有点难度. 接下去可以看文档和样例: 中文文档:由天道组织的ABP框架中国小组翻译最原始的文档. ABP文档:有kid1412 翻译的文档. 阳铭博客:最先接触ABP

先看看 IoC百度百科 优化过程 namespace Test { class Program { static void Main(string[] args) { //场景 某公司客服要回访一些客户 //刚开始 回访的方式只有 打电话 //简单的实现 CustomerService1 cs1 = new CustomerService1(); cs1.Call(); } } public class CustomerService1 { public string Call() { retu

功能说明 该步骤实现的功能包括: 1. 启动程序时,将@ComponentScan加载的类,创建对象并放在容器里面. 2. 通过ApplicatoinContext的getBean()方法获得容器里面的对象. (放在下一篇文实现) 实现步骤 1.定义一个扫描注解@ComponentScan package ioc.core.annotation; import java.lang.annotation.Documented; import java.lang.annotation.Element

Ioc内核要解决的问题 1.被调用方,在程序启动时就要创建好对象,放在一个容器里面. 2.调用方使用一个接口或类的引用(不用使用new),就可以创建获得对象. 解决这个两个问题的思路 1.定义一个对象容器,用于存储所有的创建的对象. 2.给启动程序时就需要创建对象并放在容器里面的类一个标识,我称为组件注解. 根据三层架构的定义:组件注解分别为 @Controller:表示层的类 @Service:服务层的类 @Repository:持久层的类 @Component:三层架构以外的类 3.定义一个

前言 领域驱动设计,其实已经是一个很古老的概念了,但它的复杂度依旧让学习的人头疼不已. 互联网关于领域驱动的文章有很多,每一篇写的都很好,理解领域驱动设计的人都看的懂. 不过,这些文章对于那些初学者而言,还是如同天书一样. 买本驱动领域的书来看?别逗了,这可不是C#语法入门,哪里有书能写明白的. 想学会领域驱动设计,只有一途——实践,不断的实践. 领域驱动设计是什么? 领域驱动设计就是我们俗称的DDD,英文全拼是Domain-Driven Design. 我认为,理解领域驱动设计的第一步是,顾名

因为工作关系.须要工作其中,须要读取DBF文件.找了一些DBF读取开源软件,要么是太过庞大,动不动就上万行.要么是功能有问题,编码,长度,总之是没有找到一个很爽的. 在万般无奈之下,我老人家怒从心头起,恶向胆边生.决定自己写一下. 结果仅仅用了不到300行代码就搞定了,当然搞定不是唯一目标,还要优雅简洁的搞定,亲们尾随我的脚步一起感受一下简洁的设计与实现吧. 在開始编码之前.先介绍一下DBF.这个DBF可是个老东西.在DOS时代就已经出现,而且风骚了相当一段时间.后来随着大型数据库的应用,它逐步

框架部分重点在于实现原理,懂原理! 废话不多说,动手干起来! SpringMVC程序入口? 没有配置文件,Spring 容器是如何加载? 回顾我们之前搭建Spring Boot项目使用的pom 引入的依赖需要parent,其作用是支持依赖 快速整合框架 不需要写版本号 还有就是web组件,自动引入springmvc spring-web spring-beans  等等都依赖进来了 SpringBoot是一个快速整合第三方框架,简化XML配置,完全采用注解.内置HTTP服务器(tomcat.je

原文链接:https://www.cnblogs.com/maple-shaw/p/8862330.html Web框架本质 我们可以这样理解:所有的Web应用本质上就是一个socket服务端,而用户的浏览器就是一个socket客户端. 这样我们就可以自己实现Web框架了. import socket sk = socket.socket() sk.bind(()) sk.listen() while True: conn, addr = sk.accept() data = conn.recv

无论是在JDK还是框架中,注解都是很重要的一部分,我们使用过很多注解,但是你有真正去了解过他的实现原理么?你有去自己写过注解么? 概念 注解(Annotation),也叫元数据.一种代码级别的说明.它是JDK1.5及以后版本引入的一个特性,与类.接口.枚举是在同一个层次.它可以声明在包.类.字段.方法.局部变量.方法参数等的前面,用来对这些元素进行说明,注释. 在JDK中定义了许多注解,其作用大致可以分为以下几类: 编写文档:通过代码里标识的元数据生成文档[生成文档doc文档] 代码分析:通过代

控制反转概述 控制反转(Inversion of Control,英文缩写为IoC),就是将代码的调用的控制权,由调用方转移给被调用方. 如图:修改代码A类的代码,才能将B类的对象换成C类.代码的控制权在A类(调用方).我们将这种代码调用的方式,称为强耦合的代码调用. (图2-1) 将上图的需求,修改为使用Ioc的调用代码方式.就是将代码的控制权从调用方法修改为被调用方法,意味着,代码的调用修改被调用方(我们也称为服务方),不用修改调用方的的代码. 如图: (图2-2) Ioc内核就是解决这两个

实现功能 --前面实现的代码-- 默认的对象名就类名.不符合Java的命名规范.我们希望默认的对象名首字母小写. 实现思路 创建一个命名规则的帮助类.实现将对大写开头的对象名修改为小写开头. 实现步骤 1.创建一个命名规则帮助类 package ioc.core.utils; /** * 创建命名规则帮助类 * * @author ranger * */ public class NamingUtils { /** * 将类名修改为对象名,首字母小写 * * @param className *

实现功能 以上的代码我们发现.我们都是将@ComponentScan扫描的路径下的所有类都加载到容器中的. 而实际需求,我们并不希望所有的类都创建对象,而是加了组件注解@Controller,@Service,@Repository,@Component的类才创建对象 而不加这些标识的类不需要创建对象. 所谓本章就是实现通过组件注解限制哪些类是可以创建对象的,哪些是不可以的. 实现思路 根据获得的类全限制名,获得它的Class对象.通过Class对象判断类的声明上是否有组件注解.有就创建对象,没