zoukankan      html  css  js  c++  java
  • Dynamics CRM JS的调试的弊端解决办法

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

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

    Fiddler

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

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

    image

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

    image

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

    利用Fiddler替换Webresource

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

    image

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

    image

    按步骤操作:

    image

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

    image

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

    image

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

    image

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

    image

  • 相关阅读:
    【Oracle】实体化视图
    安装Linux Centos系统硬盘分区方法
    .NET基础一
    【MySQL】无法启动mysql服务(位于本地计算机上)错误1067,进程意外中止
    Linux基础一
    SQL Server中生成100万行8位纯数字的随机数(转)
    SQL Server配置数据库邮件
    SQL点点滴滴_聪明的小写法(持续更新中)
    过去的2017和已经到来的2018
    【Oracle】PL/SQL Developer使用技巧(持续更新中)
  • 原文地址:https://www.cnblogs.com/efanfan/p/3500983.html
Copyright © 2011-2022 走看看