未发布 电子邮件.NET控件MailBee.NET Objects使用指南合集（下） MailBee.NET Objects是一款为创建、发送、接收以及处理电子邮件而设计的健壮、功能丰富的.NET控件。几行代码便可为应用程序添加E-Mail支持，简单高效。具备“必需”以及独特的功能，这些控件帮助开发人员简单快速地将复杂的电子邮件功能添加到他们的应用程序中。本文主要介绍了MailBee.NET Objects的使用指南。
一、哪里可以下载MailBee.NET Objects并更新我当前的版本？
你可以使用NuGet软件包管理控制台将最新版本的MailBee.NET程序集添加到项目中：
Install-Package MailBee.NET
存档包括.NET 2.0/3.5版本（MailBee.NET.dll），.NET 4.0版本（MailBee.NET.4.dll），.NET 4.5+版本（MailBee.NET.45.dll），Mono，Xamarin iOS和Android版本。.NET 2.0/3.5版本仍然可以在.NET 4.0及更高版本中使用，它不包括.NET 4.0特定的优化。但是，只有.NET 4.5版本支持async/await方法。
当你下载MailBee.NET软件包安装程序MailBeeNetObjects.msi时，首先要关闭可能使用MailBee.NET的所有应用程序。如果Visual Studio .NET正在运行，请关闭它。然后，你需要卸载现有的MailBee.NET Objects。要删除现有版本的产品，请使用控制面板中的“ 添加/删除程序”。然后，可以轻松安装新版本的MailBee.NET：只需运行安装程序并按照屏幕上的说明进行操作即可。
现在你已安装了新版本的MailBee.NET Objects，但是由MailBee.NET Objects提供支持的应用程序仍然使用的旧版本。因此，你应该更新项目中的引用并重新创建由MailBee.NET Objects提供支持的应用程序。
对于Visual Studio .NET项目，应删除对MailBee.NET的引用（在解决方案资源管理器中打开项目的引用并删除对MailBee.NET的引用），然后添加新的并重建项目。
对于非Visual Studio .NET环境，你应该手动替换应用程序的/ bin子文件夹中的MailBee.NET.dll文件并重新构建项目。安装MailBee.NET软件包后，你可以在安装文件夹中找到MailBee.NET.dll文件（默认情况下，它是32位Windows上的“C：\Program Files\MailBee.NET Objects”或64位上的"C:\Program Files\MailBee.NET Objects (x86)"）。
二、如何在我的.NET项目中添加MailBee.NET Objects？
在Visual Studio .NET中，请按照以下步骤（假设你的Visual Studio .NET项目名为EmailApp）：
1.在解决方案资源管理器中，右键单击项目名称（EmailApp），然后在上下文菜单中选择添加参考命令。
2.在出现添加引用对话框中，找到MailBee.NET Objects。如果你有新版本的MailBee.NET.dll（比安装程序更新），你可以单击浏览按钮并手动找到MailBee.NET.dll文件。然后双击引用将其添加到列表中，单击确定。
3.在添加的引用属性中，确保Copy Local设置为True。
要在非Visual Studio .NET应用程序中引用MailBee.NET Objects，你应该手动将MailBee.NET.dll文件上传到应用程序根文件夹下的/ bin文件夹中。如果没有/bin文件夹，你应该先创建它。
以这种方式引用MailBee.NET Objects库的应用程序可以利用XCOPY部署。一旦从应用程序引用了MailBee.NET Objects，下一步是将库中的名称空间导入到应用程序中，如MailBee.NET Objects文档或MailBee.NET Objects附带的演示项目中的示例。然后你就可以开始开发由MailBee.NET Objects提供支持的应用程序了。
三、购买后支持多久的免费升级？
保证在购买后至少一年的免费升级。随后的几年，维护费用（包括免费升级和标准技术支持）可以每年以50％的价格购买。
四、哪里查看产品许可协议？
未发布 【重大更新】DevExpress v17.1新版亮点（VCL上篇） 想要开始使用我们的最新版？请下载免费的30天试用版——
DevExpress VCL Controls v17.1，本站以连载的形式为大家介绍各版本新增内容。本文为大家介绍DevExpress VCL Controlsv17.1中Grid Control、Ribbon & Toolbars、Map Control、PDF Viewer等控件的新功能。
未发布 DevExpress v17.2新版亮点—.NET Reporting篇（一） 用户界面套包DevExpress v17.2日前终于正式发布，本站将以连载的形式为大家介绍各版本新增内容。本文将介绍了.NET Reporting v17.2 的新功能，快来下载试用新版本！
点击下载>> Google收购Firebase，Fire加入谷歌云平台 Firebase是一款基于网络的数据库，你可以通过JavaScript，ODBC或者Java来调用，通过Firebase你可以在前端实现数据持久化与存储，一个JS调用的例子，
//创建数据库
var fb = new Firebase("https://<your-firebase>.firebaseio.com");
//保存数据
fb.set({ name: "Alex Wolfe" });
//侦听数据改变
fb.on("value", function(data) {
var name = data.val() ? data.val().name : "";
alert("My name is " + name);
});
jQuery用outterHtml获取相对innerHTML父一级包含其自身的html代码内容 jQuery可以用html()来获取对应的innerHTML内容，但有时我们要获取其自身html代码，则可用原生的outterText, outterHtml属性。可以jquery对象可写成：
$('.grid').prop('outerHTML')
$('.grid').prop('outerText') 未发布 .NET Core、Xamarin、.NET Standard和.NET Framework四者之间的区别 前段时日微软（Microsoft）正式发布了.NET Core 2.0，在很多开发社区中反响不错。但还是有一些开发者发出了疑问，.NET Core、Xamarin、.NET Standard和.NET Framework之间有哪些不同呢？本文就为大家简单描述一下这四者之间的区别。
.NET Core
.NET Core是免费、跨平台的，是托管框架的开源实现。它支持4种类型的应用程序：控制台、ASP.NET Core、云和通用Windows平台（UWP）。Windows Forms和Windows Presentation Foundation（WPF）并不包含在.NET Core中。
从技术上讲，.NET Core仅支持控制台应用程序。ASP.NET Core和UWP是以.NET Core为基础构建的应用程序模型。
与.NET Framework不同，.NET Core没有作为Windows组件考虑。因此，更新是以NutGet包的形式，而不是通过Windows Update。由于.NET Core运行时安装成了App-Local，而应用程序升级是通过包管理器完成的，所以应用程序可以关联特定的.NET Core版本以及单独升级。
.NET Standard
托管框架的每一种实现都有一套自己的基类库。基类库（BCL）包含诸如异常处理、字符串、XML、I/O、网络和集合这样的类。
.NET Standard是一项实现BCL的规范。由于.NET实现需要遵循这项规范，所以应用程序开发人员就不用担心每一种托管框架实现的BCL不同。
框架类库（FCL），如WPF、WCF、ASP.NET，不包含在BCL中，因此，也就不包含在.NET Standard中。
.NET Standard与.NET实现之间的关系就和HTML规范与浏览器之间的关系一样。后者是前者的实现。
因此，.NET Framework、Xamarin和.NET Core，每一种托管框架都实现了.NET Standard中的BCL。随着计算机工业不断推出新的硬件和操作系统，将来还会出现新的.NET托管框架。该标准让应用程序开发人员知道，他们可以依赖于一套始终如一的API。
每个.NET版本都对应一个.NET Standard版本。
API一致，将应用程序移植到不同的托管实现以及提供工具都会更简单。
.NET Standard被定义为一个单独的NuGet包，因为所有的.NET实现都必须支持它。工具变得简单了，因为对于特定的版本，它们有一套相同的API。你还可以针对多个.NET实现构建一个库项目。
你还可以构建特定平台API的.NET Standard封装器。
.NET Standard vs 可移植类库
可移植类库做的不是同一件事吗？
可移植类使用多个平台均都支持的通用API。因此，支持的平台越多，可用的API就越少，而且，对于特定的平台组合，很难知道到底支持哪些API。对于一个新平台，已有的PCL必须重新编译。PCL还需要微软针对每个平台创建一个新的框架实现分支。
由于.NET Standard确定了API，而不是一个实现，所以不需要重新编译应用程序。任何新发布的.NET实现都实现了必须的库。应用程序不需要重新编译就可以运行在新的硬件平台或操作系统上。从理论上讲，在调用API时可能会捕获到NotSupportedException异常，但那种情况应该很少见。
小结
- .NET Standard是一项API规范，每一个特定的版本，都定义了必须实现的基类库。
- .NET Core是一个托管框架，针对构建控制台、云、ASP.NET Core和UWP应用程序进行了优化。每一种托管实现（如Xamarin、.NET Core或.NET Framework）都必须遵循.NET Standard实现BCL。
- .NET Framework用于构建桌面应用程序和运行在互联网信息服务器（IIS）上的ASP.NET应用程序。它是第一个托管框架。
- Xamarin则是一个用于构建iOS、Android、macOS和桌面应用程序的框架。
【慧都十四周年庆预热开启！全场满额送七级豪礼，AppleMac笔记本电脑、iwatch、iPad等您来拿！】
活动时间：10月1日-10月31日
沪公网安备31011202009668号 | 沪ICP备13020027号-2