[近乎跪求] 编译Infragistics NetAdvantage源码问题 [用过的帮顶! 改过源码并成功使用的请进! 对Asp.net组件开发熟悉的人请进!]

晕呀,没人反应,自己顶!附信息提供：
组件下载：http://search.fixdown.com
获取资料：
www.Infragistics.com
http://forum.alphatom.com/
http://www.cnblogs.com/tintown/category/13064.html

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

我没有编译过，不过在正常情况下也会出现这种问题，我的办法是把IN卸载重装。或者把你的项目中IN的dll删除掉。
我正在使用这个控件，想和楼主交流一下，我的qq是8869137，加我哦。
还想知道楼主解决了什么大问题请教一下。
欲交流请加NetAdvantage群:4797180
正常情况下出现这种情况应该是与你添加Infragistics NetAdvantage.webui.shared.dll这个引用有关,右击引用中它的属性,设"复制到本地"为false
我再顶，各位，help me ! 给个答案吧~~~~~！！！！！感兴趣者欲了解者可看一个关于它的新版本Vol2新功能的视频：
http://www.infragistics.com/products/NetAdvantage/WhatsNew/2005.2/Videos/default.html
已对此问题研究几天，原因是：
1、我确实只要修改源码中的一个小地方就可以解决影响到到我设计的一个普遍的大问题；
2、如果我想多多学习这套源码并以后试图修改其或增强其功能的话，能有效编译应该是必需的第一步的。
但由于对.net接触不深能力有限，到现今为止仍旧失败，可以说是深受其恼深受打击了。
但我实在不想也不愿放弃。
敬请大家能给予帮助与支持。------------------------------------------------------------尝试解决这个问题的这几天，也得到过一些朋友的帮助，
但受自己所限（理解有限实施有限等等吧），还是未能解决问题。
以下是一个朋友给予的帮助信息（由于是从聊天记录中整理过的，有点乱~~~）：设计期支持肯定会有问题。运行期DLL必须是强名称，设计时才能加载。
此组件的的设计期DLL都位于GAC中，你没有厂方的SNK文件，
你想仅仅编译一下UltraWebGrid组件这个项目就想获得设计期支持应该是行不通的
但你自己可以加一个强名称上去，即在cmd中生成一个强名称，加到assemblies 中
但是必须也同时编译设计器，因为强名称的引用变了
编译设计器较为麻烦工作量较大，而且必须有For WinForm的所有包(我们下载的包应该都具备)，
并且所有的包都必须使用你的强名称。我开始想把所有源码的的项目归并到一个解决方案中，
然后参照修改项目中的既定引用为新的本方案中的相关引用，
并加上强名称约束，然后全部编译。但他说依他的经验看来并不行如何开展编译：
先解决公共库，再解决WinForm所需的库(包括WinForm设计期支持库)，
最后再处理WebForm所需的库和WebForm设计期支持库
至少四个Solution，并且每编译一次加一次GAC
只需要注意每个solution build完成后立即加入到GAC中，加入引用的时候不要引用本项目或者最原始的bin目录就行了。
你可以在c:\program files\infragistics下专门建立一个目录作为build的target目录，并且从这个目录加入到GAC中即可。
另外，要删你机器上的发布版但是不要删所有的js、图片、CSS和一些XML设计期支持的东西。可能在某些地方还要改一下注册表。
--------------------------------------
注意：非常遗憾，我还是未能解决问题！
以下是这个组件源码包下说明文件（n51source.htm）的一部分内容：
Building Infragistics WebUI Design AssembliesThe Infragistics Design assemblies
Infragistics.WebUI.Design.v5.2.dll,Infragistics.WebUI.UltraWebGrid.v5.2.Design.dll, etc.)
have dependencies on 7 specially built Infragistics Win assemblies listed below. Infragistics.WebUI.Design.Shared.v3.2
Infragistics.WebUI.Design.Win.Misc.v3.2
Infragistics.WebUI.Design.Win.UltraWinEditors.v3.2
Infragistics.WebUI.Design.Win.UltraWinTabControl.v3.2
Infragistics.WebUI.Design.Win.UltraWinToolbars.v3.2
Infragistics.WebUI.Design.Win.UltraWinTree.v3.2
Infragistics.WebUI.Design.Win.v3.2These assemblies are located in the Global Assembly Cache (GAC).
If you open up one of the Design projects, you may notice that these references appear with an exclamation point inside of a yellow triangle in the references list. This is because Visual Studio was unable to find these assemblies, since it does not look in the GAC for project references. To resolve this, you must re-add the references to your project by browsing to the file. Since these files are only in the GAC, you must first copy the files out of the GAC into a new folder. Unfortunately, this can not be done from Windows File Explorer, as the GAC subdirectories are all hidden. Instead, open a Command Window. You can use the Visual Studio .NET Command Prompt option in your start menu. From the command line, navigate to %windir%\assembly\gac You can use the following command – cd %windir%\assembly\gacYou’ll notice that there is a folder for each uniquely named assembly in the GAC. Navigate into each of the assembly folders with the same names as in the list above. Inside the folder you will notice there is at least one directory uniquely named with the Assembly Version Number, and it’s public key token.
Navigate into the proper versioned folder, and you will find the Assembly file inside.
Now you can copy the assembly into the folder of your choice.

