我心中的核心组件(可插拔的AOP)~大话开篇及目录

我心中的核心组件(可插拔的AOP)~大话开篇及目录

http://www.cnblogs.com/lori/p/3247905.html

回到占占推荐博客索引

核心组件

我心中的核心组件,核心组件就是我认为在项目中比较常用的功能,如日志,异常处理,消息,邮件,队列服务,调度,缓存,持久化,分布式文件存储,NoSQL存储,IoC容器,方法拦截等等。

对于以上内容可以说即是一个大餐,又是一个挑战,就让我带着大家去迎接这份挑战吧,呵呵!

可插拔的AOP

AOP即面向切面的编程,是指将一个公用的与领域无关的组件抽象出来,方便在各个项目中使用。在微软很多项目中,基本都会有这种组件,它们叫它frameworks,或者叫core,从字面上看,就是核心的东西,而这些核心的东西最强调的就是通用性,扩展性,方便的可插拔性,而我认识安全性,稳定性到不是它所强调的,呵呵。

我心中的核心组件(可插拔的AOP)~目录

第一回  日志记录组件之自主的Vlog

第二回  缓存拦截器

第三回  日志记录组件之log4net

第四回  异常拦截器

第五回  消息组件

第六回  消息组件~续

第七回  MSMQ与Redis队列

第八回  调度组件quartz.net

第九回  自主的文件缓存组件FileCache和被封装的System.Net.Cache

第十回 分布式文件存储FastDFS

第十一回   Nosql组件Redis.Client

第十二回   IoC组件Unity

第十三回   实现AOP的拦截组件Unity.Interception

第十四回   实现全文检索Lucene.net组件

第十五回 我的日志组件Logger.Core(策略,模版方法,工厂,单例等模式的使用)

第十六回 IoC组件Unity续~批量动态为Unity添加类型和行为

第十七回 我心中的核心组件(可插拔的AOP)~调度组件quartz.net续~任务管理器的开发

第十八回 我心中的核心组件(可插拔的AOP)~调度组件quartz.net续~任务管理器的开发(CronTrigger强大功能)

第十九回 我心中的核心组件(可插拔的AOP)~消息组件~完善篇

这个文章将对我的职业发展起到重要的作用,所以,每篇文章我都会用心去写,呵呵,希望大家多多支持!

时间: 2024-12-25 06:56:47

我心中的核心组件(可插拔的AOP)~大话开篇及目录的相关文章

我心中的核心组件(可插拔的AOP)~消息组件~完善篇

回到目录 为什么要有本篇文章 本篇文章主要实现了RTX消息生产者,并且完成了整体的设计方式,之前在设计时消息生产者全局使用单一的生产方式,即一个项目里使用了Email就不能使用SMS,这种设计方法和实际不相符,虽然在性能上是最佳的(采用了单例模型,维护一个生产者,使用策略模式进行生产者的实现,使用工厂模式生产具体生产者),实际项目中,应该是可以自动选择消息生产者的,当然为了程序的性能,我们还必须使用单例模式来生产具体生产者,这种单例,在本程序中,采用了具体类型,具体单例的方法,即Email自己维

我心中的核心组件(可插拔的AOP)~分布式Session组件

对于目前的网站来说,为了满足高可用,高并发,高负载,一台WEB服务器已经远远不够用了,以后的WEB应用服务器应该是一种集群的环境,它们之间使用一些工具进行数据的同步,在由1台变成多台服务器时,有一个问题是我们必须要考虑的,Session机制,我们都知道Session被用来存储用户的一些凭证信息,持久化到服务器上,这在安全性方面得到了保证(比存储到客户端的cookies),而当你的WEB应用服务器是多台时(多台之间做了负载均衡),这种Session机制就有问题了,因为你无法实现从一台服务器到别一台

我心中的核心组件(可插拔的AOP)~调度组件quartz.net续~任务管理器的开发(CronTrigger强大功能)

