博客园_DotNet笔记

asp.net网站之状态服务

2012-02-09T14:36:00Z

曾经在一家电信小公司工作的时候遇到一个技术问题，当时为了做负载均衡，决定把一套asp.net应用装到两台服务器上，于是项目经理和移动的技术人员讨论如此部署会遇到的问题，就想到了用户状态的问题，比如一个用户登录的时候进的是A服务器，在上面记录了身份凭证，如session，但可能再点一个页面的时候却访问到B服务器上去了，这时候系统是否会要求用户重新登录呢？当时已经有十年工作经历的项目经理兼技术总监犯愁了，最终网站还是在一台机子，而彩信和短信应用分成两台机子部署，这个问题也不了了之。

如今想来，可以通过简单的配置一下就可以解决此问题了。

web.config关于sessionState节点的配置方案，sessionState有四种模式：off,inProc,StateServer,SqlServer。

其中的StateServer会话管理模式配置如下

将mode属性设为StateServer，也就是将会话数据存储到单独的内存缓冲区中，再由单独一台机器上运行

的Windows服务来控制这个缓冲区。状态服务全称是“ASP.NET State Service ”（aspnet_state.exe），计算机管理-服务里面即可看到此服务，启动该服务j

它由Web.config文件中的stateConnectionString属性来配置。该属性指定了服务所在的服务器，以及要监

视的端口：
<sessionState mode="StateServer"
    stateConnectionString="tcpip=myserver:42424"
    cookieless="false" timeout="20" />

在这个例子中，状态服务在一台名为myserver的机器的42424端口（默认端口）运行。要在服务器上改变

端口，可编辑HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters注册表项中的Port值。

显然，使用状态服务的优点在于进程隔离，并可在Web farm(网站群)中共享。使用这种模式，会话状态的存储将不

依赖于iis进程的失败或者重启，然而，一旦状态服务中止，所有会话数据都会丢失。换言之，状态服务不

像SQL Server那样能持久存储数据；它只是将数据存储在内存中。

解决之前问题的方法很简单：

1. 状态服务可以开在第三台机子C上，此服务器专门存放用户上传文件，状态，日志等。

2. 修改C机子上的注册表，将

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters

中的AllowRemoteConnection设置成1，还可以改端口，将Port设置你想要的值即可，此值默认42424。

3. 配置A，B应用服务器上网站的web.config中状态配置项如下：

然后在TNS服务器上添加网站域名和A，B服务器的IP映射即可。

本文链接

.Net中大数加减乘除运算

2012-01-08T13:44:00Z

在.Net 4.0中，有封装了大数运算的方法，效率超级快。

BigInteger a = BigInteger.Parse("124548787123123123335723122");
            BigInteger b = BigInteger.Parse("7852132487452222222222222221440231333");
            txtmsg.Text += "b/a=" + BigInteger.Divide(b, a).ToString() + "\r\n";
            txtmsg.Text += "b+a=" + BigInteger.Add(b, a).ToString() + "\r\n";
            txtmsg.Text += "b-a=" + BigInteger.Subtract(b, a).ToString() + "\r\n";
            txtmsg.Text += "b*a=" + BigInteger.Multiply(b, a).ToString() + "\r\n";
            txtmsg.Text += "b%a=" + BigInteger.Remainder(b, a).ToString() + "\r\n";

需要添加引用：

using System.Numerics;

用大数乘法做了一个实验：

计算1000以内的所有素数的乘积:

自己用乘法的步骤实现，取一个大数的每一位跟第二个大数相乘，得到的结果相加，结果跟官方的速度相比慢了100多倍。

int n=1000;
            int[] nums = GetAllKNum(n);

            //自己的土方法
            methodone one = new methodone();
            Stopwatch wc1 = new Stopwatch();
            wc1.Start();
            string result1 = one.P(n, nums);
            wc1.Stop();
            long long1= wc1.ElapsedMilliseconds;

            //.net4.0的方法
            methodtwo two = new methodtwo();
            wc1.Reset();
            wc1.Start();
            string result2 = two.P(n, nums);
            wc1.Stop();
            long long2 = wc1.ElapsedMilliseconds;

            //显示结果
            txtmsg.Text = "";
            txtmsg.Text += "自己的土方法：\r\n";
            txtmsg.Text += "结果：" + result1 + "\r\n";
            txtmsg.Text += "耗时：" + long1.ToString() + "毫秒\r\n\r\n";
            txtmsg.Text += ".net4.0的方法：\r\n";
            txtmsg.Text += "结果：" + result2 + "\r\n";
            txtmsg.Text += "耗时：" + long2.ToString() + "毫秒\r\n";

结果截图：

实在惭愧，自己的土方法比官方的慢了100多倍，不知道官方是如何实现的。

本文链接

强烈推荐：240多个jQuery插件

2011-11-09T03:40:00Z

概述

jQuery 是继 prototype 之后又一个优秀的 Javascript 框架。其宗旨是—写更少的代码,做更多的事情。它是轻量级的 js 库(压缩后只有21k) ，这是其它的 js 库所不及的，它兼容 CSS3，还兼容各种浏览器（IE 6.0+, FF 1.5+, Safari 2.0+, Opera 9.0+）。 jQuery 是一个快速的，简洁的 javaScript 库，使用户能更方便地处理 HTML documents、events、实现动画效果，并且方便地为网站提供 AJAX 交互。 jQuery 还有一个比较大的优势是，它的文档说明很全，而且各种应用也说得很详细，同时还有许多成熟的插件可供选择。 jQuery 能够使用户的 html 页保持代码和 html 内容分离，也就是说，不用再在 html 里面插入一堆js来调用命令了，只需定义 id 即可。今天在Kollermedia.at上发现了一篇JQuery插件列表的文章，特推荐如下。

文件上传(File upload)

Ajax File Upload.
jQUploader.
Multiple File Upload plugin.
jQuery File Style.
Styling an input type file.
Progress Bar Plugin.

表单验证(Form Validation)

jQuery Validation.
Auto Help.
Simple jQuery form validation.
jQuery XAV - form validations.
jQuery AlphaNumeric.
Masked Input.
TypeWatch Plugin.
Text limiter for form fields.
Ajax Username Check with jQuery.

表单－选取框(Form - Select Box stuff)

jQuery Combobox.
jQuery controlled dependent (or Cascadign) Select List.
Multiple Selects.
Select box manipulation.
Select Combo Plugin.
jQuery - LinkedSelect
Auto-populate multiple select boxes.
Choose Plugin (Select Replacement).

表单基本、输入框、选择框等(Form Basics, Input Fields, Checkboxes etc.)

jQuery Form Plugin.
jQuery-Form.
jLook Nice Forms.
jNice.
Ping Plugin.
Toggle Form Text.
ToggleVal.
jQuery Field Plugin.
jQuery Form’n Field plugin.
jQuery Checkbox manipulation.
jTagging.
jQuery labelcheck.
Overlabel.
3 state radio buttons.
ShiftCheckbox jQuery Plugin.
Watermark Input.
jQuery Checkbox (checkboxes with imags).
jQuery SpinButton Control.
jQuery Ajax Form Builder.
jQuery Focus Fields.
jQuery Time Entry.

时间、日期和颜色选取(Time, Date and Color Picker)

jQuery UI Datepicker.
jQuery date picker plugin.
jQuery Time Picker.
Time Picker.
ClickPick.
TimePicker.
Farbtastic jQuery Color Picker Plugin.
Color Picker by intelliance.fr.

投票插件(Rating Plugins)

jQuery Star Rating Plugin.
jQuery Star Rater.
Content rater with asp.net, ajax and jQuery.
Half-Star Rating Plugin.

搜索插件(Search Plugins)

jQuery Suggest.
jQuery Autocomplete.
jQuery Autocomplete Mod.
jQuery Autocomplete by AjaxDaddy.
jQuery Autocomplete Plugin with HTML formatting.
jQuery Autocompleter.
AutoCompleter (Tutorial with PHP&MySQL).
quick Search jQuery Plugin.

编辑器(Inline Edit & Editors)

jTagEditor.
WYMeditor.
jQuery jFrame.
Jeditable - edit in place plugin for jQuery.
jQuery editable.
jQuery Disable Text Select Plugin.
Edit in Place with Ajax using jQuery.
jQuery Plugin - Another In-Place Editor.
TableEditor.
tEditable - in place table editing for jQuery.

多媒体、视频、Flash等(Audio, Video, Flash, SVG, etc)

jMedia - accessible multi-media embedding.
JBEdit - Ajax online Video Editor.
jQuery MP3 Plugin.
jQuery Media Plugin.
jQuery Flash Plugin.
Embed QuickTime.
SVG Integration.

图片(Photos/Images/Galleries)

ThickBox.
jQuery lightBox plugin.
jQuery Image Strip.
jQuery slideViewer.
jQuery jqGalScroll 2.0.
jQuery - jqGalViewII.
jQuery - jqGalViewIII.
jQuery Photo Slider.
jQuery Thumbs - easily create thumbnails.
jQuery jQIR Image Replacement.
jCarousel Lite.
jQPanView.
jCarousel.
Interface Imagebox.
Image Gallery using jQuery, Interface & Reflactions.
simple jQuery Gallery.
jQuery Gallery Module.
EO Gallery.
jQuery ScrollShow.
jQuery Cycle Plugin.
jQuery Flickr.
jQuery Lazy Load Images Plugin.
Zoomi - Zoomable Thumbnails.
jQuery Crop - crop any image on the fly.
Image Reflection.

Google地图（Google Map）

jQuery Plugin googlemaps.
jMaps jQuery Maps Framework.
jQmaps.
jQuery & Google Maps.
jQuery Maps Interface forr Google and Yahoo maps.
jQuery J Maps - by Tane Piper.

游戏(Games)

Tetris with jQuery.
jQuery Chess.
Mad Libs Word Game.
jQuery Puzzle.
jQuery Solar System (not a game but awesome jQuery Stuff).

表格等(Tables, Grids etc.)

UI/Tablesorter.
jQuery ingrid.
jQuery Grid Plugin.
Table Filter - awesome!.
TableEditor.
jQuery Tree Tables.
Expandable “Detail” Table Rows.
Sortable Table ColdFusion Costum Tag with jQuery UI.
jQuery Bubble.
TableSorter.
Scrollable HTML Table.
jQuery column Manager Plugin.
jQuery tableHover Plugin.
jQuery columnHover Plugin.
jQuery Grid.
TableSorter plugin for jQuery.
tEditable - in place table editing for jQuery.
jQuery charToTable Plugin.
jQuery Grid Column Sizing.
jQuery Grid Row Sizing.

统计图(Charts, Presentation etc.)

jQuery Wizard Plugin .
jQuery Chart Plugin.
Bar Chart.

边框、圆角、背景(Border, Corners, Background)

jQuery Corner.
jQuery Curvy Corner.
Nifty jQuery Corner.
Transparent Corners.
jQuery Corner Gallery.
Gradient Plugin.

文字和超链接(Text and Links)

jQuery Spoiler plugin.
Text Highlighting.
Disable Text Select Plugin.
jQuery Newsticker.
Auto line-height Plugin.
Textgrad - a text gradient plugin.
LinkLook - a link thumbnail preview.
pager jQuery Plugin.
shortKeys jQuery Plugin.
jQuery Biggerlink.
jQuery Ajax Link Checker.

