前端基础框架的思考和尝试
近日我一直在思考类似的关于js模块和文件管理的方式。正好团队里也正有这样的需求，于是，经历了好几天的苦思冥想，稍微做了些尝试。下面会细细道来。
js模块和文件的管理
基于这个title，前提是我们已经明确了我们有了一个组件或者js methods 的lib，我们暂且把它叫做库，库里面存储了很多我们常用的东西，比如js插件，封装好的methods 以及其他的一些lib组件。为了
http://www.cyqdata.cn/cnblogs/article-detail-38739
Wcf通讯基础框架方案（六）解决方案说明以及源代码
源代码见 http://wcfextension.codeplex.com/
注意：
1） 本来没打算这么早开源，这只是一个比较原始的实现，请勿直接在商业环境使用
2） 请注意本框架的授权条款Apache License 2.0
3） 本框架依赖的外部程序集或框架版权归原作者所有
4） 框架之后可能会增加很多功能，请关注项目主页即使获得最新信息
解压缩代码打开sln文件后可以看到这样的结构
1）
http://www.cyqdata.cn/cnblogs/article-detail-37196
【开源系列】三国演义LBS （七）源码：基础框架：无与伦比的序列化！
前言：-----------------------------------------------相关讨论组入口： http://www.pixysoft.net/ (点击进入) 功能简介：----------------------------------------------- 通用的配置文件框架，是
http://www.cyqdata.cn/cnblogs/article-detail-36918
Wcf通讯基础框架方案（五）——更新通知
对于负载均衡环境，多服务器内存中缓存数据的话，需要解决的一个很重要的问题就是一旦数据库中数据有更新，怎么让缓存的数据立即更新？
如果可以容忍延迟或是差异性的话，可以考虑缓存的数据有一个过期时间。但是，最好的方式还是采用通知方式，或者说发布订阅方式。
所有的客户端会订阅客户端配置修改的消息，所有的服务端会订阅服务端配置修改的消息，配置后台在修改后复杂发布这个消息。
在这里采用redis作为发布订阅的
http://www.cyqdata.cn/cnblogs/article-detail-36836
Wcf通讯基础框架方案（四）——横切日志
在第一篇文章中已经列出了几种日志的概览：
所有的日志都有一个最终基类，来看看这个类：
[DataContract(Namespace = "WcfExtension")]
[KnownType(typeof(WcfExceptionInfo))]
[KnownType(typeof(ServerExceptionInfo))]
[KnownType(typeof(Clie
http://www.cyqdata.cn/cnblogs/article-detail-36831
Wcf通讯基础框架方案（三）——客户端
假设定义了一个服务契约：
[ServiceContract(Namespace = "WcfExtension.Services.Interface")]
public interface ITestService
{
[OperationContract]
int Add(int x, int y);
[OperationCont
http://www.cyqdata.cn/cnblogs/article-detail-36817
Wcf通讯基础框架方案（二）——集中配置
从这次开始在几个方面简单阐述一下实现，集中配置是这个框架很大的一个目的，首先在数据库中会有这么一些表：
其实可以看到这些表的结构，应该是和<system.serviceModel>配置节点中的层次有对应的
1） Service表描述的是服务，主要保存服务行为以及服务的配置。在这里，ServiceConfig是框架内用到的配置，比如各种日志是否要记录等等。服务对应到服务的集群，集群公开
http://www.cyqdata.cn/cnblogs/article-detail-36809
【开源系列】三国演义LBS （五）源码：基础框架：终极反射
前言：-----------------------------------------------相关讨论组入口： http://www.pixysoft.net/ (点击进入) 我是如何设计框架的 一：-----------------------------------------------
http://www.cyqdata.cn/cnblogs/article-detail-36806
Wcf通讯基础框架方案（一）——基本结构
由于希望使用Wcf作为公司内的通讯框架，因此基于Wcf进行了一些扩展，主要的目的有以下几个方面：
1） 希望减少客户端调用的复杂度，调用方式简化为WcfServiceLocator.Create<ITestService>().Add(1,2)。不需要考虑：endpoint配置，信道创建，信道出问题等等问题。
2） 希望减少服务端配置的复杂度，没有配置文件（或者说配置文件不需要更改），
http://www.cyqdata.cn/cnblogs/article-detail-36694
.Net通用基础框架（.Net Common Infrastructure）-数据访问
IBatis=Internet+aBatis，由于Apache的支持力度不够，项目组在Google Code上另起炉灶，改为MyBatis。和Hibernate相比，IBatis在上手度、系统兼容性、OOA/D要求、Sql监控/优化方面略胜一筹，获得了大多数互联网公司的青睐。唯一不爽的是Java版本很活跃，.Net版本静悄悄。
MyBatisBase基类，支持读写库分离，IBatis在解析Dom
http://www.cyqdata.cn/cnblogs/article-detail-35132
.Net通用基础框架（.Net Common Infrastructure）-缓存
缓存可以提高网站性能，减轻数据库压力。网站中常用的缓存分为业务数据缓存和页面文件缓存两类，其中业务数据缓存常用AspnetCache，Memcached等，而页面文件缓存常用Squid和Nginx，今天 介绍的内容是业务数据缓存。
Common.Cache类图
缓存接口ICache：使用Add方法时，如果key存在，则返回false。使用Set方法时，key不存在则添加，否则更新。
u
http://www.cyqdata.cn/cnblogs/article-detail-32778