回到目录 上次我们开发了一个quartz的管理工具,主要使用的是Simple Trigger做为触发器的,如果各位觉得它过于简单不能实现我们的功能,我们可以引入Cron这个概念,它叫做时间表达式,它可以灵活的去设置各种策略,我们先来看一下cron expression的一些基础的知识吧 格式: [秒] [分] [小时] [日] [月] [周] [年]序号     说明       是否必填      允许填写的值       允许的通配符 1           秒               

我心中的核心组件(可插拔的AOP)~分布式文件上传组件~基于FastDFS

回到目录 一些概念 在大叔框架里总觉得缺点什么,在最近的项目开发中,终于知道缺什么了,分布式文件存储组件,就是缺它,呵呵,对于分布式文件存储来说,业界比较公认的是FastDFS组件,它自己本身就是集群机制,有自己的路由选择和文件存储两个部分,我们通过FastDFS的客户端进行上传后,它会返回一个在FastDFS上存储的路径,这当然是IO路径,我们只要在服务器上开个Http服务器,就可以以Http的方法访问你的文件了. 我的组件实现方式 前端上传控件(表单方式,swf方式,js方法均可)将文件流传

C#.NET U盘插拔监控

[1]涉及的知识点 1) windows消息处理函数 ? 1 protected override void WndProc(ref Message m) 捕获Message的系统硬件改变发出的系统消息 2) 硬件信息类 ? 1 DriveInfo [2]核心函数 消息常量: ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 /// <summary> /// windows消息常量 /// </summary> class CWn

MFC检测串口插拔

以对话框工程为例 头文件中 afx_msg BOOL OnDeviceChange(UINT nEventType, DWORD dwData); cpp中 ON_WM_DEVICECHANGE() 然后实现函数 BOOL CXXDlg::OnDeviceChange(UINT nEventType,DWORD dwData) { //0x4d36e978L, 0xe325, 0x11ce, 0xbf, 0xc1, 0x08, 0x00, 0x2b, 0xe1, 0x03, 0x18 //DEV

玩转Oracle之12c 可插拔数据库数据泵功能体验

:数据泵可以高效备份.复制.保护和传输大量的数据和源数据.在导入和导出过程中可以做到过滤数据和对象,并且能够在全数据库级.方案级.表级和表空间级实现导入导出. Oracle12c的datapump功能跟以前差不多,在多租户的环境中执行导入\导出以及使用一些更细化的参数的时候,几乎没有区别,依然很好用,效率很高.目前有很多的用户仍然在使用exp/imp工具在执行一些迁移.备份.过滤和转移数据的工作,相比起来,数据泵的效率更高.更易用并且更方便管理,但exp/imp在有些时候可以完成datapump

USB-Blaster的插拔顺序

前几天发现我的fpga的板子的jtag口不慎烧坏了,万分悲痛,先实验室大神级的师兄请教了一下,他让我看个文档,原来发现自己经常对插拔顺序很不规范,很有可能就是因为这个原因二导致的.以下是建议的插拔顺序,觉得有点道理,贴出来和大家分享一下. 推荐插拔顺序 插线顺序 1. 关闭FPGA开发板的电源: 2. 将JTAG仿真器的JTAG线缆连接至FPGA开发板的JTAG接口: 3. 在仿真器的USB接口上插入USB线缆(假设USB线缆的另一段已经插在电脑上): 4. 打开FPGA开发板的电源. 步骤2和

oracle12c新特点——可插拔数据库(Pluggable Database,PDB)

1.    12c PDB新特点的优势 1)    可以把多个PDB集成进一个平台. 2)    可以快速提供一个新的PDB或一个已有PDB的克隆. 3)    通过拔插技术,可以快速把存在的数据库重新部署到一个新平台上. 4)    多个PDB数据库补丁或升级一次完成. 5)    通过把单个PDB拔插到较高版本的不同CDB,可以补丁或升级一个PDB. 6)    从同一个CDB中众多PDB中分离出某个PDB的内容. 7)    分离这些PDB应用管理员的责任. 2.    12c PDB新特