摘要: ASP.NET ActionPack被作者重新命名为SubSonic - The Zero Code DAL(亚音，零编码数据访问层)。 因为Castle/Rails界的反应(1，2)，作者也意识到原来的名字有点误导。新名字来自2个作者最喜爱的乐队，Sublime和Sonic Youth。 在Ruby On Rails里，ActionPack实现了MVC中的View和Controller，而ASP.NET ActionPack实际上是类似ActiveRecord，实现了Model这部分(scaffolding控件除外)。 weblogs.asp.net的Jon Galloway是如此地喜欢SubSonic，甚至建议微软应该把SubSonic和Atlas一起发行。 另外，SubSonic1.0.1支持 Enterprise Library 和 MySQL。...[阅读全文]

摘要: [来源：Roy Osherove] 工具范围包括日常使用的，象PowerShell，Windows Desktop Search，Google Desktop ，开发用的 Reflector，TestDriven.NET，CodeSmith ，NUnit，Fiddler，XML工具XmlSpy，底层的FileMon，博客工具Windows Live Writer，John Lam的RubyCLR ，Web应用测试工具Watir，拷贝工具RoboCopy等等 详见他的博客帖子，Scott Hanselman's 2006 Ultimate Developer and Power Users Tool List for Windows http://www.hanselman.com/tools 对.NET开发人员来说，最重要的工具是Lutz的Reflector...[阅读全文]

摘要: [来源：Korby Parnell] 了解Ruby On Rails的人大概都知道Rails提供了ActiveRecord和scaffolding，前者会根据数据库里的数据定义自动提供模型类的CRUD操作，后者则动态生成对应模型类的显示和修改数据的GUI，极大地提高了开发基于数据库的web应用的效率。 虽说Ruby On Rail目前在IT业风风火火，但在企业应用和普及方面，有所期待的地方还有不少。而且对于习惯静态类语言的开发人员来说，转到使用动态类语言Ruby也是个不小的跳跃。 Commerce Starter Kit 的作者Rob Connery在微软的开源网站上http://www.codeplex.com推出了一个开源项目ASP.NET ActionPack。 ASP.NET ActionPack http://www.codeplex.com/Wiki/View.aspx?ProjectName=actionpack 这个项目把Rails的Convention Over Configuration设计原则应用到了ASP.NET，利用ASP.NET的Build Provider的设施，为你自动生成基于数据表的模型类编码，免除了你编写烦琐的数据访问编码的痛苦。 与BLINQ相比，ASP.NET ActionPack是基于现有的ASP.NET技术，而不是需要等待的下一代技术，而且操作更方便，在改动数据库定义后，你不需要手工执行命令重新生成模型类。 他有个屏幕示范，http://www.wekeroad.com/actionpackintro.html 在其中可以看到使用这个工具开发基于数据库的ASP.NET应用的过程。 大致这样，先要引用ActionPack程序集，在配置文件里添加连接字符串，ActionPack配置，和Build Provider设置，然后在App_Code里添加一个文本文件，指定需要生成的数据表的名字(用*表示所有的表)，然后Build Provider就会自动生成跟这些数据表相关的类/集合以及非常灵活的CRUD操作，对数据库里的存储过程还会自动生成对应的类。这个工具还提供了一个查询类，允许你不用SQL字符串而是通过调用查询类的方法来设置查询条件，然后这个类在运行时生成SQL命令。 这个工具还提供了scaffolding功能！scaffolding是通过一个服务器控件实现的，只要指定一个表名，它就会自动生成对应的GUI，还能根据外键自动生成下拉框。。。。。 使用这个工具的话，很多编码都不用写了，看来更有时间花在web design上了，...[阅读全文]

摘要: [来源：ADO.NET Technology Preview论坛] Kevin Hoffman的文章《LINQ to Entities vs. LINQ to SQL - What should I use and when? 》对LINQ to Entities与 LINQ to SQL(原名DLINQ)的功能做了比较，还对具体应该采用哪个技术做了讨论。 功能比较如下： 功能 LINQ to SQL LINQ to Entities 支持语言扩展 是 是 支持语言集成数据库查询 是 是 支持多对多 (3way Join/Payload relationship) 否 否 支持多对多 (No payload) 否 是 支持存储过程 是 否(以后会加) 支持实体继承 否* 是# 支持数据来自多个数据表的实体类 否 是 支持对象Identity管理以及CRUD功能 是 是 注：*估计作者有误，五月份的LINQ CTP版支持单表继承      #支持三种继承映射，单表(table-per hierarchy)，一类一表(table-per type)，一具体类一表(table-per concrete type) LINQ to Entities与LINQ to SQL间最本质性的区别在于，LINQ to Entities是对概念数据模型(conceptual data model)的查询。 Kevin Hoffman的结论是， 如果你需要有对底层数据库数据定义的隔离，使你的对象更有弹性，那么采用实体框架 如果你需要实体继承和实体组合，那么使用实体框架 如果你已经有大量DLINQ 编码，不用实体也运行正常，那么别浪费时间重构到实体框架 如果你需要针对对象模型做LINQ查询，但你的对象模型与数据库里的数据表有1:1对应的话，你大概不需要实体框架 ADO.NET vNext包含一个“客户端视图(client-views)”引擎，假以时日，其威力之强劲，让人难以拒绝实体框架 Paul Gielens也指出，选择哪个技术，很大程度上取决于你的数据库定义与你的domain model是否相近。如果非常相似，那么使用LINQ to SQL更直接了当，否则就使用ADO.NET实体框架。 *********************************(第一次使用Windows Live Writer发中文贴，有一个地方很奇怪，Windows Live Writer居然不让拷贝中文标题！)...[阅读全文]

