February 2007 - Posts
从ASP.NET 2.0开始，已经尝试最大限度地将一些公共基础设施统一起来，并引入了Provider模式！其中比较典型有Membership、Profile、Personalization等等，通过这些统一化的基础设施，我们可以编写少量代码甚至不需要编写任何代码就可以达到以前费了九牛二虎之力才能实现的效果，而且这些代码都是经过精密测试的，可以很大程度减少由于这方面代码而引入的问题，所以对于部分网站而言，采用它们是比较经济实惠的！
这里要提及的是的Membership中的UserID问题，不知道出于什么原因，Membership的相关数据表"aspnet_Users"等UserID的类型是uniqeidentifier，也就是说是128位的GUID，也许是为了简单地保证唯一性吧！？但是在公司的既有项目和理想情况下，我希望使用的数据类型是int，特别是在电子商务类型的网站中，UserID和大量数据表比如订单表等关联，而且在统计查询中大量使用到这个字段，如果UserID是uniqueindentifier类型的话，相对int类型而言，查询的速度将受到一定程序的影响（注：未测试），而且在某些时候UserID的作用类似于编号，可读性比较好，在后台维护的时候有一定的便利。
反正不管是历史原因还是什么别的，我们现在需要的UserID必须是int类型！怎么办？ASP.NET提供的Membership中的UserID是uniqueidentifier已经是既成事实，我们无法改变！如果因为它的原因我们便完全抛弃这一套东西似乎又有一点可惜，经过考虑和参考DNN的实现，总结出如下两种解决方案：
-
在aspnet_Users表中添加一个类型为int的字段BizUserID：具体的业务表都和BizUserID而不是UserID关联，如果没有重新实现MembershipProvider，那么简单起见，我们可以将BizUserID设置为自增长字段！
-
给aspnet_Users表建立一对一的关联表Users，它们通过原来的UserID关联，Users表另外提供一个类型为int的BizUserID字段，业务表和该字段关联：DNN使用的就是这个方法，为了保持两个表的同步，必须重写MembershipProvider，有一定的工作量，但是由于引入了Users表，我们可以在其中存储一些额外的信息，特别是当你迁移遗留系统，这个方法还是比较简单实用的。
在最后，我有个小小的疑问，不知道大家在实际项目中会直接使用Membership这一套东西呢，还是会自己实现一套新的？我没有什么项目经验，比较好奇，想知道大家是怎么选择的，希望高人赐教！
![]()
眼看Windows Vista就这样上市了，相信很多人已经开始蠢蠢欲动，无奈口袋中银子不多，一套正版操作系统就要2K左右。没有几个人去买的。对于消费者，没有人一个人不喜欢用正版，除非那个人确实是头脑发热。这样，盗版就出现了，在中国尤为明显，毕竟便宜，5RMB就可以搞定。
根据长尾理论，如果微软想在中国使更多的人用上正版，可以采用如下的策略。针对于企业和政府部门，可以按照现有价格，毕竟是他们是长尾中的头，并不是尾。那么尾是什么呢？那就是广大的老百姓，例如我。但是像我这样的人在中国是亿为单位计算的，相比之下，头则以百万计算的。
基于以上，如果你是比尔兄，你会怎么销售Windows Vista？我的答案是对于尾，正版价位定在168RMB，中国人讲究个吉利嘛。既能把windows Vista卖出去，又能迎合中国口味，何乐而不为？
有人就在想，那么政府部门买168的怎么办？呵呵，这个问题微软肯定是可以解决的，只要微软想做。
调侃一下！
![]()
摘要: 一般来讲,在biztalk项目中使用的消息都是基于xsd的xml消息，因为这是biztalk最擅长处理的消息。但是这并不表示biztalk只能处理xml消息，事实上，biztalk可以处理消息类型可以是平面文件、xml类型、可序列化的.net class或者其他任意的二进制数据流。这里要讨论的是在biztalk中，尤其是在orchestration中如何使用.net class类型消息。文章分三部分，第一部分使用.net class类型消息相关知识介绍，第二部分是在orchestration只使用.net class类型消息的例子，的三部分是orchestration使用.net class类型消息转换为xml消息的例子。这是第二部分
阅读全文![]()
摘要: 近距离接触NVIDIA新发布的GPU计算平台CUDA。刚刚从C++博客迁徙过来，看过的朋友可不要骂小弟灌水。
阅读全文![]()
微软本来要在二月份发布 Orcas Feb CTP，现在迟了一天，改成 March CTP。
你可以选择下载
虚拟机镜像或者
自解压后安装两种方式。我个人是选择了虚拟机镜像的方式，因为 CTP 版本更新太频繁了。不过要有足够的硬盘空间来存放虚拟机镜像文件（十几个G）。
另外还有相应的
Team Foundation Server 下载。
PS：可能大家在微软的下载站点下载东西的时候，希望能够直接获取到最终的下载地址，以便用 FlashGet 等工具管理下载。这里推荐一个叫
ieHTTPheaders 的工具，它是一个IE插件，可以跟踪IE窗口的 HTTP 请求，从而获取到真实的下载地址，平时开发 web 程序也可以用它来分析 HTTP 请求。这个工具很小，我正在使用的 v1.62 版安装文件只有 125KB。
![]()
摘要: 灵活地使用Null Object设计模式，可以使得我们的代码更加简洁和精炼。
阅读全文![]()
摘要: ClientScriptManager 类用于管理客户端脚本并将它们添加到 Web 应用程序中。可以从 Page 对象的 ClientScript 属性获取对 ClientScriptManager 类的引用。
程序源代码：ClientScriptManager.rar
向客户端添加脚本:
阅读全文![]()
摘要: 无意中看到的一篇征婚启事：1.有自己的房子，有北京市户口 2.男性 3......房子和户口已经不经意间走到了性别的前面，我吃了一惊；
希望园子里的老师\朋友给我指点一下，路，该怎么走？ 我不想一开始就走错
阅读全文![]()
摘要: 在《我的ASP.NET AJAX控件——PopupNotificationExtender：实现OWA或Messenger样式的信息提示窗口》中，我们在页面中创建了一个类似OWA或Messenger样式的信息提示窗口。当时时间有限，一直没能写出教程，值此空闲期间，加上ASP.NET AJAX正式发布，也应该把这个教程系列写出来了。
编写ASP.NET AJAX Extender控件还是能写出很多东西的，不过我也不能面面俱到，提一些重要之处而以，加上一些我自己的理解。如有错误，还请朋友们不吝指正。一篇文章是写不下了，还是拆开来吧，系列大概有2-3篇的样子，很快就能写完。
阅读全文![]()
摘要: 职能家居-思维的又一次跳跃
阅读全文![]()
摘要:
阅读全文![]()
摘要:
阅读全文![]()
摘要:
阅读全文![]()
摘要:
阅读全文![]()
摘要: 上次面試的時候,一個架構師問到我的設計模式,雖然平時整天把<>放在桌上,卻很少深入的理解!黨被問到,其中某個設計模式的優點和缺點時,卻怎麼也說不上幾句!不知道兄弟們是不是有同樣的感覺.於是,決定從實際的例子如手,深入理解設計模式.也希望大家伙有看不順眼的來拍拍磚...
阅读全文![]()
More Posts
Next page »