登录
首页 » C# » MVC通过过滤器 实现输出前对html修改(压缩),ActionFilterAttribute

MVC通过过滤器 实现输出前对html修改(压缩),ActionFilterAttribute

于 2014-10-16 发布
0 204
下载积分: 1 下载次数: 0

代码说明:

mvc 在html输出前对 html做出修改思路

下载说明:请别用迅雷下载,失败请重下,重下不扣分!

发表评论

0 个回复

  • C#程序的157个建议(含源代码)
    目录前 言第一部分 语言篇第1章 基本语言要素 / 2建议1:正确操作字符串 / 2建议2:使用默认转型方法 / 6建议3:区别对待强制转型与as和is / 9建议4:TryParse比Parse好 / 12建议5:使用int?来确保值类型也可以为null / 15建议6:区别readonly和const的使用方法 / 16建议7:将0值作为枚举的默认值 / 19建议8:避免给枚举类型的元素提供显式的值 / 20建议9:习惯重载运算符 / 22建议10:创建对象时需要考虑是否实现比较器 / 23建议11:区别对待==和Equals / 27建议12:重写Equals时也要重写GetHashCode / 29建议13:为类型输出格式化字符串 / 32建议14:正确实现浅拷贝和深拷贝 / 36建议15:使用dynamic来简化反射实现 / 40第2章 集合和LINQ / 43建议16:元素数量可变的情况下不应使用数组 / 43建议17:多数情况下使用foreach进行循环遍历 / 45建议18:foreach不能代替for / 51建议19:使用更有效的对象和集合初始化 / 53建议20:使用泛型集合代替非泛型集合 / 54建议21:选择正确的集合 / 57建议22:确保集合的线程安全 / 61建议23:避免将List作为自定义集合类的基类 / 64建议24:迭代器应该是只读的 / 67建议25:谨慎集合属性的可写操作 / 68建议26:使用匿名类型存储LINQ查询结果 / 70建议27:在查询中使用Lambda表达式 / 73建议28:理解延迟求值和主动求值之间的区别 / 75建议29:区别LINQ查询中的IEnumerable和IQueryable / 78建议30:使用LINQ取代集合中的比较器和迭代器 / 80建议31:在LINQ查询中避免不必要的迭代 / 83第3章 泛型、委托和事件 / 86建议32:总是优先考虑泛型 / 86建议33:避免在泛型类型中声明静态成员 / 88建议34:为泛型参数设定约束 / 90建议35:使用default为泛型类型变量指定初始值 / 92建议36:使用FCL中的委托声明 / 94建议37:使用Lambda表达式代替方法和匿名方法 / 96建议38:小心闭包中的陷阱 / 99建议39:了解委托的实质 / 103建议40:使用event关键字为委托施加保护 / 106建议41:实现标准的事件模型 / 108建议42:使用泛型参数兼容泛型接口的不可变性 / 109建议43:让接口中的泛型参数支持协变 / 111建议44:理解委托中的协变 / 112建议45:为泛型类型参数指定逆变 / 114第4章 资源管理和序列化 / 116建议46:显式释放资源需继承接口IDisposable / 116建议47:即使提供了显式释放方法,也应该在终结器中提供隐式清理 / 119建议48:Dispose方法应允许被多次调用 / 120建议49:在Dispose模式中应提取一个受保护的虚方法 / 121建议50:在Dispose模式中应区别对待托管资源和非托管资源 / 123建议51:具有可释放字段的类型或拥有本机资源的类型应该是可释放的 / 124建议52:及时释放资源 / 125建议53:必要时应将不再使用的对象引用赋值为null / 127建议54:为无用字段标注不可序列化 / 131建议55:利用定制特性减少可序列化的字段 / 136建议56:使用继承ISerializable接口更灵活地控制序列化过程 / 137建议57:实现ISerializable的子类型应负责父类的序列化 / 140第5章 异常与自定义异常 / 144建议58:用抛出异常代替返回错误代码 / 144建议59:不要在不恰当的场合下引发异常 / 147建议60:重新引发异常时使用Inner Exception / 150建议61:避免在finally内撰写无效代码 / 151建议62:避免嵌套异常 / 157建议63:避免“吃掉”异常 / 160建议64:为循环增加Tester-Doer模式而不是将try-catch置于循环内 / 161建议65:总是处理未捕获的异常 / 162建议66:正确捕获多线程中的异常 / 166建议67:慎用自定义异常 / 168建议68:从System.Exception或其他常见的基本异常中派生异常 / 170建议69:应使用finally避免资源泄漏 / 172建议70:避免在调用栈较低的位置记录异常 / 175第6章 异步、多线程、任务和并行 / 177建议71:区分异步和多线程应用场景 / 177建议72:在线程同步中使用信号量 / 180建议73:避免锁定不恰当的同步对象 / 184建议74:警惕线程的IsBackground / 188建议75:警惕线程不会立即启动 / 189建议76:警惕线程的优先级 / 191建议77:正确停止线程 / 193建议78:应避免线程数量过多 / 194建议79:使用ThreadPool或BackgroundWorker代替Thread / 196建议80:用Task代替ThreadPool / 198建议81:使用Parallel简化同步状态下Task的使用 / 202建议82:Parallel简化但不等同于Task默认行为 / 204建议83:小心Parallel中的陷阱 / 205建议84:使用PLINQ / 208建议85:Task中的异常处理 / 209建议86:Parallel中的异常处理 / 214建议87:区分WPF和WinForm的线程模型 / 216建议88:并行并不总是速度更快 / 220建议89:在并行方法体中谨慎使用锁 / 222第二部分 架构篇 第7章 成员设计 / 226建议90:不要为抽象类提供公开的构造方法 / 226建议91:可见字段应该重构为属性 / 226建议92:谨慎将数组或集合作为属性 / 227建议93:构造方法应初始化主要属性和字段 / 228建议94:区别对待override和new / 229建议95:避免在构造方法中调用虚成员 / 235建议96:成员应优先考虑公开基类型或接口 / 236建议97:优先考虑将基类型或接口作为参数传递 / 237建议98:用params减少重复参数 / 237建议99:重写时不应使用子类参数 / 238建议100:静态方法和实例方法没有区别 / 239建议101:使用扩展方法,向现有类型“添加”方法 / 240第8章 类型设计 / 243建议102:区分接口和抽象类的应用场合 / 243建议103:区分组合和继承的应用场合 / 245建议104:用多态代替条件语句 / 248建议105:使用私有构造函数强化单例 / 251建议106:为静态类添加静态构造函数 / 253建议107:区分静态类和单例 / 255建议108:将类型标识为sealed / 255建议109:谨慎使用嵌套类 / 256建议110:用类来代替enum / 257建议111:避免双向耦合 / 260建议112:将现实世界中的对象抽象为类,将可复用对象圈起来就是命名空间 / 262第9章 安全性设计 / 264建议113:声明变量前考虑最大值 / 264建议114:MD5不再安全 / 265建议115:通过HASH来验证文件是否被篡改 / 268建议116:避免用非对称算法加密文件 / 269建议117:使用SSL确保通信中的数据安全 / 273建议118:使用SecureString保存密钥等机密字符串 / 284建议119:不要使用自己的加密算法 / 289建议120:为程序集指定强名称 / 289建议121:为应用程序设定运行权限 / 291第三部分 编码规范及习惯 第10章 命名规范 / 296建议122:以.为命名空间命名 / 296建议123:程序集不必与命名空间同名 / 296建议124:考虑在命名空间中使用复数 / 297建议125:避免用FCL的类型名称命名自己的类型 / / 297建议126:用名词和名词组给类型命名 / 298建议127:用形容词组给接口命名 / 299建议128:考虑让派生类的名字以基类名字作为后缀 / 300建议129:泛型类型参数要以T作为前缀 / 300建议130:以复数命名枚举类型,以单数命名枚举元素 / 301建议131:用PascalCasing命名公开元素 / 302建议132:考虑用类名作为属性名 / 302建议133:用camelCasing命名私有字段和局部变量 / 303建议134:有条件地使用前缀 / 304建议135: 考虑使用肯定性的短语命名布尔属性 / 305建议136:优先使用后缀表示已有类型的新版本 / 306建议137:委托和事件类型应添加上级后缀 / 307建议138:事件和委托变量使用动词或形容词短语命名 / 308建议139:事件处理器命名采用组合方式 / 309第11章 代码整洁 / 311建议140:使用默认的访问修饰符 / 311建议141:不知道该不该用大括号时,就用 / 312建议142:总是提供有意义的命名 / 314建议143:方法抽象级别应在同一层次 / 315建议144:一个方法只做一件事 / 316建议145:避免过长的方法和过长的类 / 317建议146:只对外公布必要的操作 / 318建议147:重构多个相关属性为一个类 / 319建议148:不重复代码 / 320建议149:使用表驱动法避免过长的if和switch分支 / 321建议150:使用匿名方法、Lambda表达式代替方法 / 324建议151:使用事件访问器替换公开的事件成员变量 / 325建议152:最少,甚至是不要注释 / 326建议153:若抛出异常,则必须要注释 / 326第12章 规范开发行为 / 327建议154:不要过度设计,在敏捷中体会重构的乐趣 / 327建议155:随生产代码一起提交单元测试代码 / 336建议156:利用特性为应用程序提供多个版本 / 342建议157:从写第一个界面开始,就进行自动化测试 / 344
    2015-09-15下载
    积分:1
  • 冒泡排序法(c++入门级示例)
    冒泡排序法(c++入门级示例)
    2019-12-01下载
    积分:1
  • C++ 可导出的动态链接库函数(提高篇-实例185).zip
    C++ 可导出的动态链接库函数(提高篇-实例185).zip
    2019-10-02下载
    积分:1
  • C# 将类库 生成帮助文档工具 源码
    C# 将类库 生成帮助文档工具 源码
    2015-06-08下载
    积分:1
  • VS插件源码JSLint(JS辅助工具)
    VS插件源码JSLint(JS辅助工具)
    2015-09-23下载
    积分:1
  • 摄像头
    摄像头
    2015-01-17下载
    积分:1
  • C++ 禁止“查找”菜单(提高篇-实例124).zip
    C++ 禁止“查找”菜单(提高篇-实例124).zip
    2019-10-02下载
    积分:1
  • XLT Unity3D 热修复示例源码
    使用ILRuntime实现的类似XLUA功能的Unity3D下热修复BUG的解决方案请使用Unity2019.2.17f1版本打开,其他版本问题,请自行修复报错提示!Unity3D 5.x版本以下可以使用Unity4.7.2分支~ 和XLUA一样的地方和XLUA原理类似,注入和XLUA基本一致。 不一样的地方使用C#来进行代码的热更,避免项目内lua与C#代码交叉混杂,修复BUG时,需要C#一份,lua一份。 目录以及文件说明: Project-----Assets/XIL             --- 所有XIL所用到的文件----Assets/XIL/ILSource    --- ILRuntime插件源文件----Assets/XIL/Scripts      --- 注入以及初始化代码----Assets/XIL/Auto        --- 自动生成注入的代码以及自动生成的委托和函数的注册(如有此目录下的脚本报错,则可以直接删除此目录,然后重新生成委托,CLR绑定以及重新注册注入类型)----Hot                    --- 补丁源文件存放目录----Hot.sln                 --- 补丁源文件VS解决方案----DyncDll.csproj          --- 补丁项目工程文件----Data/DyncDll.dll        --- 补丁dll文件----Data/DyncDll.pdb       --- 补丁dll的调试文件使用步骤以及菜单项说明:注意:菜单项会根据是否开启热更宏而有所不同 XIL/插件/开启               -- 开启热补丁宏XIL/插件/取消               -- 关闭热补丁宏XIL/插件/PDB开启           -- 加载PDB调试文件XIL/插件/PDB取消           -- 不加载PDB调试文件XIL/注册需要热更的类        -- 生成注入所需要的成员接口XIL/取消需要热更的类        -- 清除注入所需要的成员接口XIL/一键清除                -- 清除自动生成的脚本XIL/一键生成                -- 自动生成委托注册以及注入所需要的脚本XIL/委托自动生成            -- 热更当中操作C#层的委托,需要注册委托相关的类型以及转换代码 这里可自动分析项目当中所有用到的委托,自动注册XIL/清除委托自动生成的脚本  --清除委托自动生成的脚本,删除一些C#脚本,或修改,有可能引起报错,这时可以清除掉自动生成的注册脚本XIL/CLR绑定                -- 非反射的方式调用C#层的接口,可大幅度提高运行效率,一些常用的接口可考虑在GenerateCLRBinding文件当中添加需要CLR绑定的类型。XIL/Hotfix Inject In Editor    -- 编辑器下注入接口只需要两步即可1 先开启补丁宏2 点击一键生成初始化以及资源接口1 需要在项目启动或适当位置调用初始化接口:wxb.hotMgr.Init();2 非编辑器下,需要自己创建加载文件的接口,可参考编辑器下的资源加载类EditorResLoad。生成补丁dll1 打开Hot解决方案2 替换DyncDll工程依赖UnityEngine.dll以及UnityEngine.UI.dll的文件,在目录Hot下,默认是Unity2018.2.11f1版本的,可以替换为自己项目对应的版本3 编译运行DyncDll工程,编译成功,即可在Data目录下生成补丁库。如何添加需要热更的类型:1 使用HotfixAttribute属性宏来修饰类型2 默认情况下所有类型都会被热更注入,如需要自己调整,可修改源文件ExportIL.cs里,FixMarkIL接口,自定义需要热更的类型生成静态DelegateBridge字段名称的规则 没有同名函数,则固定使用"__Hotfix_函数名"方式 有多个同名函数,对这些同名函数进行排序,排序规则如下(可参考接口wxb.Editor.Hotfix.getDelegateName的逻辑):1 参数个数少的在前2 进行字符串拼接,组成key值,规则如下"返回值全名 函数名(参数类型全名1,参数类型全名2,...)",之后通过key值比较,理论上,不同函数,key值是不会相同的 排序之后,取得对应函数在数组当中的下标来进行拼接如何,规则如下"__Hotfix_函数名_下标"的方式 为什么排序,主要是希望能够一眼看过去就知道函数对应的下标是多少,方便Hotfix,以及保证源脚本不变的情况下,每次Hotfix生成的字段名是一致的 如何替换函数一般有三种方式 通过函数名直接替换hotMgr.ReplaceFunc,可参考函数HotHelloWorld.Reg 通过自动生成的接口DelegateBridge对应的字段名,可直接使用hotMgr.ReplaceField,可参考函数HotHelloWorld.Reg 通过添加属性来自动注册,可参考脚本HotHelloWorld.cs与HotTemplate.cs,这里简单说明下, 要替换一个接口,要知道至少三个信息 替换的原类型 替换的接口对应的DelegateBridge字段的名字 热更当中,要替换的MethodInfo可添加属性ReplaceType到热更的类当中,表示此类型下的接口,默认替换的类型可添加属性ReplaceFunction到热更的接口当中,表示此接口需要替换哪个类型的哪个接口,可使用三种方式初始化1 ReplaceFunction(System.Type type) 替换type类型下同名的接口2 ReplaceFunction() 替换ReplaceType类型下同名的接口3 ReplaceFunction(string fieldNameOrTypeName), fieldNameOrTypeName值前缀不同,有不同的含义      a __Hotfix_开头,替换ReplaceType类型fieldName字段对应的接口      b 替换类型全名为fieldNameOrTypeName下同名的接口4 ReplaceFunction(System.Type type, string fieldName) 替换type类型fieldName字段对应的接口5 ReplaceFunction(string type, string fieldName) 替换类型全名为type下fieldName字段对应的接口 一般在没有同名函数情况下,可使用1,2种方式注册,有些类型为非公有类型的,可通过3,5接口,通过类型名来注册有同名函数情况下,就需要使用3,4, 5方式进行注册,可参考HotHelloWorld.cs脚本 通过属性进行自动注册的,假如在类型中含有对应DelegateBridge静态字段的Hotfix变量,则会自动对此变量进行赋值,保存一些参数在实际使用补丁方式热更时,经常遇到一些,只是需要在原有函数之前或之后添加一些代码的情况,这时,你可以通过Hotfix来执行原先代码可参考HotHelloWorld.Start的使用建议使用第3种方式进行接口替换 建议:最好安装下.NET Reflector,可用来反编译被注入的dll,查看源文件,可加深理解XIL的实现原理。项目下文件Library/ScriptAssemblies/Assembly-CSharp.dll这u3d生成的dll文件,原理上,也是修改此文件实现热更新功能,可使用.NET Reflector进行反编译查看源码 热更下模拟MonoBehaviour组件,用法可以参考hotScripts下脚本,可以做到平时在非热更环境下开发调试,到要发版本时再转换为热更方式Unity5.6以下版本,编辑器下使用的Mono库,会报错,应该是Unity3D的Bug。可以使用源文件来替换dll,源文件在压缩包Mono.Cecil.zip下,可解压此文件,放到在Assets/XIL/Scripts/ILHotfix/Editor/下,并删除这三个Dll(Mono.Cecil.dll, Mono.Cecil.Mdb.dll,MonoCecil.Pdb.dll)
    2020-11-27下载
    积分:1
  • 多文件上传并显示上传进度
    多文件上传并显示上传进度
    2015-06-18下载
    积分:1
  • 提取exe dll文件中的 资源图片文件例子源码下载
    提取exe dll文件中的 资源图片文件例子源码下载
    2015-04-29下载
    积分:1
  • 696516资源总数
  • 106936会员总数
  • 1今日下载