博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Dynamics CRM JS的调试的弊端解决办法
阅读量:6671 次
发布时间:2019-06-25

本文共 744 字,大约阅读时间需要 2 分钟。

说道CRMJS的调试的博客,之前已经有人写过。很简单,和平常网站JS的调试过程大致相同。

但是Dynamics 中JS调试最麻烦的莫过于出错之后需要修改代码了。因为随着JS代码的修改,伴随着需要保存和发布,很麻烦。特别是最近团队人员的增加而导致发布需要排队,因此原本很简单的JS调试逐渐变得很耗费时间了。这在本来项目时间就很紧的情况下是根本不能容忍的,因此为了解决这一问题,要么升级服务器,让发布的速度变得更快(或者能让多人同时发布),要么就尽可能的减少发布。通过升级服务器当然是最好的办法,但是如果预算有限,或者升级服务器也并能完美的解决好CRM性能的问题的话,或许减少发布时一个很好的辅助。对于JS这种需要频繁修改发布的对象来说,解决它是重中之重。

Fiddler

Fiddler的Autoresponder功能可以在网页资源到达浏览器之前,将资源进行修改,然后反馈到浏览器,这时候,浏览器中展示的网页就是我们修改过的了,看演示:

首先设置替换百度为本地的一个文件:

可以看到,百度的网页已经替换成本地文件了:

那么同样的道理,只要替换修改的那个JS,就可以不用上传发布JS而直接进行调试了。

利用Fiddler替换Webresource

在实体Form的onload事件会弹出这样一个消息:

可以看到Fiddler拦截到了这个JS

按步骤操作:

选择好文件之后,单击Save即可。

此时我面刷新页面发现Webresource并没有替换

这是缓存的原因,只要清除浏览器缓存就好了

这是可以看到webresource已经被正常替换掉了,至此,就可以解决解决CRM调试频繁发布的问题了。

转载于:https://www.cnblogs.com/efanfan/p/3500983.html

你可能感兴趣的文章
OutOfMemoryError: GC overhead limit exceede
查看>>
python os模块常用函数使用方法大全
查看>>
我的友情链接
查看>>
【2016-03-17】移动互联网时代,看好你的隐私
查看>>
linux命令:编译安装postfix邮件服务
查看>>
vi命令集
查看>>
oracle数据库克隆
查看>>
输出 pdf
查看>>
PHPCMS一个BUG
查看>>
APP云测试
查看>>
3-unit3 高速缓存DNS
查看>>
spark mllib 协同过滤算法,基于余弦相似度的用户相似度计算
查看>>
openwrt 基于qmi的 3G|4G拨号
查看>>
俞敏洪励志语
查看>>
ICU Layout Engine
查看>>
jtds连接sqlserver数据库实例的写法
查看>>
Android中的File文件存储及读取file中的Bitmap
查看>>
AngularJS(1)中的5种服务
查看>>
android编译
查看>>
开源|基于TensorFlow的聊天机器人-ErGo
查看>>