鼠标提示（Tooltips）

jQuery Plugin - Tooltip.
jTip - The jQuery Tool Tip.
clueTip.
BetterTip.
Flash Tooltips using jQuery.
ToolTip.

菜单和导航(Menus, Navigations)

jQuery Tabs Plugin - awesome! . [demo nested tabs.]
another jQuery nested Tab Set example (based on jQuery Tabs Plugin).
jQuery idTabs.
jdMenu - Hierarchical Menu Plugin for jQuery.
jQuery SuckerFish Style.
jQuery Plugin Treeview.
treeView Basic.
FastFind Menu.
Sliding Menu.
Lava Lamp jQuery Menu.
jQuery iconDock.
jVariations Control Panel.
ContextMenu plugin.
clickMenu.
CSS Dock Menu.
jQuery Pop-up Menu Tutorial.
Sliding Menu.

http://stilbuero.de/jquery/tabs_3/

幻灯、翻转等(Accordions, Slide and Toggle stuff)

jQuery Plugin Accordion.
jQuery Accordion Plugin Horizontal Way.
haccordion - a simple horizontal accordion plugin for jQuery.
Horizontal Accordion by portalzine.de.
HoverAccordion.
Accordion Example from fmarcia.info.
jQuery Accordion Example.
jQuery Demo - Expandable Sidebar Menu.
Sliding Panels for jQuery.
jQuery ToggleElements.
Coda Slider.
jCarousel.
Accesible News Slider Plugin.
Showing and Hiding code Examples.
jQuery Easing Plugin.
jQuery Portlets.
AutoScroll.
Innerfade.

拖放插件(Drag and Drop)

UI/Draggables.
EasyDrag jQuery Plugin.
jQuery Portlets.
jqDnR - drag, drop resize.
Drag Demos.

XML XSL JSON Feeds

XSLT Plugin.
jQuery Ajax call and result XML parsing.
xmlObjectifier - Converts XML DOM to JSON.
jQuery XSL Transform.
jQuery Taconite - multiple Dom updates.
RSS/ATOM Feed Parser Plugin.
jQuery Google Feed Plugin.

浏览器(Browserstuff)

Wresize - IE Resize event Fix Plugin.
jQuery ifixpng.
jQuery pngFix.
Link Scrubber - removes the dotted line onfocus from links.
jQuery Perciformes - the entire suckerfish familly under one roof.
Background Iframe.
QinIE - for proper display of Q tags in IE.
jQuery Accessibility Plugin.
jQuery MouseWheel Plugin.

对话框、确认窗口(Alert, Prompt, Confirm Windows)

jQuery Impromptu.
jQuery Confirm Plugin.
jqModal.
SimpleModal.

CSS

jQuery Style Switcher.
JSS - Javascript StyleSheets.
jQuery Rule - creation/manipulation of CSS Rules.
jPrintArea.

DOM、AJAX和其它JQuery插件（DOM, Ajax and other jQuery plugins）

FlyDOM.
jQuery Dimenion Plugin.
jQuery Loggin.
Metadata - extract metadata from classes, attributes, elements.
Super-tiny Client-Side Include Javascript jQuery Plugin.
Undo Made Easy with Ajax.
JHeartbeat - periodically poll the server.
Lazy Load Plugin.
Live Query.
jQuery Timers.
jQuery Share it - display social bookmarking icons.
jQuery serverCookieJar.
jQuery autoSave.
jQuery Puffer.
jQuery iFrame Plugin.
Cookie Plugin for jQuery.
jQuery Spy - awesome plugin.
Effect Delay Trick.
jQuick - a quick tag creator for jQuery.
Metaobjects.
elementReady.

本文链接

使用 EF4 构建 N 层应用程序

2011-11-05T10:42:00Z

Daniel Simmons

下载代码示例

本文是介绍使用实体框架进行 n 层编程的系列文章中的第三篇（请参见 msdn.microsoft.com/magazine/dd882522.aspx 和 msdn.microsoft.com/magazine/ee321569.aspx），着重介绍了如何使用实体框架 (EF) 和 Windows Communication Foundation (WCF) 构建自定义 Web 服务（在某些情况下，基于 REST 的服务或其他方法更加合适，但在这些文章中，我重点介绍自定义 Web 服务）。第一篇文章介绍了一些重要的设计注意事项和反模式。在第二篇文章中，我介绍了可在 n 层应用程序中成功使用的四种模式。其中还包括一些代码示例，演示了可用来实现所谓简单实体模式的第一版实体框架 (EF 3.5 SP1)。在本文中，我将介绍第二版实体框架 (EF4) 提供的一些功能以及如何使用这些功能来实现“自我跟踪实体”和数据传输对象 (DTO) n 层模式。

尽管简单实体通常不是 n 层应用程序的首选模式，但它是第一版 EF 中最可行的选项。但是，为了使用框架进行 n 层编程，EF4 对选项进行了重要更改。其中一些重要的新增功能包括：

支持在连接断开时进行操作的新框架方法，如将实体或关系更改为新状态（例如，已添加或已修改）的 ChangeObjectState 和 ChangeRelationshipState、允许您为实体设置原始值的 ApplyOriginalValues 以及框架一创建实体便会引发的新 ObjectMaterialized 事件。
支持在实体中使用 Plain Old CLR Objects (POCO) 和外键值。通过这些功能可以创建能够在中间层服务实现与其他层服务实现之间共享的实体类，这些服务实现可能具有不同的实体框架版本（例如，.NET 2.0 或 Silverlight）。包含外键的 POCO 对象还具有简单的序列化格式，从而可简化与 Java 等平台之间的互操作性。使用外键还可为关系启用简单得多的并发模型。
用于自定义代码生成的 T4 模板。使用这些模板可以生成用于实现“自我跟踪实体”或 DTO 模式的类。

实体框架团队已在模板中使用这些功能来实现“自我跟踪实体”模式，从而使该模式更易于访问，但 DTO 仍然需要在初始实现期间开展大量工作，EF4 的使用使这一过程也可得到简化（“自我跟踪实体”模板和其他一些 EF 功能作为 Web 下载功能社区技术预览 (CTP) 的一部分提供，而不是包含在 Visual Studio 2010/.NET 4 包中。本文中的示例假定 Visual Studio 2010/.NET 4 和 CTP 功能均已安装）。借助这些新功能，可根据体系结构的优点（关注点分离/松散耦合、约定的强度、有效的传输格式和互操作性）、是否易于实现和上市时间之间的权衡来评估我所介绍的四种模式（简单实体、变更集、自我跟踪实体和 DTO）。如果在表示此权衡的图中绘制这四种模式，结果可能类似于图 1。

图 1 使用 EF4 的 N 层模式比较

在特定情况下哪种模式更为合适取决于许多因素。通常，DTO 在体系结构上有很多优势，但需要以较高的初始实现成本作为代价。变更集在体系结构方面几乎体现不出任何优势，但它易于实现（当它可用于特定技术，例如传统 ADO.NET 中的 DataSet 时）。

为了在这些因素之间实现实用而又灵活的平衡，我建议您从“自我跟踪实体”开始，然后在情况允许时再改用 DTO。通常，您可以迅速掌握“自我跟踪实体”，并且仍然可以实现在体系结构方面的许多重要目标。与“变更集”或“简单实体”相比，此方法代表着更佳的权衡，只有在您没有其他可行选择时，我才建议您使用“变更集”或“简单实体”。另一方面，当您的应用程序变得更大、更复杂时，或者“自我跟踪实体”无法满足您的要求时（如客户端和服务器具有不同的更改频率），DTO 无疑成为最佳选择。这两种模式是您的工具箱中最为重要的工具，所以这里将分别进行介绍。

自我跟踪实体

若要将此模式用于实体框架，请先创建一个代表概念实体的实体数据模型，然后将其映射到一个数据库。您可以根据现有数据库反向设计模型并对其进行自定义，也可以从头开始创建模型，然后生成与之匹配的数据库（EF4 中的另一项新功能）。此模型和映射就位后，可用“自我跟踪实体”模板替换默认的代码生成模板，具体方法是右键单击实体设计器图面并选择“添加代码生成项”。

接下来，请从已安装模板的列表中选择“自我跟踪实体”模板。此步骤将关闭默认的代码生成，并向您的项目中添加两个模板：一个模板用于生成 ObjectContext，另一个模板用于生成实体类。通过使用两个模板进行代码生成，可以将代码拆分为相互独立的程序集：一个用于实体类，一个用于上下文。

这种方法的主要优点在于，您可将实体类置于一个与实体框架不存在依赖关系的程序集中。这样，如果您需要，中间层和客户端便可共享实体程序集（或者至少是它所生成的代码）和您已实现的任何业务逻辑。上下文将保留在与实体和 EF 均存在依赖关系的程序集中。如果服务的客户端运行的是 .NET 4，则可从客户端项目中直接引用实体程序集。如果客户端运行的是 .NET 的早期版本或 Silverlight，则可能要添加从客户端项目到所生成文件的链接，并在该项目中重新编译实体源代码（指向相应的 CLR）。

无论项目结构如何，这两个模板均可协作实现“自我跟踪实体”模式。所生成的实体类是简单的 POCO 类，这些类除了存储实体属性的基本功能之外只有另外一项功能，即跟踪对实体的更改：实体的总体状态、对关键属性（如并发令牌）的更改以及对实体间关系的更改。这种额外的跟踪信息属于实体 DataContract 定义的一部分（所以，当您向 WCF 服务发送实体或接收来自 WCF 服务的实体时，会附带相应的跟踪信息）。

在服务的客户端上，即使未将实体附加到任何上下文，也会自动跟踪对实体的更改。所生成的每个实体针对每个属性都有类似如下的代码。如果您更改某一实体中状态为 Unchanged 的属性值，例如，将该状态更改为 Modified：

复制代码

[DataMember]
public string ContactName
{
    get { return _contactName; }
    set
    {
            if (!Equals(_contactName, value))
            {
                _contactName = value;
                OnPropertyChanged("ContactName");
            }
    }
}
private string _contactName;

同理，如果向图表中添加新实体或从图表中删除实体，也会跟踪该信息。由于每个实体的状态都在该实体自身中进行跟踪，因此即使将从多个服务调用中检索的实体相关，该跟踪机制仍可按预期方式工作。如果建立了新关系，将只跟踪该更改 — 所涉及的实体将保留原状态，就像这些实体是从同一个服务调用中检索到的一样。

上下文模板会向生成的上下文中添加新方法 ApplyChanges。ApplyChanges 会向该上下文中附加一个实体图表，并在 ObjectStateManager 中设置信息，以与实体的跟踪信息相匹配。生成的代码将借助实体对自身的跟踪信息和 ApplyChanges 处理更改跟踪和并发问题，这是正确实现 n 层解决方案最困难的两个部分。

作为一个具体示例，图 2 演示了一个简单的 ServiceContract，可将其与“自我跟踪实体”一起使用，基于 Northwind 示例数据库来创建 n 层订单提交系统。

图 2 自我跟踪实体模式的简单服务约定

复制代码

[ServiceContract]
public interface INorthwindSTEService
{
    [OperationContract]
    IEnumerable<Product> GetProducts();

