Apworks使用配置文件来启动整个系统。在上文中也能够看出，WCF服务在启动时，同时也启动了Apworks系统。所以，本节简要介绍这个WCF服务针对Apworks的相关配置节内容。 双击TinyLibrary.Services项目的web.config文件，根据下面的XML代码编辑该文件。 1: <?xml version="1.0"?> 2: <configura

在本节，我们将介绍.NET WCF服务的创建过程。 在Solution Explorer中，右键单击TinyLibraryCQRS，然后选择Add | New Project…菜单，这将打开Add New Project对话框 在Installed Templates 选项卡下，选择Visual C# | WCF，然后选择WCF Service Application，确保所选.N

客户端程序通过命令告知系统“应该做什么”。事实上，这是一种单向的交互过程，客户端程序仅仅向领域模型发送命令请求，它们并不会通过领域模型来查询某些数据信息。在CQRS架构的应用程序中，“查询”是另一部分的内容，这将在接下来的章节中单独讨论。当应用服务器端接收到来自客户端的命令请求后，就会将这些命令推送到命令总线。命令处理器会侦听命令总线，并相应地处理命令请求。现在，让我们在TinyLibraryCQ

Silverlight Tookit中提供了很多很酷的切便于使用的主题样式，它们包括 Bureau Black Bureau Blue Expression Dark Expression Light Rainier Purple Rainier Orange Shiny Blue Shiny Red Whistler Blue 你可以通过这里可以查看这些主题样式的截图和演示。

ASP.NET MVC Tip #17 – 如何运行一个ASP.NET MVC应用程序ASP.NET MVC Tip #17 – How to Run an ASP.NET MVC Application 美语原文：http://weblogs.asp.net/stephenwalther/archive/2008/07/10/asp-net-mvc-tip-17-how-to-run-an-a

    这本教程中将帮助你创建一个小型的asp.net mvc示例。     在本教程中，我们将创建自己的 Model , View 和Controller ，让他们同心协力运行起来。在这里，使用Visual Studio创建一个新的asp.net MVC应用程序。本教程的目标是使用mvc原理在web页面上输出的信息。简单地理解

    之前写了一篇博客：利用.NET Framework4.0的源代码调试你的应用程序。那篇文章教你如何利用.NET Framework4.0的源代码帮助你调试应用程序，其实也就是进入.NET Framework4.0源代码进行单步调试。由于项目需要，最近学起asp.net mvc。昨天遇到ViewData和TempData他们之间的分别这样让我纠结的问题。有园友强

MonoMac是面向Mac OSX API的C#绑定，其API设计主要受到了MonoTouch的启发，后者可以基于Mono开发原生的iOS应用程序。MonoMac套件的目标之一，也是发布独立的 .app应用程序，让最终用户摆脱对Mono的依赖。MonoTouch的成功则是一个良好的基础，于是Mono开始将Cocoa API使用C#和.NET世界中的模式与惯例用法表现出来，并提供开发人员整套Coco

根据wikipedia中关于“事件”的描述，“事件”可以被看成是“状态的一次变化”。例如：当一个客户购买了一台汽车，汽车的状态就从“待售”转变为“已售”。汽车销售系统则把这种状态的改变看成是一次事件的产生、发布、检测以及被更多其它应用程序所使用的过程。 对于CQRS架构的应用程序

