最新评论 - floerggyy - 博客园

| | | | |

|

最新评论

re: 数学表达式逻辑表达式混合计算 Simonsss 2008-07-30 18:02

强人啊，能不能共享源码？

re: nGallery源码分析(关于对xml反序列化的一点猜想)---比较菜：) 虫子[匿名] 2006-12-29 16:08

好文。

re: 对众多开源项目发些牢骚....... 零散 2006-01-04 22:16

其实我自己没有从那些特牛的开源学到什么东西，
还是从简单的学起比较好。

re: 被遗忘了的生日 the day you went away 2005-12-21 21:28

今天零点的时候已经有人和你说生日快乐了，只是被你遗忘了
不是被别人遗忘，是自己要去遗忘

re: 被遗忘了的生日 the day you went away 2005-12-21 21:20

今天点的时候已经有人给你说生日快乐了，只是被你遗忘了
不是被别人遗忘，是自己要去遗忘

re: 被遗忘了的生日心冇在进行时 2005-12-21 13:55

生日快乐！

re: .text urlRewrite介绍。。卡卡.net 2005-09-12 20:48

这里还有个例子,可以看看
http://www.microsoft.com/china/msdn/library/webservices/asp.net/URLRewriting.mspx?pf=true

re: .text urlRewrite介绍。。 learner 2005-08-29 17:42

老兄能不能单独摘出一个像你上面说那种URL重写的一个例子？不如做做好事，单独做一个简单的例子吧

re: .text urlRewrite介绍。。 floerggyy 2005-07-05 18:33

我明天发給你吧，公司机器上没有，报谦，明天9：00以前一定发给你
我们工作时间不能聊QQ的，不好意思

re: 第一次发现文章被抄袭.... bugSharp 2005-07-05 17:09

你的.text urlRewrite，我好象也在别的地方见了，没太留意

re: .text urlRewrite介绍。。 bugSharp 2005-07-05 17:04

多谢floerggyy,,
我的email:bugshap@126.com
有多大，能发吗，我的QQ:17557192
再次感谢啊

re: 解读EnterpriseLibrary.Configuration类库代码笔记＜－＞别人 2005-07-05 13:07

仔细看完1.1中http;//www.commerce.gov.cn类后你会发现两个版本中，几个解析配置文件类的所完成的任务也做了很大的调整，而且它们的衔接方式也完全不同了。不过读起来更加简洁清晰：)。这块我会在后继代码阅读笔记中一一介绍并整理出组织结构图。

re: .text urlRewrite介绍。。 floerggyy 2005-07-04 20:03

留下你的MAIL我发给你

re: .text urlRewrite介绍。。 bugSharp 2005-07-04 11:46

hi ,,flying forever你有<<ASP.NET FameWork深度历险>>这本书吗,可不可以共享一下啊，呵呵

re: .text urlRewrite介绍。。 floerggyy 2005-05-31 12:27

re:阿良
你的问题我看下了，建立*.*到aspnet_isapi.dll的映射就可以
在。TEXT中扩展名是htm的文件同样需要在IIS里添加映射

re: .text urlRewrite介绍。。阿良 2005-05-27 14:22

帮我看看这个rewrite问题怎样解决。http://community.csdn.net/Expert/topic/4033/4033187.xml?temp=.5237085

re: .text urlRewrite介绍。。阿良 2005-05-23 07:29

扩展名是htm的文件，且不需要在iis中添加映射的也能吗？

re: .text urlRewrite介绍。。 dong 2005-05-19 16:36

我就操，你贱大的用一个小日本的钟表！！1！！！！！！1111111sb

re: 对framework的一点思考 floerggyy 2005-04-08 16:34

是的，就是这样的，我也认为结构清晰放在第一位置

re: 对framework的一点思考 langds（狂人思维） 2005-04-08 13:40

呵呵，看来我对FrameWork的理解又和你的理解有一点差异了，一个好的FrameWork，不仅仅要对上层系统提供很有力的组织约束以及提供尽可能的方便、快捷的应用，它还应该在约束、快捷、自动等基础上，尽最大的可能去除其“侵入性”，使应用层与你的FrameWork之间的依赖性降到最低。
呵呵，当然，我提的这一点又和FrameWork本身的概念又发生了冲突，就好像保持软件结构清晰化与重用一样，有的重用并不会对软件结构带来好处，相反，为了你的软件结构清晰化、可维护性以及业务逻辑的独立化，有的重用方案你不得不放弃。