    [OperationContract]
    Customer GetCustomer(string id);

    [OperationContract]
    bool SubmitOrder(Order order);

    [OperationContract]
    bool UpdateProduct(Product product);
}

GetProducts 服务方法用于在客户端中检索有关产品目录的参考数据。此信息通常在本地缓存，不常在客户端中更新。GetCustomer 可检索客户以及该客户的订单列表。该方法的实现非常简单，如下所示：

复制代码

public Customer GetCustomer(string id)
{
    using (var ctx = new NorthwindEntities())
    {
        return ctx.Customers.Include("Orders")
        .Where(c => c.CustomerID == id)
        .SingleOrDefault();
    }
}

此代码与使用“简单实体”模式时实现此类方法的代码基本相同。差别在于返回的实体将进行自我跟踪，这意味着使用这些方法的客户端代码也非常简单，但它可以完成更多任务。

为了便于说明，我们假定在订单提交过程中，您不仅要创建具有适当订单详细信息行的订单，还要用最新的联系人信息更新客户实体的部分内容。而且，您要删除 OrderDate 为 null 的所有订单（系统可能用此方法标记被拒绝的订单）。对于“简单实体”模式，将实体的添加、修改和删除操作组合在一个图表中将需要对每种操作类型进行多次服务调用；如果您尝试在 EF 第一版中实现“自我跟踪实体”之类的任务，将需要非常复杂的自定义约定和服务实现。使用 EF4 时，客户端代码可能类似于图 3。

图 3 自我跟踪实体模式的客户端代码

复制代码

var svc = new ChannelFactory<INorthwindSTEService>(
    "INorthwindSTEService")
    .CreateChannel();

var products = new List<Product>(svc.GetProducts());
var customer = svc.GetCustomer("ALFKI");

customer.ContactName = "Bill Gates";

foreach (var order in customer.Orders
    .Where(o => o.OrderDate == null).ToList())
{
    customer.Orders.Remove(order);
}

var newOrder = new Order();
newOrder.Order_Details.Add(new Order_Detail()
    {
        ProductID = products.Where(p => p.ProductName == "Chai")
                    .Single().ProductID,
        Quantity = 1
    });
customer.Orders.Add(newOrder);

var success = svc.SubmitOrder(newOrder);

此代码将创建服务，对该服务调用前两个方法以获取产品列表和客户实体，然后对客户实体图表进行更改，更改时使用构建直接与数据库对话的两层实体框架应用程序或在中间层实现服务时的同类代码。（如果您对创建 WCF 服务客户端的这种方式并不熟悉，则会自动为您创建客户端代理，而不为实体创建代理，原因是我们在重用自我跟踪实体模板中的实体类。如果需要，您也可以使用在 Visual Studio 中通过“添加服务引用”命令生成的客户端。但此处未涉及 ObjectContext。您只是在对实体自身进行操作。最后，客户端将调用 SubmitOrder 服务方法，将更改推送到中间层。

当然，在实际应用程序中，客户端对图表的更改可能来自某种 UI，您将围绕服务调用添加异常处理（这在通过网络进行通信时尤其重要），但图 3 中的代码演示了其中的原理。需要注意的另一个重要事项是：在为新订单创建订单详细信息实体时，您仅设置 ProductID 属性，而非产品实体本身。这是使用中的新外键关系功能。由于只将 ProductID 通过序列化返回到中间层，而不序列化产品实体副本，因此该功能可减少通过网络传输的信息量。

SubmitOrder 服务方法的实现是“自我跟踪实体”真正的亮点所在：

复制代码

public bool SubmitOrder(Order newOrder)
{
    using (var ctx = new NorthwindEntities())
    {
        ctx.Orders.ApplyChanges(newOrder);
        ValidateNewOrderSubmission(ctx, newOrder);
        return ctx.SaveChanges() > 0;
    }
}

对 ApplyChanges 的调用将完成所有工作。它将从实体中读取更改信息，并以适当方式将其应用于上下文中，以使得到的结果就像一直在对附加到上下文的实体执行更改一样。

验证更改

在 SubmitOrder 实现中还应注意对 ValidateNewOrderSubmission 的调用。我将此方法添加到了服务实现中，它可以检查 ObjectStateManager，以确保对 SubmitOrder 的调用中只存在我们需要的更改类别。

由于 ApplyChanges 会将它在整个相关对象图表中发现的所有更改都推送到上下文中，因此这一步骤非常重要。我们期望客户端只执行添加新订单和更新客户等操作，但这并不意味着客户端不会由于错误（甚至出于恶意）而执行其他操作。如果客户端更改了产品价格使订单比应有价格更便宜或更昂贵，该怎么办？在将更改保存到数据库之前总应对更改进行验证，这一关键规则比验证执行细节更加重要。无论您使用哪种 n 层模式，此规则都适用。

另一个关键设计原则是应为每种操作开发独立、特定的服务方法。没有这些互相独立的操作，在两层之间就没有表示允许和不允许操作的可靠约定，也无法正确验证所做的更改。如果您使用单个 SaveEntities 服务方法而不是 SubmitOrder 和单独的 UpdateProduct 方法（只能由获权修改产品目录的用户访问），虽可轻松实现该方法的应用和保存部分，但由于您无法了解允许和不允许产品更新的时间，因此无法正确进行验证。

数据传输对象

“自我跟踪实体”模式可简化 n 层过程，如果您创建特定的服务方法并对每种方法进行验证，该过程的架构会十分合理。即使是这样，在该模式下执行的操作也会受限。当您遇到这些限制时，使用 DTO 可以摆脱困境。

在 DTO 中，不是在中间层与客户端之间共享单个实体实现，而是创建一个仅用于通过服务传输数据的自定义对象，并为中间层和客户端开发单独的实体实现。这种变化可提供两点优势：它可将服务约定与中间层和客户端上的实现问题相隔离，这样即使层中的实现发生更改约定也可以保持稳定，您还可以控制通过网络传输的数据流。因此，您无需发送不必要的数据（或不允许客户端访问的数据），也无需为服务之便而重塑数据。通常，在设计服务约定时会考虑客户端应用场景，以便在中间层实体与 DTO 之间重塑数据（可能通过将多个实体组合到一个 DTO 中并跳过客户端中不需要的属性），而 DTO 可直接在客户端上使用。

但这些优势的代价是必须多创建并维护一个或两个对象和映射层。为了扩展订单提交示例，可以创建一个专门用来提交新订单的类。此类会将客户实体的属性与新订单方案中所设置订单的属性组合起来，但将忽略两个实体中在中间层计算或在过程的其他阶段中设置的属性。这样可使 DTO 尽量小而高效。该实现应如下所示：

复制代码

public class NewOrderDTO
{
    public string CustomerID { get; set; }
    public string ContactName { get; set; }
    public byte[] CustomerVersion { get; set; }
    public List<NewOrderLine> Lines { get; set; }
}

public class NewOrderLine
{
    public int ProductID { get; set; }
    public short Quantity { get; set; }
}

好的，这里实际上有两个类，一个用于订单，一个用于订单详细信息行，但数据量尽可能小。该代码中唯一看似无关的信息是 CustomerVersion 字段，其中包含用于对客户实体进行并发检查的行版本信息。由于数据库中已存在客户实体，因此需要将此信息用于该实体。订单和详细信息行是提交到数据库中的新实体，因此不需要其版本信息和 OrderID，版本信息和 OrderID 由数据库在保存更改时生成。

接受此 DTO 的服务方法所用的低级别实体框架 API 与“自我跟踪实体”模板完成其任务时使用的低级别实体框架 API 相同，但现在您需要直接调用这些 API，而不是通过生成的代码调用。该实现分为两个部分。首先，根据 DTO 中的信息创建由客户、订单和订单详细信息实体构成的图表（请参见图 4）。

图 4 创建实体图表

复制代码

var customer = new Customer
    {
        CustomerID = newOrderDTO.CustomerID,
        ContactName = newOrderDTO.ContactName,
        Version = newOrderDTO.CustomerVersion,
    };

var order = new Order
    {
        Customer = customer,
    };

foreach (var line in newOrderDTO.Lines)
{
    order.Order_Details.Add(new Order_Detail
        {
            ProductID = line.ProductID,
            Quantity = line.Quantity,
        });
}

然后，将该图表附加到上下文并设置适当的状态信息：

复制代码

ctx.Customers.Attach(customer);
var customerEntry = ctx.ObjectStateManager.GetObjectStateEntry(customer);
customerEntry.SetModified();
customerEntry.SetModifiedProperty("ContactName");

ctx.ObjectStateManager.ChangeObjectState(order, EntityState.Added);
foreach (var order_detail in order.Order_Details)
{
    ctx.ObjectStateManager.ChangeObjectState(order_detail, 
       EntityState.Added);
}

return ctx.SaveChanges() > 0;

第一行将整个图表附加到上下文，但执行此操作时，每个实体都处于 Unchanged 状态，因此，您首先告知 ObjectStateManager 将客户实体置于 Modified 状态，但只有 ContactName 属性标记为已修改。这一点非常重要，因为您实际上并没有全部客户信息，而只有 DTO 中的信息。如果将所有属性都标记为已修改，实体框架会尝试将一批 null 值和零值保存到客户实体中的其他字段。

接下来，您将订单及其每个订单详细信息的状态都更改为 Added，然后调用 SaveChanges。

那么，验证代码在哪儿？在本例中，有一个特定 DTO 专门用于您的应用场景，而且您在从该对象向实体中映射信息时是在解释该对象，因此在整个过程中都在执行验证。由于接触不到产品实体，所以此代码绝对不会意外更改产品价格。这是 DTO 模式只能间接发挥作用的优点。您仍然必须执行验证工作；该模式只强制执行一个级别的验证。在许多情况下，您的代码中需要包括有关值或其他业务规则的附加验证。

另一个注意事项是正确处理并发异常。如前所述，DTO 中包含客户实体的版本信息，所以当别人修改同一客户时您有能力正确检测并发问题。要使示例更加完整，应将此异常映射为 WCF 故障以便客户端解决冲突；或者，可以捕获该异常并应用某种自动策略以处理冲突。

如果要通过添加其他操作（如修改订单的功能）进一步扩展该示例，您可以创建另一个专门用于该应用场景的 DTO，其中只包含该应用场景的适当信息。此对象有些类似于 NewOrderDTO，但它具有订单和订单详细信息实体的 OrderID 和 Version 属性以及要允许服务调用更新的每个属性。该服务方法实现也与前面显示的 SubmitOrderDTO 方法相似：它将遍历 DTO 数据、创建对应的实体对象，然后在状态管理器中设置这些对象的状态，再将更改保存到数据库中。

如果要同时使用“自我跟踪实体”和“数据传输对象”来实现订单更新方法，您将发现“自我跟踪实体”实现会重用实体，并与新的订单提交方法共享几乎所有相同的服务实现代码 — 唯一的差别在于验证代码，但即使是验证代码也可能共享一部分。但是，DTO 实现要求两种服务方法分别使用不同的数据传输对象类，方法实现遵循类似的模式，但可以共享的代码微乎其微（如果有）。

来自 Trenches 的提示

下面是一些需要注意和了解的提示。

