【ITOO虐心之旅】——纵你虐我千百遍，我仍视你为初恋

 　　学术的一封调查问卷从此改变了20多人的命运。从此多了一行人日夜奋战、熬夜苦读。

                                                                                                                                    ——快乐的苦行僧

　　 伴随痛苦而来的，必定是幸福。做ITOO这几天以来，就感觉收获到了不少。首先是三大块：EF映射、MVC框

架、还有MySQL数据库。其次就是很多很多的错误，让这个世界瞬间生无可恋。但是还有那么多的功能没有实现，还

有那么多的bug需要改善。我们不能轻言放弃，换取苟且。你想要的诗和远方都在流淌在键盘里，你想要的平凡安静

都保存在指尖上。用键盘谱写生命，用程序实现人生！

　　好了，废话不多说，小伙伴们有知道以下任何问题的都来联系我，联系我，联系我哦！

　　★成长1：

解决方法：

    从网上查找了一下关于未能加载文件或程序集Common.Logging.Core或它的某一个依赖项，包括征集师傅们的意

见，他们一致普遍认为是Common.Logging.Core引用版本出了问题。打开程序集中的packages的文件夹，我们就能很清

楚的看到这个解决方案中所有的引用。关于Common.Logging.Core和Common.Logging，这里有3.0.0和3.3.1两个版本。

分别打开之后，还包括.net3.5和.net4.0两个版本的dll，我们的框架用的是.net4.0的FreamWork.所以无论引用哪个版本的

Common.Logging.Core都选择.net4.0文件夹下的dll，这个是毫无疑问的。然后我就分别尝试了一下两个版本引用。but

 并没有什么用。然后这个问题就被搁浅了。最快的解决方法就是将备份的系统拿出来，重新改正。为了不影响开发和

调错，我暂时只能这么做了。关于这个问题，有解决的朋友，请多多指教！

★成长2：

　　出错原因：

       出错地址：这是在查询的时候，将后台的数据显示在前台界面上报的错。因为根据表查找数据，如果该表中存在

外键，就会出现级联的情况，就是从这个表的外键可以找到另一个表，如果另一个表中也存在外键，就可以找到另外

一个表，这样无穷的查询下去，查到的表不明确，就会造成这个问题（对象检测到循环引用）。

　解决方法：

　　使用视图（viewModel），选出想要的字段，组成一个新的实体类，用ViewModel组成的新的实体不存在主键和外

键的联系所以查询出来不会存在循环引用的错误。但是随之而来的是另一问题就是ViewModel转泛型，到泛型转泛

型。又是一个技术的难点。但是现在第一步，是建立一个ViewModel类来存放数据。

★成长3

出错原因：

　类似错误1，这次是另外一个引用出了问题，然后在Client端的引用中出现了带有黄色感叹号的引用。忘了截图了，

百度了一张图片。出错的原因就是由于之前引用的dll文化不见了。

解决方法：

　　将这些带有感叹号的项右击移除，然后重新生成解决方案。问题就解决了~

　　成长4

　　出错原因：

　　 当调试和重新生成都没有问题的时候，突然出现这么个玩意儿，心急如焚就去网上搜了一下答案。原因也不太明了，大致意思就是说文件中的东西被删掉了。但是删掉的那个玩意儿 我也不知道是什么啊。

　　解决方法：

　　如有方法，请及时联系我！

 　　

★

　　生无可恋的原因，主要是用了两天的时间都没有解决这个把查出来的数据显示到界面上来，后台代码并没有出

错，直到界面才报错。不理解MVC框架的原理才是最让人头疼的事情吧。认清Controller，View和JS、CSS有什么样的

功能。分别都是什么，干什么的。下一篇博客小编将带你们走进ITOO的世界。一个全新的世界！