摘要：
过去的一年里，我们发现和修补了大家报告遇上的几个ASP.NET 2.0编译缺陷。 引发这些缺陷的原因有多个，但根本原因通常跟项目的结构有关，这些项目有特别的跨页面的循环依赖。这些缺陷往往在系统上发生大规模的文件变化时(譬如，一个抗病毒程序同时更新很多文件上的所有时间戳)会被触发。 出错信息的例子： 下面这些出错信息，是你遇上这些编译问题时，你也许看到的运行时异常类型的例子： Unable to c... 阅读全文
摘要：
在net2中，做了以下测试： 1 菜单"新建 -> 网站" 2 建立页面Default.aspx,类型是页面与代码分开。其中对应的类是”_Default“，在namespace"T1"下。 3 建立页面Default2.aspx,类型是页面与代码不分开 4 建立类T1.Class1，编辑器会将Class.cs放在App_Code下。 然后我发布，菜单"生成 -> 发布网站"，这时有三个选择项： ... 阅读全文
摘要：
在之前的文章里我们已经谈论了有关URL Rewrite的几个主要的方面。在本系列的最后一篇文章中，我们就来讨论一下有关不同级别URL Rewrite的一些细节与特点。 理论上说，IIS级别的URL Rewrite使用C或C++编写，比使用托管代码编写的ASP.NET级别URL Rewrite性能要高。但是我认为这方面的差距在大部分情况下可以忽略不计，这种性能几乎不可能成为性能瓶颈。因此选择何种... 阅读全文
摘要：
在进行了URL Rewrite之后，经常会遇到的问题就是页面中PostBack的目标地址并非客户端请求的地址，而是URL Rewrite之后的地址。以上一篇文章中的重写为例： 当用户请求“/User/jeffz”之后，页面中的出现的代码却会是，这是因为在生成代码时，页面会使用当前Request.Url.PathAndQuery的值来得到form元素的action。这导致了一旦P... 阅读全文
摘要：
可能已经没有人会使用上一篇文章中的方法进行URL Rewrite了，因为提供URL Rewrite的组件早已铺天盖地了。 ASP.NET级别的URL Rewrite组件的原理很简单，其实只是监听BeginRequest事件，并且根据配置来决定目标URL。在我之前接触过的项目中，发现使用URLRewriter作为URL Rewrite组件的频率非常高，我想可能是因为那是微软提供的东西吧。 如... 阅读全文
摘要：
之前觉得这个话题已经被谈滥了。URL Rewrite早已经被广大开发人员所接受，网上关于URL Rewrite的组件和文章也层出不穷，但是总是让我感觉意犹未尽，于是最终还是忍不住提笔写了这系列文章。这些文章不会谈论URL Rewrite的价值与意义，而只会谈论纯技术的内容。文章中也不会有详尽地实现分析，而是结合了我的经验，从应用角度来讲解这个话题。您已经知道的，您还不知道的，别处已经讲过的，或者还... 阅读全文
摘要：
表示层（Presentation Layer）的设计可以给系 统客户最直接的体验和最十足的信心。正如人与人的相交相识一样，初次见面的感觉总是永难忘怀的。一件交付给客户使用的产品，如 果在用户界面（User Interface，UI）上缺乏吸引人的特色，界面不友好，操作不够体贴，即使这件产品性能非常优异，架构设计合理，业务逻辑都满足了... 阅读全文
摘要：
五 PetShop之业务逻辑层设计 业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统 所应对的领域（Domain）逻辑有关，很多时候，我们也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Applicat... 阅读全文
摘要：
如果对微型计算机硬件系统有足够的了解，那么我们对于Cache这个名词一定是耳熟能详的。在CPU以及主板的芯片中，都引入了这种名为高速缓冲存 储器（Cache）的技术。因为Cache的存取速度比内存快，因而引入Cache能够有效的解决CPU与内存之间的速度不匹配问题。硬件系统可以利用 Cache存储CPU访问概率... 阅读全文
摘要：
在进行系统设计时，除了对安全、事务等问题给与足够的重视外，性能也是一个不可避免的问题所在，尤其是一个B/S结构的软件系统，必须充分地考虑访问量、数据流量、服务器负荷的问题。解决性能的瓶颈，除了对硬件系统进行升级外，软件设计的合理性尤为重要。 在 前面我曾提到，分层式结构设计可能会在一定程度上影响数据访问的性能，然而与它给设计人员带来的好处相比，几乎可以忽略。要提供整个系统的性能，还可以从 数据库的... 阅读全文