务必在您的客户端重用“自我跟踪实体”模板生成的实体代码。如果您使用由 Visual Studio 中的“添加服务引用”或由其他工具生成的代理代码，那么大部分工作都看似正常，但您会发现实体实际上不会跟踪其在客户端上的更改。
应在每个服务方法的 Using 语句中新建一个 ObjectContext 实例，以便在该方法返回前释放该实例。此步骤对于服务的可扩展性至关重要。它可确保数据库连接在服务调用之间不保持打开状态，特定操作使用的临时状态将在操作结束时进行垃圾回收。实体框架会自动在应用程序域中缓存元数据和它需要的其他信息以及 ADO.NET 池数据库连接，因此每次重新创建上下文的操作都很迅速。
应尽可能使用新的外键关系功能。该功能可以大大简化更改实体间关系的操作。借助独立关联（在实体框架第一版中唯一可用的关系类型），可使关系的并发检查独立于实体的并发检查来执行，并且无法回避这些关系并发检查。因此，您的服务必须携带关系的原始值并在上下文中设置这些值，然后才能更改关系。但使用外键关系后，关系只是实体的一个属性，如果实体通过了并发检查，则无需再执行其他检查。仅通过更改外键值便可更改关系。
在向 ObjectContext 附加图表时请注意 EntityKey 冲突。例如，如果您在使用 DTO，并且图表的某些部分表示新添加的实体，而由于将在数据库中生成这些实体的键值所以尚未设置这些值，那么您应该先通过调用 AddObject 方法来添加整个实体图表，再将状态不是 Added 的实体更改为所需状态，而不是先调用 Attach 方法再将状态为 Added 的实体更改为该状态。否则，当您最初调用 Attach 时，实体框架会认为应将每个实体都置于 Unchanged 状态，这将假定实体键值为最终值。如果特定类型的多个实体具有相同键值（例如，0），实体框架将引发异常。由于框架不期望状态为 Added 的实体具有唯一键值，所以从 Added 状态的实体开始可以避免此问题。
从服务方法返回实体时关闭自动延迟加载（EF4 的另一项新增功能）。如果不这样做，序列化程序将触发延迟加载并尝试从数据库中检索其他实体，这样将返回比预期更多的数据（如果您的实体已全部连接，则可能会序列化整个数据库），或者，更有可能的情况是，在序列化程序尝试检索数据之前上下文被释放掉，因此您将收到错误消息。默认情况下，“自我跟踪实体”不会打开延迟加载，但如果创建 DTO 解决方案，则需注意这一点。

总结

.NET 4 版的实体框架大大简化了创建架构合理的 n 层应用程序的过程。对于大多数应用程序，我建议您从“自我跟踪实体”模板开始，该模板可简化过程并实现最大程度的重用。如果服务与客户端之间的更改频率不同，或者如果您需要对传输格式进行绝对控制，则应升级到“数据传输对象”实现。无论您选择哪种模式，请始终牢记反模式和模式所代表的关键原则，永远不要忘记在保存数据之前先对数据进行验证。

本文链接

基于.net的aop实现技术

2011-11-02T12:31:00Z

前言

在笔者的《面向对象的应用服务层设计》一文中，笔者讨论了软件系统中设计应用服务层所需要考虑的问题，以及系统分层的基本思考方法。这些讨论作关注的问题，都是系统中纵向的层次的划分。然而，在设计软件系统的时候，我们不仅仅要考虑纵向的关系，很多时候，我们还需要关注所谓的“横切关注点”的问题，例如，存在于系统每个部分的日志记录、安全性验证等。aop（面向方面编程）的出现，便是为了解决这些“横切关注点”的问题。

虽然aop目前还不是如oop般非常成熟，但是，也已经有数个支持aop的产品问世，其中比较有名的有aspectj，aspectwerkz等，这些产品都基于java平台。在.net平台上，也有一些实现，如loom等，但是，相对于java平台的实现，这些实现都还很不成熟，功能也比较弱，使用上也不是很方便。因此，笔者在.net平台下自己实现了一个轻量级的aop框架，现在拿出来同大家共同探讨。

在本文中，笔者将首先归纳一下目前实现aop的基本手段，然后，给出一个已经实现的aop的范例（websharpaspect），并提供全部源代码，这是一个轻量级的aop实现，虽然目前功能还不是很强大，实现也比较简单，但是，他已经可以完成大部分我们所需要的aop功能，你可以在项目中直接使用他。重要的是，其中展示了在.net环境下实现aop的一些技术和思路，笔者也希望通过提供源代码的方式，能够对大家学习aop有所助益。

实现aop的方法

实现aop的关键，是拦截正常的方法调用，将我们需要额外附加的功能透明的“织入”到这些方法中，以完成一些额外的要求。从总体方法上来说，织入的方法有两大类：静态织入和动态织入。

静态织入方法，一般都是需要扩展编译器的功能，将需要织入的代码，通过修改字节码（java）或者il代码（.net）的方法，直接添加到相应的被织入点；或者，我们需要为原来语言添加新的语法结构，从语法上支持aop。aspectj就是采用的这种方式。使用这种方式来实现aop，其优点是代码执行的效率高，缺点是实现者需要对虚拟机有很深的了解，才能够做到对字节码修改。由于织入方法是静态的，当需要添加新的织入方法时，往往需要重新编译，或者说运行字节码增强器重新执行静态织入的方法。当然，在.net平台上，我们也可以使用emit提供的强大功能来实现这一点。另外，字节码增强器带来了很大的不透明性，程序员很难直观的调试增强后的字节码，因此很多程序员总是在心理上抵制这种字节码增强器。

动态织入的方法，具体实现方式就有很多选择了。在java平台上，可以使用proxy模式，或者定制classloader来实现aop功能。在.net平台上，要实现aop的动态织入，归纳起来，可以采用以下几种方法：

l 使用contextattribute和contextboundobject来对对象的方法进行拦截。关于contextattribute的具体使用方法，读者可以参考msdn等相关资料。

l 使用emit来，在运行时刻动态构建被织入代码后的类，当程序调用被织入类时，实际上调用的是被修改后的类。loom使用的就是这种方式，但是，个人认为，loom目前的实现非常生硬，其可扩展性和灵活性都不是很好。

l 使用proxy模式。这也是本文将详细介绍的方法。

l 当然，在asp.net项目中，我们还有一种选择，就是使用httphandler和httpmodule来对自定义对asp.net页面的访问，加入一些我们需要的处理。关于如何使用httphandler和httpmodule的内容，可以参考笔者的文章《asp.net中自定义http处理及应用之httphandler篇》，以及《asp.net中自定义http处理及应用之httpmodule篇》

下面，我们来探讨如何使用proxy模式，在.net平台上实现一个可用的aop框架。

第一个例子

首先，我们来看看websharpaspect的使用效果。我们可以使用以下步骤来完成我们的第一个例子的编写：

1、在visualstudio中新建一个控制台应用程序，把websharp.aspect.dll添加入引用。

2、添加一个类，命名为firstaspect,并使他实现iaspect接口,添加代码如下：

public class firstaspect : iaspect

{

public void execute(object[] paramlist)

{

console.writeline("firstaspect is called");

}

}

3、添加一个businessclass类，模拟具体的业务逻辑类，使这个类继承aspectobject类，并添加aspectmanaged特性，然后添加两个方法，代码如下：

[aspectmanaged(true)]

public class businessclass : aspectobject

{

public businessclass(){}

public void outputmethod()

{

console.writeline("outputmethod()");

}

public void getstring()

{

console.writeline("getstring()");

}

}

4、为项目添加一个app.config配置文件，，并且添加以下内容：

<?xmlversion="1.0"encoding="utf-8"?>

<configuration>

< configsections >

<sectionname="websharp.aspects"type="websharp.aspect.aspectconfighandler,websharp.aspect"/>

</ configsections >

< websharp.aspects >

< aspect type ="weavetest.firstaspect,weavetest" deploy-model ="singleton"

pointcut-type="method|construction"action-position="both"match="*,*"/>

</ websharp.aspects >

</configuration>

5、在main方法中添加如下代码：

public class mainclass

{

[stathread]

static void main ()

{

businessclass cls=new businessclass();

cls.outputmethod();

cls.getstring();

console.readline();

}

}

运行以上代码，其结果如下：

可以看到，firstaspect如我们所预期的那样，成功的拦截了businessclass的方法。

本文链接

移动梦网MISC1.6正反向订购/取消

2011-10-24T11:47:00Z

一、业务实体模型类

using System;

/// <summary>
/// 移动梦网 MISC 1.6 接口
/// 业务实体模型
/// create by hello world at 2006-11-29 (QQ:8935300)
/// </summary>

namespace Com.Rondi.MISC16
{

    public class ProvisionInfo
    {
        public ProvisionInfo() { }
        //消息类型
        private string msgType;
        //该消息编号
        private string transactionID;
        //该接口消息的版本号，本次所有的接口消息的版本都为“1.5.0”
        private string version;

        //Send_Address节点与Dest_Address节点
        /*发送方：设备类型
        0：MISC
        100：ISMG
        101：WAP SP PROXY
        1XX：其他业务网关
        200：WAP PORTAL
        201：WWW PORTAL
        202：VOICE PORTAL
        203：PDA PORTAL
        2XX：其他门户
        300：MMSC
        301：KJAVA SERVER
        302：LSP
        3XX：其它应用平台 */
        private int send_Address_DeviceType;
        //发送方：设备编号，设备编号采用各设备的入网编号，例如短信网关使用网关ID、对SP使用其企业代码，该设备编号由MISC分配，并且在同一设备类型中该编号唯一
        private string send_Address_DeviceID;
        //同上接收方
        private int dest_Address_DeviceType;
        //同上接收方
        private string dest_Address_DeviceID;

        //FeeUser_ID与DestUser_ID节点
        //计费用户标识：用户标识类型  1：用手机号标识 2：用伪码标识   3：两者同时标识
        private int feeUser_ID_UserIDType;
        //计费用户标识：用户手机号
        private string feeUser_ID_MSISDN;
        //计费用户标识：用户伪码
        private string feeUser_ID_PseudoCode;
        //同上使用用户标识
        private int destUser_ID_UserIDType;
        //同上使用用户标识
        private string destUser_ID_MSISDN;
        //同上使用用户标识
        private string destUser_ID_PseudoCode;

        //临时订购关系的事务ID
        private string linkID;
        /*服务状态管理动作代码，具体值如下：
        1：开通服务；
        2：停止服务；
        3：激活服务；
        4：暂停服务；*/
        private int actionID;
        /*产生服务状态管理动作原因的代码，具体值如下：
        1：用户发起行为
        2：Admin&1860发起行为
        3：Boss停机
        4：Boss开机
        5：Boss过户
        6：Boss销户
        7：Boss改号
        8：扣费失败导致的服务取消
        9：其他*/
        private int actionReasonID;

        //该字段及对应属性用于反向接口中Service_ID节点
        private int serviceIDType;
        //SP的企业代码
        private string spid;
        //SP中该服务的服务代码
        private string spServiceID;

        //服务的访问方式    1：WEB  2：WAP  3：SMS
        private int accessMode;
        //服务订购参数（base64加密），内容是长号码＋空格＋用户发送内容
        private string featureStr;

        public string MsgType
        {
            get { return this.msgType; }
            set { this.msgType = value; }
        }

