随笔 - 172  文章 - 1  评论 - 1569  阅读 - 166万
01 2008 档案
Implementing the Singleton Pattern in C#
摘要:The singleton pattern is one of the best-known patterns in software engineering. Essentially, a singleton is a class which only allows a single instance of itself to be created, and usually gives sim... 阅读全文
posted @ 2008-01-28 11:35 SZW 阅读(339) 评论(0) 推荐(0) 编辑
中小网站在域名、服务器等选择上的一点总结
摘要: 最近正好有朋友外包做网站,问起我一些注意事项,我想了下,这么多年下来还真是有不少个人体会,在此把一下子能想到的先记下来,留作日后参证。虽然有些是旧话重提不过也算是一种“小结”吧。 域名、服务器、网站空间和费用可能是小型网站(一般都选择使用合组或虚拟服务器)用户最关心的几个问题。 阅读全文
posted @ 2008-01-08 13:53 SZW 阅读(1145) 评论(4) 推荐(0) 编辑
为解决ASP.NET MVC(CTP)中URL“页面请求”和“单纯逻辑处理请求”混淆问题,提供一条思路
摘要:写在最前:本文主要是提供一种解决ASP.NET MVC(CTP)中URL“页面请求”和“单纯逻辑处理请求”混淆问题的思路,演示代码只作实现效果之用,不一定适合直接应用于“实战”,如有“粗燥”之处请多包涵。如果大家觉得可行,我们可以一起来完善她。 之前我很多次提到ASP.NET MVC 中“指令性”的URL,以及它可以给我们带来的一些新的体验,这样的URL可以把V层的页面逻辑(或者请求)让C层去承担,并且由C层负责判断到底将哪个网页最后传输到客户端。 这样的好处(或者说一部分的必要之处),是将V和C在一定程度上分离开来,一切以Controller为中心,而不再是aspx。但是这样“指令性”的URL我感觉更像是一把双刃剑,我们说他好,也可以说它有很大缺陷 把“指令性”URL“分流”,就是说指向同样的Controller中的同一个Action,通过一个页面上简单的参数,让他自动处理是返回请求页面还是继续。也就是说,把“页面请求”(不管是否需要逻辑处理,最后返回一个结果页)和“单纯逻辑请求”(就像我们很多时候用需要Web Forms中button做 阅读全文
posted @ 2008-01-07 21:17 SZW 阅读(3216) 评论(23) 推荐(0) 编辑

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

点击右上角即可分享
微信分享提示