.net三层架构_aspnet三层架构_.net三层架构是什么(10)

2）关于统一定制异常捕捉机制。其实我自己对于异常捕捉的理解一直有一个很抵触的情绪。就是关于try,catch使用多了会影响整个代码的运行效率。（其实我并不知道什么原因，只是看书的时候了解到的，也为自己没有刨根问底找出缘由感到羞愧）。所以，这里还要谢谢老师指出我的问题，我会查阅资料，找出自己的问题所在。

还有就是关于直接调用数据访问层访问。我在这里确实没有注意到设计模式和软件工程中的一个重要思想就是模块功能的解耦。也就是说，我没有把我平时学到的知识，熟练的运用到自己的实际项目中。

3）关于static方法的线程安全问题。这里我必须承认对于线程锁和锁我有混淆概念理解错误。对于并发的存储，我一直认为自身的锁功能，会解决老师所说的问题。没有考虑到多线程的问题。

最后首先我要谢谢一直给我支持的同学和朋友，因为有他们我才有机会进入复赛。

第二，就是谢谢广大的博友。其实，我的这篇博文也在我博客园的博客中有发表。很多的博友给我提出了宝贵的意见，我从他们的意见中也了解到很多自己没有考虑到和接触过的知识。这篇也是我根据博友们给我提出意见的最终修改版。

第三，就是谢谢老师了。虽然很多博友已经给我提出了很多的宝贵意见，但是老师还是给我找到了我代码中仍然存在的严重问题。

我会修改自己的代码，并在以后的代码编写中注意老师给我提出的问题。是自己尽量的少犯错误，写出高质量的代码。

粗看了一遍，印象还不错，待多读几篇，有毕节多的比较后，再进一步点评

从逻辑上，.NET三层架构解析比较清楚，或许参赛作品的布局、组织应该做的更好些。能够在相关项目开发中应用.NET三层架构，更好地在结合实践、应用实践。

1 选题不错，篇幅比较大，有一定深度和难度，有图有分析，有一定工作量

2 分析了各个层次。思路清晰，访问层比较深入。

3 文章比较完整，有典型源代码、 有总结，

5 典型的技术文章写法。不错.

不足：

代码中 注释还可以多一些，便于维护。经验表明，注释较多的程序，在10年之后，自己还能看懂，注释少的程序，5年后自己看起就困难了。

嗯，谢谢老师的评价。三层架构应该算是面对团队开发的基本思想吧。其中主要包含的软件工程思想就是，高内聚，低耦合。这样才利与团队间的模块开发。当然现在看过设计模式后，也发现三层机构也体现了设计模式中的外观模式。

谢谢老师关于这篇文章的赞许。这篇发布以后，很多朋友都给我留言给出了他们的建议。我从他们的建议中也学习到了很多自己没有接触过的知识，然后修改了该篇文章。当然现在这篇文章中我肯定还会有其他问题的出现。所以，我的技能还是有提升的空间。还有就是关于注释的问题，自己以前确实是没有注意过这个问题，也就是简单的注释，自己能看明白就可以。没有考虑到别人来阅读我的代码。我会在以后的编码过程中注意注释的编写。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-28238-10.html