在Apworks框架发布Alpha版本的时候，我已经针对其开发案例：Tiny Library CQRS写了Walkthrough文档，地址是：http://apworks.org/custom/documents/wlkthr_BuildAppsUsingApworks/。为了走国际化道路，这篇文章是全英文的，社区里有不少网友表示难以理解。趁着这几天不算很忙，我抽空将其又翻译回中文，并加入更多的批

       Poco::AbstractConfiguration及其子类是Poco提供的操作配置文件的接口，这组接口将配置文件抽象为名值对。Poco::Util::Application实现了自动寻找配置文件并加载配置文件的功能，使用时有三个要点：     （1）写一个与应用程序同名的配置文件放在软件的启动目录中

     当用户在BPC中新建一个appset和application以后， 应用程序集中会存在越来越多的历史数据。BPC NW版所提供的优化流程会在Netweaver BI InfoCube上进行一系列的操作。在官方的帮助说明中，并没有提示说需要做优化的频率，但是最好定期进行应用程序集的优化。BPC系统提供了两种优化类型：  1，轻量级优化(Li

     从Vista 到Windows 7 这两款操作系统都带有应用程序恢复和重启（ARR）功能，利用这个特性可以在应用程序处于无响应甚至崩溃状态时，保存当前正在处理的数据，并将应用程序以及之前的数据恢复。本篇我们将利用Windows API Code Pack 来实现这一功能。      首先，我们来创建一个简单的WPF程序。在应用程序加载时需要注册（Register）ARR，当应用程序关闭时也需要将ARR注销。 <Window x:Class="AppRestartRecovery.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

     从Vista 到Windows 7 这两款操作系统都带有应用程序恢复和重启（ARR）功能，利用这个特性可以在应用程序处于无响应甚至崩溃状态时，保存当前正在处理的数据，并将应用程序以及之前的数据恢复。本篇我们将利用Windows API Code Pack 来实现这一功能。      首先，我们来创建一个简单的WPF程序。在应用程序加载时需要注册（Register）ARR，当应用程序关闭时也需要将ARR注销。 <Window x:Class="AppRestartRecovery.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

监视填充率 填充率是每一帧Silverlight传递给GPU构图的图形表层的像素数目。填充率实质上是GPU工作负载的一个度量。因此，应当随时了解自己的应用程序的填充率，以免其超出GPU的处理能力，而拖慢帧频。当应用程序的帧频超过2屏大小（每屏800*480）时，帧频将会开始降低。通常帧频的降低并不显著，除非填充率超过3.5屏的像素大小。可以通过观察帧频计数器的最后一个数字来判断当前帧频。重要的是要记住，UI线程的帧频永远不可能超过构图线程的帧频，因此如果填充率过高，将会影响应用程序的整体性能。   影响填充率的因素 每一个需要纹理的图形对象都会影响应用程序的填充率。纹理的像素数越多，填充率也越高。通常，影响填充率的有两个主要的因素。首先是基础表层，就是每一个未缓存对象周围的矩形。其次是缓存的所有元素，包括构图线程自动缓存的纹理，和开发者通过设置元素的位图缓存而缓存的元素。除了构图

填充率测试示例 该示例允许你添加和移除移动的矩形以观察对填充率的影响。每个矩形是屏幕的1/8大小，因为应用了动画，所以会表现出纹理。 示例代码下载 运行此示例，会看到如下三个按钮： Add-添加一个矩形 Dlt-删除一个矩形 Hide-隐藏Hide和Add按钮，将Dlt按钮变为Show按钮 你将在屏幕右上角看到两个数字。第一个数字表示一个单独矩形所占的屏幕像素数，第二个数字表示总屏幕像素数（填充率）。 要测试该示例，尝试如下操作： 添加矩形直到填充率超过2，观察帧频的下降。 添加矩形直到帧频在45-60之间。单击Hide按钮，会看到帧频升高而填充率降低了。这是因为承载按钮的表层收缩了。底部的两个按钮消失后，图形表层只向下拉伸了约屏幕的10%，相对于按钮可见时的90%。点击Show按钮会使帧频恢复因为图形表层又增加了。 转到：WP7 App性能优化（0）：索引页作者: M

为了使我们的应用程序对用户友好，需要记住应用程序上次退出时的设置，以便再次运行这个应用程序恢复上次退出时的场景。 在上面所示的应用程序中，“每章单词数”就是需要记住的应用程序设置。   那么，让我们来写一个通用的抽象基类来做这件事吧。下面就是 AppConfigureBase.cs 源程序文件01: using System; 02: using System.IO; 03: using System.Xml; 04: using System.Collections.Generic; 05: 06: namespace Skyiv.Common 07: { 08: /// <summary> 09: /// 用于读取和保存应用程序设置的抽象基类 10: /// </summary> 11: public abst

上篇学习文章漏了一个知识点，就是如何显示和隐藏系统托盘（System Tray），在这里补一下，显示或者隐藏系统托盘需要引入Microsoft.Phone.Shell这一命名空间，下面我写了一个Toggle System Tray 的方法，代码如下：   Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->this.SetValue(SystemTray.IsVisibleProperty, !(bool)this.GetValue(SystemTray.IsVisibleProperty));   下面是两张效果的比较： 【使用托盘代码之前】 【使用托盘代码之后】 去托盘的方法相对于Android 来说差不多，

通用权限管理系统组件源码里，有职员管理的功能，实现了直接可以把照片拖拽过来的功能，用起来会很方便。 管理软件能支持拖拽功能，会好用很多，用户体验也会改善很多。想做好一个组件需要把放放面面都彻底做好才可以。   想要控件支持拖拽，需要设置 AllowDrop 属性。   还需要写下面的2个事件。   参考代码如下，有需要的可以参考一下，把有需要的代码参考一下就可以了。   代码 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->//-----------------------------------------------------------// All Rights&nb

      WAS托管：Windows激活服务(WAS)是一个系统服务，是IIS7的一部分，也可以独立的安装与配置。IIS与WAS的主要区别在于WAS并不局限使用HTTP，它支持所有可用的WCF传输协议、端口与队列，支持的协议包括：HTTP、TCP、IPC、MSMQ。       WAS提供了大量基于自托管的强大功能，包括应用程序池、回收机制、空闲时间管理(Idle Time Mannagement)、身份管理(Identity Management) 以及隔离(Isolation)；宿主进程可以根据情况选择使用这些功能。       下面我们通过一个DEMO来介绍WAS托管(net.tcp绑定)。    &n