由于看到这段资料，我个人天真的认为只要我编译了Infragistics.WebUI.UltraWebGrid.csproj应该就能正常使用了呀
或者是按以下步骤即可（即不用编译Infragistics.WebUI.Design.Shared.v3.2、Infragistics.WebUI.Design.Win.Misc.v3.2等）：
1、从GAC中拷贝出英文资料中所列DLL
2、打开WebGridDesigner.sln项目，把其中带叹号DLL引用重新引用我从GAC中拷出来的的相应DLL。
3、编译WebGridDesigner，然后编译Infragistics.WebUI.UltraWebGrid。
遗憾的是：问题依旧。
我想你为了解决一个小的问题而要重新编译整个工程，这是不可取的，这样无形中增加了你很高的维护成本，你不但要维护自己的程序还要维护这套组件，要知道这套组件目前绝对是由一帮人在维护，如果该组件又更新了你又该怎么办呢？
请考虑下面的方案：
1、如果你使用的是正版最好寻求他们的技术支持。
2、否则你要在设计上考虑一下应该如何改造该控件。你可以考虑是否可以使用Adapter模式，或者利用其他面向对象的特性来修改组件而无需修改源代码。
cuike519，你说的很对，确实有这问题，第2点中:
一、使用Adapter模式,这个办法我也想过,但发现强行增加这一层处理，限制了程序的灵活度，也就是数据处理势必变成了：UWG界面处理、Adapter中对Table的维护、然后再更新的数据库。虽然Adapter 中的记录集可维护一个行状态。但如果能靠UWG就获得行状态的话，我就既可以通过Adapter去更新数据库，也可以用存储过程去实现。二、利用其他面向对象的特性来修改组件而无需修改源代码：这种办法应该是最优的了，也是我最想达到的，但我确实不知如何达成。  因为我要修改的是UWG组件中的Row的属性Datachanged，要使其用ViewState缓存起来而不致于每次PostBack后就消失。   但如果不修改控件的话该如何做到呢？
还有，我这是一个很小的修改，
不存在很大的维护自己程序中这套组件的成本，
只要一升级，我照样把升级的源码的这一小处改过来就行了。当然，我还是想偷懒，也就是想只编译UWG而不是编译整套组件。
确不知道可不可行，虽经多次尝试但还未放弃。问一下：我为什么不可以只编译UltraWebGrid组件的源码，设计器仍用已按装的DLL呢？也就是说我只编译UltraWebGrid而不编译相应的shared的DLL和设计器的DLL，可以吗？
我一直纳闷:为啥Infragistics为啥不把UltraWebGrid的Row的DataChanged属性设置为应该用ViewState进行页面缓存的，连Cell的DataChanged的都是页面缓存的。
这样就造成了UWG控件的UpdateGrid、UpdateCellBatch等事件中
就只能检测上一次PostBack与本次PostBack之间所做的修改，
而在上一次PostBack之前的修改就不无从得知了。不明白为何要如此设计。
比如我在UpdateGrid事件中对所做修改要进行数据有效性检测，
如果有误的话，就提示用户并改变错误数据所在单元格的底色。
但如果用户对此此错误不作任何修改就再次提交的话，
UltraWebGrid却不再对这些错误数据做任何处理
（因为只能检测上一次PostBack与本次PostBack之间所做的修改）。
号外号外！
各位兄弟姐妹，各位朋友们！
如果我告诉大家，
我的那个被困挠以久的问题应该已经被自己解决了，
各位觉得该对我表以祝贺不？困了三天左右时间
光阴可贵，真得是有一点点难受呀！
不过还好
总算应该可以说得以解决啦我采取的是“穷举法”去解决这一问题，其中痛苦坷想而知
真得解决了，才发现有点简单（为啥就没有一下子想到呢？）解决方案是：
安装组件包
在自己方案中添加上“UltraWebGrid”这个项目，
修改UltraWebGrid的源码
然后对要引用UltraWebGrid的项目中添加引用都改为添加引用/项目中的  UltraWebGrid
这样用UltraWebGrid时就可获得设计期支持啦。当然这样做会有什么明显的对组件使用产生的潜在的影响和问题，
暂时我还未发觉，如有人有经验也敬请指点一二。
比如我在UpdateGrid事件中对所做修改要进行数据有效性检测，
如果有误的话，就提示用户并改变错误数据所在单元格的底色。
但如果用户对此此错误不作任何修改就再次提交的话，
UltraWebGrid却不再对这些错误数据做任何处理
我认为可以用一个错误数组来存贮第一次发生的校验，然后如果后续没有发生datachange，就返回继续要求。好像是麻烦了点。
liugod(),你的办法可不好控制呀
要知道行状态可是有新增\删除\修改几种情况呀