摘要:[来源：windowslivewriter] 微软推出了一个桌面程序Windows Live Writer， Windows Live Writer Betahttp://ideas.live.com/programpage.aspx?versionId=4372c8c2-b76f-4d44-aea1-9835b61d8dc1 方便用户写作博客帖子并发送到博客服务器。它支持Windows Live Spaces，Blogger， LiveJournal，TypePad， WordPress ，但好像不支持我们现在用的Scott Watermasysk的.Text引擎，虽然这引擎提供了贴博客的简单web service，参考 http://blog.joycode.com/saucer/Services/SimpleBlogService.asmx 我们可以不可以升级到Community Server的博客引擎？当然，想使用Windows Live Writer并不是升级的理由 ======================更新====================== 谢谢baoyu，终于试验成功! 1。在后端 选项->配置里，选择“允许Web Service”，然后保存2。运行Writer之后，在Weblog Homepage URL里输入:http://blog.joycode.com 然后是你的账号名以及密码3。按Next之后，在上面的Type of weblog that you are using下拉框里选择 Custom (Metaweblog API) 在Remote posting URL for your weblog里输入(这地址是从groups.msn.com/windowslivewriter上获知的): http://blog.joycode.com/你的账号名/services/metablogapi.aspx 按Next。。。。...[阅读全文]

摘要:[来源：All About Interop] Apache有个mod_rewrite 能根据文本文件里的设置来重写URL。奇怪的是这么多年，IIS却没有这样的东西，可见我们的依赖性之强，。虽然IIS6 Resource Kit里有个UrlRemap工具，但不支持正则表达式。在ASP.NET里，我们可以使用HttpModule来实现URL重写。但假如你不用ASP.NET呢？(当然，你用了IIS，却不使用ASP.NET，有点说不过去吧。) Ionic推出了一个开源的ISAPI Rewriting Filter，是用C写成的。因为是个ISAPI Filter，可以重写任何URL。你可以在一个ini文件里设置重写规则。如果该文件有所改动，它会重新装载该规则文件。它支持正则表达式，还可以通过 RewriteCond 根据server variable有条件地做重写，功能非常强大，详见下载zip文件里的Readme-1.2.txt。 经常看见有人问怎么隐藏文件名，用这个过滤器，你可以设置 RewriteRule  ^(.*)/$                      $1/my.aspx 这样，以"/"结尾的URL就会由对应目录里的my.aspx来处理。 下载地址：Ionic's ISAPI Rewrite Filterhttp://cheeso.members.winisp.net/IIRF.aspx...[阅读全文]

摘要:看到一篇很好的关于IIS服务器的安全的博客帖子， Secure your internet-facing IIS servers! http://blogs.msdn.com/adamfazio/archive/2006/08/14/700105.aspx 是针对忙碌的IT专业人员的，主要内容包括， 1。使用安全配置向导(Security Configuration Wizard)来决定web服务器所需的最小功能，然后禁止其他不需要的功能。具体地说，它能帮你 禁止不需要的服务 堵住不用的端口 至于打开的端口，对可以访问的地址和其他安全做进一步的限制 如果可行，禁止不需要的IIS的web扩展 减小对SMB，LAN Manager，和LDAP协议的显露 定义一个高信噪比的对策 2。把网站文件放在一个非系统分区(partition)上，防止directory traversal的缺陷，对内容进行NTFS权限稽查(Audit) 3。对自己的系统定期做安全扫描和稽查，在别人发现问题前尽早先发现自己的薄弱处 4。定期做日志分析，寻找多次失败的登陆尝试，反复出现的404，401，403错误，不是针对你的网站的请求记录等 5。如果使用IIS 6的话，使用Host Headers ，URL扫描，实现自动网站内容和IIS Metabase的Replication，对IUSR_servername帐号户使用标准的名称等 6。总的web架构的设计思路：别把你的外网web服务器放在内网的活动目录(Active Directory)里，别用活动目录帐号运行IIS匿名认证，考虑实时监测，认真设置应用池设置，争取对任何活动做日志记录，禁止在服务器上使用Internet Explorer等 同时该文还提供了很详细的参考文献连接...[阅读全文]

摘要:根据ADO.NET产品组博客，微软推出了盼望已久的下一代ADO.NET的预览版，下载地址： ADO.NET vNext CTP (Community Technology Preview) - August 2006http://www.microsoft.com/downloads/details.aspx?FamilyId=B68F6F53-EC87-4122-B1C8-EE24A043BF72&displaylang=en 主要特性包括：1。ADO.NET实体框架 实体数据模型(The Entity Data Model-EDM)，允许开发人员在高抽象层对数据建模 强大的映射引擎，允许你方便地建立数据模型与数据存储数据定义之间的映射 支持使用实体SQL句法和LINQ查询EDM数据定义 对象服务层，允许你选择是否将查询结果呈现为行/列记录还是.NET对象。使用.NET对象的话，系统会透明地决定对象身份(identity)，跟踪对象状态变化，以及处理更新 开放的数据提供器模型，允许其他存储机制接入(plug into)ADO.NET实体框架2。LINQ集成 LINQ与实体的集成：使用LINQ语句来对EDM查询 LINQ与DataSet的集成：终于可以对DataSet做任意查询了。可以使用LINQ对一个或多个DataTable对象做查询。这个实现甚至优化了某些查询模式，使其运行性能大为提高 下载包内含， ADO.NET CTP程序集 创建使用ADO.NET实体框架应用的项目模板 示范使用ADO.NET实体框架以及LINQ集成的样例 描述ADO.NET实体框架和LINQ集成的文档...[阅读全文]