        public string TransactionID
        {
            get { return this.transactionID; }
            set { this.transactionID = value; }
        }

        public string Version
        {
            get { return this.version; }
            set { this.version = value; }
        }

        public int Send_Address_DeviceType
        {
            get { return this.send_Address_DeviceType; }
            set { this.send_Address_DeviceType = value; }
        }

        public string Send_Address_DeviceID
        {
            get { return this.send_Address_DeviceID; }
            set { this.send_Address_DeviceID = value; }
        }

        public int Dest_Address_DeviceType
        {
            get { return this.dest_Address_DeviceType; }
            set { this.dest_Address_DeviceType = value; }
        }

        public string Dest_Address_DeviceID
        {
            get { return this.dest_Address_DeviceID; }
            set { this.dest_Address_DeviceID = value; }
        }

        public int FeeUser_ID_UserIDType
        {
            get { return this.feeUser_ID_UserIDType; }
            set { this.feeUser_ID_UserIDType = value; }
        }

        public string FeeUser_ID_MSISDN
        {
            get { return this.feeUser_ID_MSISDN; }
            set { this.feeUser_ID_MSISDN = value; }
        }

        public string FeeUser_ID_PseudoCode
        {
            get { return this.feeUser_ID_PseudoCode; }
            set { this.feeUser_ID_PseudoCode = value; }
        }

        public int DestUser_ID_UserIDType
        {
            get { return this.destUser_ID_UserIDType; }
            set { this.destUser_ID_UserIDType = value; }
        }

        public string DestUser_ID_MSISDN
        {
            get { return this.destUser_ID_MSISDN; }
            set { this.destUser_ID_MSISDN = value; }
        }

        public string DestUser_ID_PseudoCode
        {
            get { return this.destUser_ID_PseudoCode; }
            set { this.destUser_ID_PseudoCode = value; }
        }

        public string LinkID
        {
            get { return this.linkID; }
            set { this.linkID = value; }
        }

        public int ActionID
        {
            get { return this.actionID; }
            set { this.actionID = value; }
        }

        public int ActionReasonID
        {
            get { return this.actionReasonID; }
            set { this.actionReasonID = value; }
        }

        public int ServiceIDType
        {
            get { return this.serviceIDType; }
            set { this.serviceIDType = value; }
        }

        public string SPID
        {
            get { return this.spid; }
            set { this.spid = value; }
        }

        public string SPServiceID
        {
            get { return this.spServiceID; }
            set { this.spServiceID = value; }
        }

        public int AccessMode
        {
            get { return this.accessMode; }
            set { this.accessMode = value; }
        }

        public string FeatureStr
        {
            get { return this.featureStr; }
            set { this.featureStr = value; }
        }

    }
}

二、正向同步、取消接口

using System;
using System.Data;
using System.Configuration;
using System.Collections;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;

using System.IO;
using System.Xml;
using System.Text;

