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

本文共 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

你可能感兴趣的文章
Etcd和ZooKeeper,究竟谁在watch的功能表现更好?
查看>>
Shredding Company 碎纸机,dfs()枚举每一种情况,再加剪枝。
查看>>
命名空间和模块化编程 - C++快速入门39
查看>>
结构化程序设计03 - 零基础入门学习Delphi12
查看>>
今天才知道怎么插入代码!!!!!!!!!
查看>>
D2007在64位Win7出现 delphi 2007 assertion failure thread32.cpp 的解决办法
查看>>
STM32的TAMPER-RTC管脚作为Tamper的使用[转]
查看>>
[记]一个逐步“优化”的范例程序
查看>>
2012-01-09_2
查看>>
数学 - 线性代数导论 - #5 矩阵变换之置换与转置
查看>>
java数据结构:队列
查看>>
Hibernate双向一对一对象关系模型映射
查看>>
elasticsearch-jdbc
查看>>
Linux的#和$区别
查看>>
Linux中ctrl-c, ctrl-z, ctrl-d 区别
查看>>
Hadoop HBase概念学习系列之HLog(二)
查看>>
mysql设置datetime默认值为now
查看>>
R语言获取国内的股票数据
查看>>
Hadoop MapReduce编程 API入门系列之wordcount版本3(七)
查看>>
git命令
查看>>