/// <summary>
/// 移动梦网 MISC 1.6 接口
/// 正向同步接口
/// create by hello world at 2006-11-29
/// </summary>
public partial class MISC16_SyncOrderRelationReq : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        //基本参数
        Request.ContentType = "text/xml";
        Request.ContentEncoding = System.Text.Encoding.UTF8;
        XmlDocument doc = new XmlDocument();
        ProvisionInfo myP = new ProvisionInfo();
        //返回结果参数
        string MsgType = "SyncOrderRelationResp";
        string TransactionID = "";
        string Version = "1.5.0";
        int hRet = 1;

        using (Stream sm = Request.InputStream)
        {
            if (sm != null && sm.Length > 0)
            {
                doc.Load(Request.InputStream);
            }
            sm.Close();
        }

        //如果有数据
        if (doc.InnerXml.Length > 0)
        {
            try
            {
                #region 获取数据
                XmlElement root = doc.DocumentElement;
                foreach (XmlNode node in root.ChildNodes[0])//遍历SOAP-ENV:Header节点
                {
                    if (node.Name == "TransactionID")
                    {
                        myP.TransactionID = node.InnerText;
                    }
                }
                foreach (XmlNode node in root.ChildNodes[1].ChildNodes[0])//遍历SOAP-ENV:Body节点的子节点SyncOrderRelationReq
                {
                    if (node.Name == "Version")
                    {
                        myP.Version = node.InnerText;
                    }
                    else if (node.Name == "MsgType")
                    {
                        myP.MsgType = node.InnerText;
                    }
                    else if (node.Name == "LinkID")
                    {
                        myP.LinkID = node.InnerText;
                    }
                    else if (node.Name == "ActionID" && node.InnerText.Trim().Length > 0)
                    {
                        myP.ActionID = int.Parse(node.InnerText);
                    }
                    else if (node.Name == "ActionReasonID" && node.InnerText.Trim().Length > 0)
                    {
                        myP.ActionReasonID = int.Parse(node.InnerText);
                    }
                    else if (node.Name == "SPID")
                    {
                        myP.SPID = node.InnerText;
                    }
                    else if (node.Name == "SPServiceID")
                    {
                        myP.SPServiceID = node.InnerText;
                    }
                    else if (node.Name == "AccessMode" && node.InnerText.Trim().Length > 0)
                    {
                        myP.AccessMode = int.Parse(node.InnerText);
                    }
                    else if (node.Name == "FeatureStr")
                    {
                        myP.FeatureStr = node.InnerText;
                    }
                    else if (node.Name == "Send_Address" && node.ChildNodes.Count > 0)//子遍历Send_Address节点
                    {
                        foreach (XmlNode node1 in node)
                        {
                            if (node1.Name == "DeviceType" && node1.InnerText.Trim().Length > 0)
                            {
                                myP.Send_Address_DeviceType = int.Parse(node1.InnerText);
                            }
                            else if (node1.Name == "DeviceID")
                            {
                                myP.Send_Address_DeviceID = node1.InnerText;
                            }
                        }
                    }
                    else if (node.Name == "Dest_Address" && node.ChildNodes.Count > 0)//子遍历Dest_Address节点
                    {
                        foreach (XmlNode node1 in node)
                        {
                            if (node1.Name == "DeviceType" && node1.InnerText.Trim().Length > 0)
                            {
                                myP.Dest_Address_DeviceType = int.Parse(node1.InnerText);
                            }
                            else if (node1.Name == "DeviceID")
                            {
                                myP.Dest_Address_DeviceID = node1.InnerText;
                            }
                        }
                    }
                    else if (node.Name == "FeeUser_ID" && node.ChildNodes.Count > 0)//子遍历FeeUser_ID节点
                    {
                        foreach (XmlNode node1 in node)
                        {
                            if (node1.Name == "UserIDType" && node1.InnerText.Trim().Length > 0)
                            {
                                myP.FeeUser_ID_UserIDType = int.Parse(node1.InnerText);
                            }
                            else if (node1.Name == "MSISDN")
                            {
                                myP.FeeUser_ID_MSISDN = node1.InnerText;
                            }
                            else if (node1.Name == "PseudoCode")
                            {
                                myP.FeeUser_ID_PseudoCode = node1.InnerText;
                            }
                        }
                    }
                    else if (node.Name == "DestUser_ID" && node.ChildNodes.Count > 0)//子遍历DestUser_ID节点
                    {
                        foreach (XmlNode node1 in node)
                        {
                            if (node1.Name == "UserIDType" && node1.InnerText.Trim().Length > 0)
                            {
                                myP.DestUser_ID_UserIDType = int.Parse(node1.InnerText);
                            }
                            else if (node1.Name == "MSISDN")
                            {
                                myP.DestUser_ID_MSISDN = node1.InnerText;
                            }
                            else if (node1.Name == "PseudoCode")
                            {
                                myP.DestUser_ID_PseudoCode = node1.InnerText;
                            }
                        }
                    }

                }
                #endregion

                //１、Version　与　MsgType　判断
                if (myP.Version == "1.5.0" && myP.MsgType == "SyncOrderRelationReq")
                {
                    //２、SPID　判断
                    if (myP.SPID == System.Configuration.ConfigurationManager.AppSettings["SPID"].ToString().Trim())
                    {
                        //３、SPServiceID　判断
                        if (myP.SPServiceID.ToUpper() == System.Configuration.ConfigurationManager.AppSettings["SPServiceID"].ToString().Trim().ToUpper())
                        {
                            #region 同步操作
                            //正向订购：请求为开通或激活服务都视为开通请求
                            if (myP.ActionID == 1 || myP.ActionID == 3)
                            {
                                if (...)//调用自己方法与数据库同步
                                    hRet = 0;
                                else
                                    hRet = 1;
                            }

                            //正向取消：请求为停止或暂停都视为取消
                            if (myP.ActionID == 2 || myP.ActionID == 4)
                            {
                                //取消前检测是否存在订购关系(user表的grd_id是否大于0)
                                if (...)
                                {
                                   if (...)//调用自己方法与数据库同步
                                        hRet = 0;//取消成功
                                    else
                                        hRet = 1;//调用取消存储过程发生异常,标识为未知错误
                                }
                                else
                                {
                                    hRet = 4011;//SP端不存在订购关系
                                }
                            }

                            #endregion
                        }
                        else
                        {
                            hRet = 4004;//无效的SPServiceID
                        }
                    }
                    else
                    {
                        hRet = 4003;//无效的SPID
                    }
                }
                else
                {
                    hRet = 4000;//无效的MsgType
                }
            }
            catch
            {
                hRet = 1;
            }
        }

        #region 记录日志
        using (StreamWriter sw = new StreamWriter(HttpRuntime.AppDomainAppPath + @"MISC16Log" + DateTime.Now.ToString("yyyy_MM_dd") + ".txt", true, System.Text.Encoding.UTF8))
        {
            sw.WriteLine("request time:" + DateTime.Now.ToString());
            sw.WriteLine("request ip:" + Request.UserHostAddress.ToString());
            sw.WriteLine("request content:" + doc.InnerXml);
            sw.WriteLine("result:" + hRet.ToString());
            sw.WriteLine("");
            sw.Close();
        }
        #endregion

        #region 返回结果
        TransactionID = myP.TransactionID;

        Response.Clear();
        Response.ContentType = "text/xml";
        Response.ContentEncoding = System.Text.Encoding.UTF8;

        StringBuilder xmlResult = new StringBuilder("<?xml version="1.0" encoding="utf-8" ?>");
        xmlResult.Append("<SOAP-ENV:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/">");
        xmlResult.Append("<SOAP-ENV:Header>");

        xmlResult.Append("<TransactionID xmlns="http://www.monternet.com/dsmp/schemas/">" + TransactionID + "</TransactionID>");

        xmlResult.Append("</SOAP-ENV:Header>");

        xmlResult.Append("<SOAP-ENV:Body>");
        xmlResult.Append("<SyncOrderRelationResp xmlns="http://www.monternet.com/dsmp/schemas/">");

        xmlResult.Append("<Version>" + Version + "</Version>");
        xmlResult.Append("<MsgType>" + MsgType + "</MsgType>");
        xmlResult.Append("<hRet>" + hRet.ToString() + "</hRet>");

        xmlResult.Append("</SyncOrderRelationResp>");
        xmlResult.Append("</SOAP-ENV:Body>");
        xmlResult.Append("</SOAP-ENV:Envelope>");

        Response.Write(xmlResult.ToString());
        Response.End();
        #endregion


    }

}

三、反向订购

        /// <summary>
        /// 反向订购接口
        /// </summary>
        /// <remarks>
        /// 该消息编号：TransactionID
        /// 版本：Version
        /// 消息类型：MsgType
        /// 发送方设备类型：Send_Address_DeviceType
        /// 发送方设备编号：Send_Address_DeviceID
        /// 接收方设备类型：Dest_Address_DeviceType
        /// 接收方设备编号：Dest_Address_DeviceID
        /// 计费用户类别：FeeUser_ID_UserIDType
        /// ■计费用户手机：FeeUser_ID_MSISDN
        /// 使用用户类别：DestUser_ID_UserIDType
        /// ■使用用户手机：DestUser_ID_MSISDN
        /// 服务标识类别：ServiceIDType
        /// SP的企业代码：SPID
        /// SP的服务代码：SPServiceID
        /// </remarks>
        /// <param name="provisionInfo">瘦客户对象</param>
        /// <returns>MISC接口返回的hRet值(0成功,其它参考MISC相关文档)</returns>
        public int SubscribeServiceReq(ProvisionInfo myPro)
        {
            //返回值
            int result = 1;
            StringBuilder xml = new StringBuilder("<?xml version="1.0" encoding="UTF-8" ?>");
            xml.Append("<SOAP-ENV:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/">");
            xml.Append("<SOAP-ENV:Header>");
            xml.Append("<TransactionID xmlns="http://www.monternet.com/dsmp/schemas/">" + myPro.TransactionID + "</TransactionID>");//月+日+分+秒+毫秒
            xml.Append("</SOAP-ENV:Header>");

            xml.Append("<SOAP-ENV:Body>");
            xml.Append("<SubscribeServiceReq xmlns="http://www.monternet.com/dsmp/schemas/">");

            xml.Append("<Version>" + myPro.Version + "</Version>");//1.5.0

            xml.Append("<MsgType>" + myPro.MsgType + "</MsgType>");//SubscribeServiceReq

            xml.Append("<Send_Address>");
            xml.Append("<DeviceType>" + myPro.Send_Address_DeviceType.ToString() + "</DeviceType>");
            xml.Append("<DeviceID>" + myPro.Send_Address_DeviceID + "</DeviceID>");//web.config
            xml.Append("</Send_Address>");

            xml.Append("<Dest_Address>");
            xml.Append("<DeviceType>" + myPro.Dest_Address_DeviceType.ToString() + "</DeviceType> ");//0
            xml.Append("<DeviceID>" + myPro.Dest_Address_DeviceID + "</DeviceID>");//web.config
            xml.Append("</Dest_Address>");

            xml.Append("<FeeUser_ID>");
            xml.Append("<UserIDType>" + myPro.FeeUser_ID_UserIDType.ToString() + "</UserIDType>");//1
            xml.Append("<MSISDN>" + myPro.FeeUser_ID_MSISDN + "</MSISDN>");
            xml.Append("<PseudoCode />");
            xml.Append("</FeeUser_ID>");

            xml.Append("<DestUser_ID>");
            xml.Append("<UserIDType>" + myPro.DestUser_ID_UserIDType.ToString() + "</UserIDType>");//1
            xml.Append("<MSISDN>" + myPro.DestUser_ID_MSISDN + "</MSISDN>");
            xml.Append("<PseudoCode />");
            xml.Append("</DestUser_ID>");

            xml.Append("<Service_ID>");
            xml.Append("<ServiceIDType>" + myPro.ServiceIDType.ToString() + "</ServiceIDType>");//1
            xml.Append("<SPID>" + myPro.SPID + "</SPID>");//web.config
            xml.Append("<SPServiceID>" + myPro.SPServiceID + "</SPServiceID>");//web.config
            xml.Append("<AccessNo />");
            xml.Append("<FeatureStr />");
            xml.Append("</Service_ID>");

            xml.Append("<FeatureStr />");

            xml.Append("</SubscribeServiceReq>");
            xml.Append("</SOAP-ENV:Body>");
            xml.Append("</SOAP-ENV:Envelope>");

            byte[] postData = System.Text.Encoding.UTF8.GetBytes(xml.ToString());

            HttpWebRequest myRequest = (HttpWebRequest)WebRequest.Create(this.subscribeServiceReq);
            myRequest.Method = "POST";
            myRequest.ContentType = "application/x-www-form-urlencoded";
            myRequest.ContentLength = postData.Length;
            Stream newStream = myRequest.GetRequestStream();
            //向反向订购接口发送数据
            newStream.Write(postData, 0, postData.Length);
            newStream.Close();

            //获取反向订购接口返回的结果
            XmlDocument doc = new XmlDocument();
            WebResponse response = myRequest.GetResponse();
            System.IO.Stream resStream = response.GetResponseStream();
            if (resStream != null)
            {
                doc.Load(resStream);
            }
            resStream.Close();
            //获取节点值
            XmlElement root = doc.DocumentElement;
            foreach (XmlNode node in root.ChildNodes[1].ChildNodes[0])//遍历SubscribeServiceResp节点
            {
                if (node.Name == "hRet")
                {
                    result = int.Parse(node.InnerText);
                }
            }
            //System.IO.StreamReader sr = new System.IO.StreamReader(resStream, System.Text.Encoding.UTF8))
            //string s = sr.ReadToEnd();
            //sr.Close();
            return result;
        }

四、反向取消

        /// <summary>
        /// 反向取消接口
        /// </summary>
        /// <remarks>
        /// 该消息编号：TransactionID
        /// 版本：Version
        /// 消息类型：MsgType
        /// 发送方设备类型：Send_Address_DeviceType
        /// 发送方设备编号：Send_Address_DeviceID
        /// 接收方设备类型：Dest_Address_DeviceType
        /// 接收方设备编号：Dest_Address_DeviceID
        /// 计费用户类别：FeeUser_ID_UserIDType
        /// ■计费用户手机：FeeUser_ID_MSISDN
        /// 使用用户类别：DestUser_ID_UserIDType
        /// ■使用用户手机：DestUser_ID_MSISDN
        /// 服务标识类别：ServiceIDType
        /// SP的企业代码：SPID
        /// SP的服务代码：SPServiceID
        ///
        /// </remarks>
        /// <param name="provisionInfo">瘦客户对象</param>
        /// <returns>MISC接口返回的hRet值(0成功,其它参考MISC相关文档)</returns>
        public int UnSubscribeServiceReq(ProvisionInfo myPro)
        {
            //返回值
            int result = 1;
            StringBuilder xml = new StringBuilder("<?xml version="1.0" encoding="UTF-8" ?>");
            xml.Append("<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="http://www.monternet.com/dsmp/schemas/">");

            xml.Append("<SOAP-ENV:Header>");
            xml.Append("<TransactionID xmlns="http://www.monternet.com/dsmp/schemas/" xsi:type="xsd:string">" + myPro.TransactionID + "</TransactionID>");//月+日+分+秒+毫秒
            xml.Append("</SOAP-ENV:Header>");

            xml.Append("<SOAP-ENV:Body>");
            xml.Append("<UnSubscribeServiceReq xmlns="http://www.monternet.com/dsmp/schemas/">");

            xml.Append("<Version>" + myPro.Version + "</Version>");//1.5.0
            xml.Append("<MsgType>" + myPro.MsgType + "</MsgType>");//SubscribeServiceReq

            xml.Append("<Send_Address>");
            xml.Append("<DeviceType>" + myPro.Send_Address_DeviceType.ToString() + "</DeviceType>");
            xml.Append("<DeviceID>" + myPro.Send_Address_DeviceID + "</DeviceID>");//web.config
            xml.Append("</Send_Address>");

            xml.Append("<Dest_Address>");
            xml.Append("<DeviceType>" + myPro.Dest_Address_DeviceType.ToString() + "</DeviceType>");//0
            xml.Append("<DeviceID>" + myPro.Dest_Address_DeviceID + "</DeviceID>");//web.config
            xml.Append( "</Dest_Address>");

            xml.Append("<FeeUser_ID>");
            xml.Append("<UserIDType>" + myPro.FeeUser_ID_UserIDType.ToString() + "</UserIDType>");//1
            xml.Append("<MSISDN>" + myPro.FeeUser_ID_MSISDN + "</MSISDN>");
            xml.Append("<PseudoCode />");
            xml.Append("</FeeUser_ID>");

            xml.Append("<DestUser_ID>");
            xml.Append("<UserIDType>" + myPro.DestUser_ID_UserIDType.ToString() + "</UserIDType>");//1
            xml.Append("<MSISDN>" + myPro.DestUser_ID_MSISDN + "</MSISDN>");
            xml.Append("<PseudoCode />");
            xml.Append("</DestUser_ID>");

            xml.Append("<Service_ID>");
            xml.Append("<ServiceIDType>" + myPro.ServiceIDType.ToString() + "</ServiceIDType>");//1
            xml.Append("<SPID>" + myPro.SPID + "</SPID>");//web.config
            xml.Append("<SPServiceID>" + myPro.SPServiceID + "</SPServiceID>");//web.config
            xml.Append("<AccessNo />");
            xml.Append("<FeatureStr />");
            xml.Append("</Service_ID>");

            xml.Append("<FeatureStr />");

            xml.Append("</UnSubscribeServiceReq>");
            xml.Append("</SOAP-ENV:Body>");
            xml.Append("</SOAP-ENV:Envelope>");

            byte[] postData = System.Text.Encoding.UTF8.GetBytes(xml.ToString());

            HttpWebRequest myRequest = (HttpWebRequest)WebRequest.Create(this.subscribeServiceReq);
            myRequest.Method = "POST";
            myRequest.ContentType = "application/x-www-form-urlencoded";
            myRequest.ContentLength = postData.Length;
            Stream newStream = myRequest.GetRequestStream();
            //向反向订购接口发送数据
            newStream.Write(postData, 0, postData.Length);
            newStream.Close();

            //获取反向订购接口返回的结果
            XmlDocument doc = new XmlDocument();
            WebResponse response = myRequest.GetResponse();
            System.IO.Stream resStream = response.GetResponseStream();
            if (resStream != null)
            {
                doc.Load(resStream);
            }
            resStream.Close();
            //获取节点值
            XmlElement root = doc.DocumentElement;
            foreach (XmlNode node in root.ChildNodes[1].ChildNodes[0])//遍历SubscribeServiceResp节点
            {
                if (node.Name == "hRet")
                {
                    result = int.Parse(node.InnerText);
                }
            }
            //System.IO.StreamReader sr = new System.IO.StreamReader(resStream, System.Text.Encoding.UTF8))
            //string s = sr.ReadToEnd();
            //sr.Close();
            return result;
        }

本文链接

12个国外优秀.Net开源项目

2011-08-23T15:10:00Z

Umbraco

URL: http://www.umbraco.org

Source Code: Grab the source code here.

I’ve mentioned umbraco as an open source system to keep an eye on before, in our compilation of open source CMS systems.

It impresses me on each release, and has just put together an awesome sample site that is well worth a look, and will enable developers to get up to speed quickly and easily.

i386 Newsletter System

URL: http://www.i386.com/Products/Newsletter.aspx

Source Code: Grab the source code here

I came across Austrian company i386 when doing a bit of a scout around for some open source email marketing solutions. Its a C# system that could probably do with some community support, with the last checkin April 2008. They need a bit of a hand out with some language translation, so if any of you guys are german speakers, (Austrian German) maybe you could be of use.

The application can run on MSDE/MS SQL and Access, and is on version 2.0 of the framework.

YetAnotherForum

URL: http://www.yetanotherforum.net/

Source Code: Grab the source code here.

YAF was introduced to me through Michael at Codefixer. It seems like a pretty solid, well architected system, and has a vibrant and active open source community contributing to it’ success. In addition to a stand alone system, it also has a DotNetNuke and Rainbow Portal, which I’ve mentioned here.

If you haven’t already guessed YAF is a Open Source discussion forum or bulletin board system for web sites running ASP.NET. The latest production version runs on ASP.NET v2.0 with a Microsoft SQL Server backend. It is licensed under the GPL.

DotNetNuke

URL: http://www.dotnetnuke.com

Source Code: Grab the source code here

DotNetNuke is an open source web application framework ideal for creating, deploying and managing interactive web, intranet, and extranet sites securely.

It has received it’s criticisms, including being accused of being bloated and a bit of a hungry beast, however over the last five years, DotNetNuke has established itself as a force to be reconned with. It has become an essential framework within many business environments, and has released a professional commercial product which is a testament to the community achievement.

The quality and flexibility of the code base, combined with a very active and supportive community, has resulted in hundreds of thousands of deployments.

Rainbow Portal

URL: http://www.rainbowportal.net/

Source Code: Grab the source code here

Rainbow Portal is the rebel breakaway / fork project from DotNetNuke. They were the underdogs in the portal wars. That said however, their systems are built in C# as opposed to VB, and things are done a bit differently, depending on your needs that might be ok. There is always things to be learned from other people’s coding examples.

My own thoughts are that it may suit you if you are using C# to code, however the alternative MojoPortal project seems to be gaining traction. The last release of Rainbow was way back in 2006. Mojo Portal’s last release was 26th Feb 2009.

MojoPortal

URL: http://www.mojoportal.com/

Source Code: Grab the source code here

Mojo Portal appears to be receiving alot of attention recently. This can probably be attributed partially to the wide variety of database platforms which it runs on.

Separation of database concerns is one sign of a well architected project, and whilst I can’t personally vouch for the code, it looks like one to keep an eye on. They have a focus on creating standards compliant frontend HTML, and for that reason, they get my thumbs up. Both Rainbow Portal and DNN tended to create code which was very heavily table based, which lead to skinning difficulty. This seems to have been addressed within Mojo Portal.

Oxite

URL: http://visitmix.com/Lab/Oxite

Source Code: Grab the source code here

Oxite is an open source, web standards compliant, blog engine built on ASP.NET MVC. It is fully featured and includes support for all the blogging features you would expect.

Born out of a necessity to showcase Microsoft’s muscle in the blogging scene, Oxite provides example of ‘core blog functionality’ in a reusable way. The entire VisitMIX site runs on Oxite, which just shows the potential quality of the finished product. I love the effort that they have put into the design of MIX, and for once, we are able to show others a production Microsoft site running a Microsoft product that really shines visually.

nopCommerce

URL: http://www.nopcommerce.com/

Source Code: Grab the source code here

Running on C# nopCommerce is a fully customizable shopping cart. It’s stable and highly usable. nopCommerce is a open source e-commerce solution that is ASP.NET 3.5 based with a MS SQL 2005 backend database.

It is pretty feature packed when you take a look around the system, and should serve as a good platform to build on for some developers. Whilst they aren’t over on the MVC system they have taken care of some of the problems with querystrings, and include a URL rewrite module.

Most developers should be able to get up and running quickly, simply change your web.config in a few places and the autoinstaller should get you going. well worth investigating if you are a .NET developer with a background in e-commerce.

Kigg

URL: http://www.codeplex.com/Kigg

Source Code: Grab the source code here

KiGG is a Web 2.0 style social news web application developed in Microsoft supported technologies. It is an alternative to Pligg, which has gained significant niche adoption on the web.

It utilises the MVC pattern, and a number of other open source libraries – including the Microsoft Patterns and Practises library for it’s logging and caching. I’m a big fan of the Enterprise library, and I’ve used the security module for a few projects myself. Kigg has been developed with a TDD approach and uses xUnit.Net for it’s unit testing framework and Moq as a mocking library. DotNetShoutout amongst other’s uses it extensively as the framework to run the site.

SharpWebMail

URL: http://anmar.eu.org/projects/sharpwebmail/

Source Code: Grab the source code here.

Whilst it aint the prettiest in the group – SharpWebMail is an established project which is written in C#, it uses a POP3 or IMAP servers as the mailstore and sends mail through a SMTP server. It is the only open source webmail solution for the .NET platform that I am aware of.

If you are a good user interface designer, and have never contributed to an open source project before, this would offer a great way to establish a name for yourself. Alternatively, adding a skinning engine to the project would probably be a help.

SharpWebMail is Licensed under GNU GPL.

DotNetShoppingCart

URL: http://www.dotshoppingcart.com/

Source Code: Grab the source code here.

DotShoppingCart is an ASP.NET open source CMS & eCommerce software. It enables businesses to manage site content and sell products and services through an online storefront. Unfortunately this was one of the ones I missed on my open source e-commerce post.

DotShoppingCart open source edition is licensed under DotShoppingCart Public License. It’s basically a MPL 1.1 plus the DotShoppingCart powered logo requirement on every single page.

If you are a developer looking to customise this one extensively, you will have to shell out for a Commercial license. That said, if you are looking for a cost effective route to market this one is worth examining a bit closer. As with nopCommerce, the feature list seems pretty extensive.

BlogEngine.NET

URL: http://dotnetblogengine.net

Source Code: Grab the source code here

BlogEngine.NET is an stable open source .NET blogging project. Touted as the next alternative to WordPress for .NET developers it integrates the best features of the .NET platform into its offering. It also has received backing from Redmond, and is featured on the Microsoft.NET website as a Starter Kit.

Personally, I haven’t used it much – the sheer amount of plugins for WordPress in comparison dwarf the project, and even for a code head like myself, it isn’t as appealing. That said, it may offer a way of integrating an existing .NET solution with a blogging engine. All the controls in BlogEngine.NET are 100% XHTML 1.0 compliant, which is great. The code base is C# ASP.NET 2.0.

Best of the Rest.

DasBlog - Open Source blogging Engine

Starter Kits and Community Projects – Microsoft ASP.NET projects, good collection of Open source systems here.

SubText – Another blog Engine

Hydrogen CMS – A .NET Open source System

DotNETKicks – Similar to KIGG, only not.

EvolUtility – A CRUD Framework

Suteki Shop – Another e-commerce open source MVC app.

本文链接

淘宝数据魔方技术架构解析[程序员]

2011-08-15T13:18:00Z

淘宝网拥有国内最具商业价值的海量数据。截至当前，每天有超过30亿的店铺、商品浏览记录，10亿在线商品数，上千万的成交、收藏和评价数据。如何从这些数据中挖掘出真正的商业价值，进而帮助淘宝、商家进行企业的数据化运营，帮助消费者进行理性的购物决策，是淘宝数据平台与产品部的使命。

为此，我们进行了一系列数据产品的研发，比如为大家所熟知的量子统计、数据魔方和淘宝指数等。尽管从业务层面来讲，数据产品的研发难度并不高；但在“海量”的限定下，数据产品的计算、存储和检索难度陡然上升。本文将以数据魔方为例，向大家介绍淘宝在海量数据产品技术架构方面的探索。

淘宝海量数据产品技术架构

数据产品的一个最大特点是数据的非实时写入，正因为如此，我们可以认为，在一定的时间段内，整个系统的数据是只读的。这为我们设计缓存奠定了非常重要的基础。

: 图1 淘宝海量数据产品技术架构

按照数据的流向来划分，我们把淘宝数据产品的技术架构分为五层（如图1所示），分别是数据源、计算层、存储层、查询层和产品层。位于架构顶端的是我们的数据来源层，这里有淘宝主站的用户、店铺、商品和交易等数据库，还有用户的浏览、搜索等行为日志等。这一系列的数据是数据产品最原始的生命力所在。

在数据源层实时产生的数据，通过淘宝自主研发的数据传输组件DataX、DbSync和Timetunnel准实时地传输到一个有1500个节点的Hadoop集群上，这个集群我们称之为“云梯”，是计算层的主要组成部分。在“云梯”上，我们每天有大约40000个作业对1.5PB的原始数据按照产品需求进行不同的MapReduce计算。这一计算过程通常都能在凌晨两点之前完成。相对于前端产品看到的数据，这里的计算结果很可能是一个处于中间状态的结果，这往往是在数据冗余与前端计算之间做了适当平衡的结果。

不得不提的是，一些对实效性要求很高的数据，例如针对搜索词的统计数据，我们希望能尽快推送到数据产品前端。这种需求再采用“云梯”来计算效率将是比较低的，为此我们做了流式数据的实时计算平台，称之为“银河”。“银河”也是一个分布式系统，它接收来自TimeTunnel的实时消息，在内存中做实时计算，并把计算结果在尽可能短的时间内刷新到NoSQL存储设备中，供前端产品调用。

容易理解，“云梯”或者“银河”并不适合直接向产品提供实时的数据查询服务。这是因为，对于“云梯”来说，它的定位只是做离线计算的，无法支持较高的性能和并发需求；而对于“银河”而言，尽管所有的代码都掌握在我们手中，但要完整地将数据接收、实时计算、存储和查询等功能集成在一个分布式系统中，避免不了分层，最终仍然落到了目前的架构上。

为此，我们针对前端产品设计了专门的存储层。在这一层，我们有基于MySQL的分布式关系型数据库集群MyFOX和基于HBase的NoSQL存储集群Prom，在后面的文字中，我将重点介绍这两个集群的实现原理。除此之外，其他第三方的模块也被我们纳入存储层的范畴。

存储层异构模块的增多，对前端产品的使用带来了挑战。为此，我们设计了通用的数据中间层——glider——来屏蔽这个影响。glider以HTTP协议对外提供restful方式的接口。数据产品可以通过一个唯一的URL获取到它想要的数据。

以上是淘宝海量数据产品在技术架构方面的一个概括性的介绍，接下来我将重点从四个方面阐述数据魔方设计上的特点。

关系型数据库仍然是王道

关系型数据库（RDBMS）自20世纪70年代提出以来，在工业生产中得到了广泛的使用。经过三十多年的长足发展，诞生了一批优秀的数据库软件，例如Oracle、MySQL、DB2、Sybase和SQL Server等。

: 图2 MyFOX中的数据增长曲线

尽管相对于非关系型数据库而言，关系型数据库在分区容忍性（Tolerance to Network Partitions）方面存在劣势，但由于它强大的语义表达能力以及数据之间的关系表达能力，在数据产品中仍然占据着不可替代的作用。

淘宝数据产品选择MySQL的MyISAM引擎作为底层的数据存储引擎。在此基础上，为了应对海量数据，我们设计了分布式MySQL集群的查询代理层——MyFOX，使得分区对前端应用透明。

: 图3 MyFOX的数据查询过程

目前，存储在MyFOX中的统计结果数据已经达到10TB，占据着数据魔方总数据量的95%以上，并且正在以每天超过6亿的增量增长着（如图2所示）。这些数据被我们近似均匀地分布到20个MySQL节点上，在查询时，经由MyFOX透明地对外服务（如图3所示）。

: 图4 MyFOX节点结构

值得一提的是，在MyFOX现有的20个节点中，并不是所有节点都是“平等”的。一般而言，数据产品的用户更多地只关心“最近几天”的数据，越早的数据，越容易被冷落。为此，出于硬件成本考虑，我们在这20个节点中分出了“热节点”和“冷节点”（如图4所示）。

顾名思义，“热节点”存放最新的、被访问频率较高的数据。对于这部分数据，我们希望能给用户提供尽可能快的查询速度，所以在硬盘方面，我们选择了每分钟15000转的SAS硬盘，按照一个节点两台机器来计算，单位数据的存储成本约为4.5W/TB。相对应地，“冷数据”我们选择了每分钟7500转的SATA硬盘，单碟上能够存放更多的数据，存储成本约为1.6W/TB。

将冷热数据进行分离的另外一个好处是可以有效提高内存磁盘比。从图4可以看出，“热节点”上单机只有24GB内存，而磁盘装满大约有1.8TB（300 * 12 * 0.5 / 1024），内存磁盘比约为4:300，远远低于MySQL服务器的一个合理值。内存磁盘比过低导致的后果是，总有一天，即使所有内存用完也存不下数据的索引了——这个时候，大量的查询请求都需要从磁盘中读取索引，效率大打折扣。

NoSQL是SQL的有益补充

在MyFOX出现之后，一切都看起来那么完美，开发人员甚至不会意识到MyFOX的存在，一条不用任何特殊修饰的SQL语句就可以满足需求。这个状态持续了很长一段时间，直到有一天，我们碰到了传统的关系型数据库无法解决的问题——全属性选择器（如图5所示）。

: 图5 全属性选择器

这是一个非常典型的例子。为了说明问题，我们仍然以关系型数据库的思路来描述。对于笔记本电脑这个类目，用户某一次查询所选择的过滤条件可能包括“笔记本尺寸”、“笔记本定位”、“硬盘容量”等一系列属性（字段），并且在每个可能用在过滤条件的属性上，属性值的分布是极不均匀的。在图5中我们可以看到，笔记本电脑的尺寸这一属性有着10个枚举值，而“蓝牙功能”这个属性值是个布尔值，数据的筛选性非常差。

在用户所选择的过滤条件不确定的情况下，解决全属性问题的思路有两个：一个是穷举所有可能的过滤条件组合，在“云梯”上进行预先计算，存入数据库供查询；另一个是存储原始数据，在用户查询时根据过滤条件筛选出相应的记录进行现场计算。很明显，由于过滤条件的排列组合几乎是无法穷举的，第一种方案在现实中是不可取的；而第二种方案中，原始数据存储在什么地方？如果仍然用关系型数据库，那么你打算怎样为这个表建立索引？

这一系列问题把我们引到了“创建定制化的存储、现场计算并提供查询服务的引擎”的思路上来，这就是Prometheus（如图6所示）。

: 图6 Prom的存储结构

从图6可以看出，我们选择了HBase作为Prom的底层存储引擎。之所以选择HBase，主要是因为它是建立在HDFS之上的，并且对于MapReduce有良好的编程接口。尽管Prom是一个通用的、解决共性问题的服务框架，但在这里，我们仍然以全属性选择为例，来说明Prom的工作原理。这里的原始数据是前一天在淘宝上的交易明细，在HBase集群中，我们以属性对（属性与属性值的组合）作为row-key进行存储。而row-key对应的值，我们设计了两个column-family，即存放交易ID列表的index字段和原始交易明细的data字段。在存储的时候，我们有意识地让每个字段中的每一个元素都是定长的，这是为了支持通过偏移量快速地找到相应记录，避免复杂的查找算法和磁盘的大量随机读取请求。

: 图7 Prom查询过程

图7用一个典型的例子描述的Prom在提供查询服务时的工作原理，限于篇幅，这里不做详细描述。值得一提的是，Prom支持的计算并不仅限于求和SUM运算，统计意义上的常用计算都是支持的。在现场计算方面，我们对Hbase进行了扩展，Prom要求每个节点返回的数据是已经经过“本地计算”的局部最优解，最终的全局最优解只是各个节点返回的局部最优解的一个简单汇总。很显然，这样的设计思路是要充分利用各个节点的并行计算能力，并且避免大量明细数据的网络传输开销。

用中间层隔离前后端

上文提到过，MyFOX和Prom为数据产品的不同需求提供了数据存储和底层查询的解决方案，但随之而来的问题是，各种异构的存储模块给前端产品的使用带来了很大的挑战。并且，前端产品的一个请求所需要的数据往往不可能只从一个模块获取。

举个例子，我们要在数据魔方中看昨天做热销的商品，首先从MyFOX中拿到一个热销排行榜的数据，但这里的“商品”只是一个ID，并没有ID所对应的商品描述、图片等数据。这个时候我们要从淘宝主站提供的接口中去获取这些数据，然后一一对应到热销排行榜中，最终呈现给用户。

: 图8 glider的技术架构

有经验的读者一定可以想到，从本质上来讲，这就是广义上的异构“表”之间的JOIN操作。那么，谁来负责这个事情呢？很容易想到，在存储层与前端产品之间增加一个中间层，它负责各个异构“表”之间的数据JOIN和UNION等计算，并且隔离前端产品和后端存储，提供统一的数据查询服务。这个中间层就是glider（如图8所示）。

缓存是系统化的工程

除了起到隔离前后端以及异构“表”之间的数据整合的作用之外，glider的另外一个不容忽视的作用便是缓存管理。上文提到过，在特定的时间段内，我们认为数据产品中的数据是只读的，这是利用缓存来提高性能的理论基础。

在图8中我们看到，glider中存在两层缓存，分别是基于各个异构“表”（datasource）的二级缓存和整合之后基于独立请求的一级缓存。除此之外，各个异构“表”内部可能还存在自己的缓存机制。细心的读者一定注意到了图3中MyFOX的缓存设计，我们没有选择对汇总计算后的最终结果进行缓存，而是针对每个分片进行缓存，其目的在于提高缓存的命中率，并且降低数据的冗余度。

大量使用缓存的最大问题就是数据一致性问题。如何保证底层数据的变化在尽可能短的时间内体现给最终用户呢？这一定是一个系统化的工程，尤其对于分层较多的系统来说。

: 图9 缓存控制体系

图9向我们展示了数据魔方在缓存控制方面的设计思路。用户的请求中一定是带了缓存控制的“命令”的，这包括URL中的query string，和HTTP头中的“If-None-Match”信息。并且，这个缓存控制“命令”一定会经过层层传递，最终传递到底层存储的异构“表”模块。各异构“表”除了返回各自的数据之外，还会返回各自的数据缓存过期时间（ttl），而glider最终输出的过期时间是各个异构“表”过期时间的最小值。这一过期时间也一定是从底层存储层层传递，最终通过HTTP头返回给用户浏览器的。

缓存系统不得不考虑的另一个问题是缓存穿透与失效时的雪崩效应。缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。

有很多种方法可以有效地解决缓存穿透问题，最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。在数据魔方里，我们采用了一个更为简单粗暴的方法，如果一个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

缓存失效时的雪崩效应对底层系统的冲击非常可怕。遗憾的是，这个问题目前并没有很完美的解决方案。大多数系统设计者考虑用加锁或者队列的方式保证缓存的单线程（进程）写，从而避免失效时大量的并发请求落到底层存储系统上。在数据魔方中，我们设计的缓存过期机制理论上能够将各个客户端的数据失效时间均匀地分布在时间轴上，一定程度上能够避免缓存同时失效带来的雪崩效应。

结束语

正是基于本文所描述的架构特点，数据魔方目前已经能够提供压缩前80TB的数据存储空间，数据中间层glider支持每天4000万的查询请求，平均响应时间在28毫秒（6月1日数据），足以满足未来一段时间内的业务增长需求。

尽管如此，整个系统中仍然存在很多不完善的地方。一个典型的例子莫过于各个分层之间使用短连接模式的HTTP协议进行通信。这样的策略直接导致在流量高峰期单机的TCP连接数非常高。所以说，一个良好的架构固然能够在很大程度上降低开发和维护的成本，但它自身一定是随着数据量和流量的变化而不断变化的。我相信，过不了几年，淘宝数据产品的技术架构一定会是另外的样子。

本文链接

Android学习资料大全

2011-08-01T13:48:00Z

在此，为各位Android编程爱好者整理并上传了尽可能全面的高质量学习资料！其中包括国内外一些作品以及部分Demo以及代码。对于初学者到中高级开发人员都有一定的帮助！

所有资源下载，均不需要积分！只希望下载后的朋友能在这留下您的回复，以帮助其他需要这些资源的朋友们！

资源列表：

[android.开发书籍高清PDF].Apress.Pro.Android.Media.Dec.2010 - ORIETech

[android.开发书籍高清PDF].Hello.Android.3rd.Edition

[android.开发书籍高清PDF].The.Android.Developers.Cookbook

7个Android应用程序源代码

 Android Application Development

android.widget-first
Android.widget-second

Android 應用框架原理與程式設計

 Android_开发指南中文版

 Android Developer Career

android+api+教程

 android 经典代码例子

 Android小知识整理

 Android从入门到精通

 Android真机开发教程

 Android andbook!

Google技术大会：如何将你的Android使用界面更快和更高效益

 hello android_v3

Professional Android Application Development

[android.开发书籍].Professional.Android.2.Application.Development.
[Publish]Android程序员指南

本文链接

C#中借用Google翻译

2011-06-06T10:48:00Z

最近项目中有大量中译英的操作，搜集了一下大概还有2000多个汉语未翻译，

如果手工翻译费时费劲，于是程序员的懒惰激发了程序员的创造力，做了一个自动翻译接口，批量翻译只是一刹那的事情。

源码如下：

publicstaticstring GoogleTranslate(string sourceWord,string fromLanguage,string toLanguage)
{
/*
调用： http://ajax.googleapis.com/ajax/services/language/translate?v=1.0&langpair=zh-CN|en&q=中国人是好人
返回的json格式如下：
{"responseData": {"translatedText":"Chinese people are good people"}, "responseDetails": null, "responseStatus": 200}*/
string serverUrl =@"http://ajax.googleapis.com/ajax/services/language/translate?v=1.0&langpair="
+ fromLanguage +"|"+ toLanguage +"&q="+HttpUtility.UrlEncode(sourceWord);
WebRequest request = WebRequest.Create(serverUrl);
WebResponse response= request.GetResponse();
string resJson =new StreamReader(response.GetResponseStream(), Encoding.UTF8).ReadToEnd();
int textIndex = resJson.IndexOf("translatedText")+17;
int textLen=resJson.IndexOf("\"",textIndex)-textIndex;
return resJson.Substring(textIndex, textLen);
}

调用如下：

txtMsg.Text = GoogleTranslate(txtMsg.Text,"zh-CN","en");

如有用得上的，请顶一下。

本文链接