未发布 扫描识别控件Dynamic Web TWAIN v12.3.1发布，更新服务证书丨附下载 Dynamic Web TWAIN是一个专为Web应用程序设计的TWAIN扫描识别控件。你只需在TWAIN接口写几行代码，就可以用兼容TWAIN的扫描仪扫描文档或从数码相机/采集卡中获取图像。然后用户可以编辑图像并将图像保存为多种格式，用户可保存图像到远程数据库或者SharePoint。这个TWAIN控件还支持上传和处理本地图像。
Dynamic Web TWAIN能够在所有主流浏览器上面进行网页扫描。兼容 Firefox, Mozilla , Chrome , Safari , Opera以及其他的浏览器；目前主要有三个版本：ActiveX, Plugin 和 Mac。
Dynamic Web TWAIN v12.3.1更新内容：
修复：
[仅限HTML5]更新了Dynamic Web TWAIN服务的证书来处理Windows 7/8 / 8.1上IE 10/11中的不兼容性。
Dynamic Web TWAIN v12.3更新内容：
改进：
[仅限HTML5]升级了Dynamic Web TWAIN服务的证书来处理Chrome 58+中的更新。
[仅限HTML5]更新了Dynamic Web TWAIN服务中用于安全连接的密钥交换和密码。
未发布 Oracle MySQL 5.5和5.6正受到Riddle漏洞影响，请立即更新到5.7！丨附下载 流行的数据库管理系统（DBMS）Oracle MySQL 中发现了被称为“The Riddle”的编码漏洞，该漏洞允许攻击者利用MiTM（man-in-the-middle，中间人）来窃取用户的用户名和密码等登录凭证。用户请立即更新到5.7版本。
中间人攻击（MiTM）
MiTM 攻击（Man-in-the-MiddleAttack）是一种“间接”的入侵攻击，这种攻击模式是通过各种技术手段将受入侵者控制的一台计算机虚拟放置在网络连接中的两台通信计算机之间，这台计算机就称为“中间人”。例如SMB会话劫持、DNS欺骗等攻击都是典型的MITM攻击。
Riddle漏洞
Riddle漏洞是Oracle MySQL 5.5和5.6客户端数据库中发现的关键安全漏洞。该漏洞允许攻击者使用‘中间人攻击’来破坏MySQL客户端和服务器之间的SSL配置连接。这个漏洞是一个非常关键的安全漏洞，因为它影响到MySQL（一个非常流行的SQL数据库，SSL连接由其定义安全。）
该漏洞编号为“CVE-2017-3305”，可以潜在地将用户登录凭证暴露给攻击者，当MySQL客户端5.5和5.6将这些用户凭证信息发送到服务器时，攻击者就能够顺利捕获它们。
针对5.5.49和5.6.30版本发布的安全更新无法完全解决这一安全漏洞。5.7及更高版本以及MariaDB系统不受该安全问题的影响。
根据安全研究人员 Pali Rohár 所言，他们曾经尝试利用影响MySQL数据库的BACKRONYM漏洞的修补方式来修复Riddle漏洞，但是结果失败了。Backronym漏洞也同Riddle漏洞一样，允许攻击者运行中间人攻击来窃取用户登录凭证，即使流量已经被加密也无法阻止。
MySQL 5.5.49以及5.6.30 稳定版的安全更新包括在验证过程完成后添加安全参数的验证。因为验证完成后，攻击者可以使用中间人攻击与 SSL 降级攻击来窃取用户的登录数据，以便立即进行身份验证并登录 MySQL 服务器，可笑的部分是，MySQL 客户端不会在MySQL服务器拒绝验证用户时报告任何与 SSL 问题相关的错误，而是报告服务器发送的未加密的错误信息。此外，当中间人攻击处于活跃状态时，错误信息可以由攻击者控制。
更新建议
安全专家建议用户尽快将客户端软件更新到MySQL 5.7 或 MariaDB，因为这些应用程序的安全更新正在正常运行，未受该安全漏洞影响。需要注意的是，这个漏洞虽然早在今年2月份就已经发现了，但是目前仍然在影响Oracle MySql软件。
如果你不是Oracle 用户，那么你对他们报告安全漏洞是无用的（即使确实是与安全相关的漏洞）。他们可以完全无视这些安全报告，甚至希望任何人都不要知道这些报告和漏洞的存在，所以至此他们都没有对漏洞进行修复。所以，立即向用户公开披露这些安全漏洞看来是最有效的解决方案，因为这样可以让用户知道一旦受影响应该做什么，有效的保护用户数据安全。
试用、下载、了解更多产品信息请点击"咨询在线客服"
未发布 VCL图表控件包TMS Grid Pack v6.7.2.2发布丨附下载 TMS Grid Pack是一款功能齐全的VCL图表控件包，包含TAdvStringGrid、TAdvColumnGrid、TAdvSpreadGrid、TAdvGridExcelIO、TAdvGridRTFIO、TAdvGridPDFIO和TDBAdvGrid多个控件于一体，能帮助用户节省大量的开发时间和费用。
v6.7.2.2
改进：
修复：
v6.7.2.1
改进：
修复：
分组的TDBAdvGrid中通过列行访问单元格的问题
TAdvStringGrid中edEditBtn在线编辑器按钮点击和隐藏选项的问题
TAdvGridPDFIO中单行网格的问题
TAdvStringGrid中鼠标滚轮的问题
TAdvStringGrid中单列网格索引排序的问题
TDBAdvGrid中的剪贴板复制的问题
【慧都十四周年庆预热开启！全场满额送七级豪礼，AppleMac笔记本电脑、iwatch、iPad等您来拿！】
活动时间：10月1日-10月30日
未发布 百度正式开源其RPC框架brpc 9月14日，百度正式在GitHub上基于Apache 2.0协议开源了其RPC框架brpc。brpc是一个基于protobuf接口的RPC框架，在百度内部称为“baidu-rpc”，它囊括了百度内部所有RPC协议，并支持多种第三方协议，从目前的性能测试数据来看，brpc的性能领跑于其他同类RPC产品。
brpc开发于2014年，主要使用的语言是C++和Java，是百度内部使用最为广泛的RPC框架，它经受了高并发高负载的生产环境验证，并支撑了百度内部大约75万个同时在线的实例。据了解，百度内部曾有多款RPC框架，甚至在2014年时还开源过另外一款RPC框架sofa-pbrpc。那brpc是在什么样的背景下诞生的？它有什么样的优势？又为何要开源？就这些问题，InfoQ记者采访了brpc负责人戈君。
Q：谈谈brpc的一些基本情况？什么时候开始研发的？经过了怎么样的迭代和升级？目前在内部应用情况如何？
戈君：brpc于2014年创建，在百度内部称为“baidu-rpc”。到目前为止，brpc一共进行了3000次左右的改动，现在仍在持续优化中，百度内的wiki上可以查询到每次改动的描述。brpc的主要语言是C++和Java，对其他语言的支持主要是通过包装C++版本，比如brpc的Python版包含C++版的大部分功能。
brpc目前支撑百度内部大约75万个同时在线的实例（不含client），超过500种服务（去年的统计，现在已不统计这类数据）。Hadoop、Table、Mola（另一种广泛使用的存储）、高性能计算、模型训练、大量的在线检索服务都使用了brpc。brpc第一次统一了百度内分布式系统和业务线的通信框架。
Q：为什么百度当时要研发brpc？
戈君：我们在实践中意识到，RPC作为最基础的通信组件，当时的百度已经不领先了。我当时的经理刘炀曾是Google的工程师，非常重视基础架构的建设，也愿意在这个方向投入资源。
我们在内部会更加深入地讨论这些问题。“好用”有时看起来很主观，但其实还是有据可循的，它的关键点是能不能真正地提高用户的效率：开发、调试、维护都要考虑到，如果用户效率真的被提高了，用户会想着你的，靠吹嘘或政令推广的东西得不了人心。我们创建brpc的初衷是解决百度业务所面临的实际挑战，同时也希望成为百度同学最喜爱的工具，哪怕离开百度也会怀念brpc。我们希望在提供了一个好用框架的同时，也展现了一种工作方法：注释怎么写，日志怎么打，ChangeLog怎么写，版本怎么发布，文档怎么组织，甚至对未来不在百度的同学的工作也有帮助，所以从这点来说brpc从一开始就是拥抱开源的。事实上，我们在口碑上做得还不错，brpc的wiki可能是百度内被点赞最多的内容之一。
Q：与其他的一些开源的RPC框架相比，brpc的优势是什么？
戈君：brpc主打的是深度和易用性。一方面我们没有精力像gRPC那样摊大饼，什么都做。另一方面我们也注意到gRPC（包括更早的Thrift）的深度和易用性并不够。技术方面的东西就是这样，看示例程序，文档非常牛逼，但实战中可能就是另一回事了，为什么各个公司都要造自己的轮子，一个隐藏原因就是表面高大上的东西在一些细节上让你无法忍受。
RPC真正的痛点是什么？是可靠性、易用性和定位问题的便利性。服务中不要出现不可解释的长尾，程序的可变项要尽量少，各种诡异问题要有工具支持快速排查。而这些在目前开源的RPC框架中做的并不好，它们大多看着很牛，但就是无法在自己组织中推广开来。回到前面那三点，brpc是如何做的呢？
- 可靠性。这一方面是代码质量问题，通过为brpc团队设立很高的招聘门槛，以及在团队中深入的技术讨论，我们确保了稳固的代码基础。另一个问题是长尾问题，这是设计问题，brpc其实包含了很多模块，其中的bthread是一个M:N线程库，就是为了更好地提高并发避免阻塞。brpc中的读和写都是wait-free的，这是最高程度的并发。技术细节请点击链接查看。
- 易用性。有种设计是什么选择都做成选项丢给用户，号称功能都有，但一旦出问题，则是用户“配置错了”。而且这样用户还非常依赖开发团队，没有开发团队的支持基本用不了，开发团队有足够的理由扩充团队。这么做其实非常不负责任，用户面对海量的选项也很难受。brpc对于增加选项非常谨慎，框架能自己做判断的绝不扔给用户，所有用户选项都有最合理的默认值，不设也能用。我们认为这对用户体验来说非常重要。
- 定位问题的便利性。这点其它开源框架目前做的都不好，正常使用是可以的，但出问题就麻烦了。这个问题在百度内部其实也很严重，brpc之前用户排查问题都要拉RPC同学一起排查，RPC框架对用户是个黑盒，用户根本不知道里面发生了什么。按我们的经验，基本每天都有几个用户在群里问server卡顿，client超时之类的问题，排查问题是常态，人手必然不够。时间长了用户就觉得你这个框架各种问题，人还拽的不行很少回他们消息。brpc的解决办法是给server内加入各种HTTP接口的内置服务，通过这些服务，用户可以很快看到server的延时、错误、连接、跟踪某个RPC、CPU热点、内存分配、锁竞争等信息，用户还可以使用bvar来自定义各类统计信息，并在百度的运维平台NOAH上汇总。这样大部分问题用户可以自助解决。其实我们去看也是看这些，只是会更加专业。内置服务的具体说明可以看这里。
Q：作为公司内部的RPC框架，在服务治理方面有什么考虑？
戈君：百度内部RPC使用非常广泛，基本都是RPC调用，一些产品线还会通过local RPC隔离工程框架和策略代码。这么多年下来，服务周边的系统也比较全面了：编译是BCLOUD，发布是Agile，服务注册和发现是BNS，认证是Giano，监控和运维是NOAH。在百度内部，brpc和这些系统做了比较紧密的绑定，用户体验是一站式的。虽然在开源版本中，这些结合大都删掉了，但用户可以根据自己组织中的基础设施来进行定制：交互协议，名字服务，负载均衡算法都可以定制。对于其中一些特别通用的，我们希望用户反馈到开源版本中来以方便所有人。
Q：之前百度还开源过sofa-pbrpc，brpc与它的区别是什么？
戈君：sofa-pbrpc也是百度开发的一个比较早期的RPC框架，属于sofa编程框架的一部分，在搜索有应用。brpc相比sofa-pbrpc有如下优点:
- 对协议的抽象更一般化，并统一了全百度的通信架构。bprc能容纳非常多的协议，基于Protobuf的，基于HTTP的，百度内的nshead/mcpack，开源的Redis/Memcached，甚至RTMP/FLV/HLS直播协议，brpc能逐渐地嵌入现有系统，而不需要彻底重构，但sofa-pbrpc则不具备扩展协议的能力。类似的，sofa-pbrpc也无法定制负载均衡算法，brpc默认提供round-robin、随机、一致性哈希，Locality-aware（局部性感知）四种算法，用户还能定制。
- 多线程质量更好。多线程编程是非常困难的，看起来简单的RPC遍布多线程陷阱，比如处理超时的代码可能在RPC还没发出去时就运行了；发送函数还没结束，处理回复的回调就被运行了；一个回复还在被处理另一个回复回来了，诸如此类。另外，一个异步RPC的回调里发起一个同步RPC会发生什么，带着锁做同步RPC会发生什么。这些问题我们都不能在sofa-pbrpc中找到满意的答案。
- 完备的调试和运维支持。解决这个问题的本质还在可扩展性，你如何让用户参与进来定制他们感兴趣的指标，为此我们设计了bvar，让用户能用比原子变量代价还小的方式自由地定制各种指标，用户能在浏览器上看到指标的变化曲线，或在运维平台NOAH看到汇总的监控数据。brpc还加入了大量内置服务方便用户调试程序，查看连接，在线修改gflags，追踪RPC，分析CPU热点，内存分配，锁竞争等一应俱全。
无需讳言，brpc在诞生之初和sofa-pbrpc在百度内部是有竞争关系的，但就像其他地方一样，这种竞争带来了活力。类似的，brpc和其他已经开源的RPC框架也是良性的竞争关系，在比拼谁能真正提高用户效率的过程中共同进步。每个用户都可以去对比代码、文档质量，接口设计，易用程度，扩展能力等，投出自己的一票。
Q：谈谈brpc的整体架构？
戈君：技术栈无外乎是从传输层垒到应用层，就略过不讲了，具体可以去看下开源出来的文档。brpc在架构上强调“在不牺牲易用性的前提下增强可扩展性”，比如brpc支持非常多的协议，在百度内部一个brpc server同端口可以支持二十几种协议，这对于服务的平滑迁移就非常好用。
Client端的协议也非常多，用户用brpc和bthread用得很爽，所以希望我们最好能统一所有的客户端，像对Redis和Memcached的客户端支持也是在这个背景下做的，这两个客户端比官方Client好用多了，感兴趣的读者可以去尝试一下。但这么多协议的配置非常简单，填个字符串就行了，比如HTTP就是把ChannelOptions.protocol设为“http”，Redis就是“redis”。Server端甚至不用设，它会自动判断每个client的协议，怎么做到的开源文档里也有。
名字服务、负载均衡也都可以定制。但为了对用户负责，我们也不鼓励“太自由”的定制，比如一点点需求的变化就要搞个新的，这时更需要想清楚本质区别是什么。这个事情我们在百度内的支持群里每天都在做，我们是开放的”乙方”，但我们也是严厉的”乙方”。
Q：brpc的性能如何？这么高的性能是怎么做到的？
戈君：性能是我们非常看中的一点，它和用户体验也是紧密联系的。好用但性能不行，或不好用但性能很牛，用户会很难受，我们不希望用户纠结。从另一个角度来看，在推广初期，我们要说服产品线用brpc靠什么？最直观的就是性能提升。而且这儿的性能不能停留在benchmark的图片上，而是能在真实应用中体现出来。开放出来的案例文档中或多或少都包含了性能提升，具体如下：
- 百度地图API入口
- 联盟DSP
- ELF学习框架
- 云平台代理服务
Q：为什么要将brpc开源？接下来在开源项目的迭代方面有什么计划吗？
戈君：因为马上还有不少依赖RPC的百度系统要开源啊。RPC作为最基础的组件，开源不仅仅是为了自身，也是为其它开源项目铺路，比如说我们马上还会开源基于brpc的RAFT库，搭建高可用分布式系统非常方便；以及使用brpc的bigflow，让流式计算变得很顺手。这些年百度对开源的认识也在不断加深，开源看似曝光了百度的核心技术，但带来的生态影响力更重要。从Apollo、PaddlePaddle开始，百度真的开始拥抱开源了。brpc的开源版和内部版很接近，只是去掉了对百度内部独有的一些基础设施的支持，我们在内网写的深入分析RPC技术细节的文档也都一并开源了，后续也会及时推送改动，请大家放心。这是一个活项目，不会拉个开源分支就不管了。
查看更多资讯>>>
未发布 Oracle宣称Java将每半年发布一个版本 Oracle近日宣布，他们将Java的发布频率改为每六个月一次。
JCP执行委员会在八月份的会议上提到了这一说法，随后，Oracle发言人Donald Smith在他的博客中确认了这一消息。该决定将在Java 9正式发布之后开始实行，也就是说，Java的下一个发布日期是2018年初。
除了发布周期，Oracle还宣布了在Java的构建和发布方式方面所发生的主要变化。Oracle将把OpenJDK的二进制包作为面向开发者的主要版本，取代之前的Oracle JDK。
OpenJDK将采用GPLv2许可（包括“类路径例外”）免费发行，移除了之前在Oracle JDK上存在的一些限制。Oracle JDK仍然会继续存在，但需要与Oracle签订协议才能获得Oracle提供的长期支持。
Java首席架构师Mark Reinhold说，为了避免出现像Java 8和Java 9那样的延期情况，所有决定实行新的发布周期。
Java当前的发布周期为两年一次，Java 9因为模块化系统（Jigsaw）问题一再延期，已经比预期晚了18个月。之前，Java 8也因为安全问题延期了8个月左右。Java 9的GA版本将在9月21号发布。
新的发布周期严格遵循时间点，将在每年的3月份和9月份发布，相应的版本号为18.3、18.9、19.3等。与现在的发布周期不同，新的发布计划不会为了等待某个主要特性完成而延期。如果一个特性还没有完成，它就不会被合并到发布用的代码仓库里。如果错过了一个版本，就要等待下一次发布。
新的发布周期旨在避免未完成的里程碑特性（比如Java 8的Lambda或Java 9的模块化系统）造成发布延期，让其他一些有用的特性也无法与开发者见面。
除了新的发布周期，Oracle将会继续每个季度发布更新版本，时间分别为1月份、4月份、7月份和10月份。也就是说，在下一个大版本发布之前，当前版本都会有两个更新版本。更新版本只包含安全问题修复或回归错误的修复。
Reinhold说：开发者希望加快速度，这样他们就能够尽快地在生产环境中使用新的特性。
对于没有必要快速升级Java版本的企业和组织来说，Oracle建议他们签订每三年一次的长期支持（Long Term Support，LTS）协议。他们因此可以获得由Oracle提供的至少三年的支持，还有可能更长时间，这要取决于市场的反应。
Oracle建议第一个LTS版本为“18.9”，不过这需要与其他的OpenJDK贡献者讨论过后才能最终确定。Java 8被作为一个特别的LTS版本，支持日期截止到2025年。
Smith说：OpenJDK是开发者了解和使用Java SE平台最主要的渠道，而Oracle JDK继续作为Oracle收费用户的LTS版本。
伦敦Java社区的负责人Martijn Verburg也发表了他对新发布周期的看法：新的Java发布周期对于Java生态系统来说是一件好事情。Java 9的Jigsaw和孵化模块问题促成了这一局面的发生。Oracle确实面临着发布方面的巨大挑战，不过OpenJDK社区拥有足够的知识来帮助一起解决挑战。我希望看到中间会有所突破，不过对常规的发布周期仍然很期待。其他实现者可以更早地访问到规范的草案，这样他们就可以更早、更经常地发布版本。
Oracle的Java发布速度经常受到诟病，Java被广大的企业组织所采用，并已成为大量开源平台和语言的基础，而这样的发布速度让Java处于很尴尬的境地。新的Java发布周期恰好满足了广大用户的期望，不过这仍然需要等待Java开发者和Oracle用户的反馈。
【干货】扫描识别控件Dynamic Web TWAIN在线示例汇总 Dynamic Web TWAIN是一个专为Web应用程序设计的TWAIN扫描识别控件。你只需在TWAIN接口写几行代码，就可以用兼容TWAIN的扫描仪扫描文档或从数码相机/采集卡中获取图像。然后用户可以编辑图像并将图像保存为多种格式，用户可保存图像到远程数据库或者SharePoint。这个TWAIN控件还支持上传和处理本地图像。
Dynamic Web TWAIN能够在所有主流浏览器上面进行网页扫描。兼容 Firefox, Mozilla , Chrome , Safari , Opera以及其他的浏览器；目前主要有三个版本：ActiveX, Plugin 和 Mac。
本文为大家整理了Dynamic Web TWAIN在线示例，欢迎收藏！
Dynamic Web TWAIN在线示例Demo>>>
Dynamic Web TWAIN v13.1最新版下载>>>
未发布 MailBee.NET Objects发送电子邮件（SMTP）教程五：发送带有嵌入图片的网页和HTML邮件
如果HTML格式的邮件没有任何嵌入对象，开发人员可以使用SMTP.BodyHtmlText属性或SMTP.Message.LoadBodyText方法来设置邮件正文。
SMTP.BodyHtmlText属性允许开发人员直接分配邮件正文，如下所示：
C#:
oMailer.BodyHtmlText = @"Test HTML message.
This is a test HTML mes-sage.
www.afterlogic.com"; |
VB.NET:
oMailer.BodyHtmlText = "Test HTML message.
" & vbCrLf & _
"" & vbCrLf & _
"" & vbCrLf & _
"This is a test HTML mes-sage." & vbCrLf & _
" " & vbCrLf & _
"
" & vbCrLf & _
"www.afterlogic.com" |
也可以使用SMTP.Message.LoadBodyText方法。在这种情况下，开发人员可以从指定的URI中加载消息，如下所示：
C#:
oMailer.Message.LoadBodyText(@"http://www.domain.com/index.htm", MessageBodyType.Html); |
VB.NET:
oMailer.Message.LoadBodyText("http://www.domain.com/index.htm", MessageBodyType.Html) |
或者
C#:
oMailer.Message.LoadBodyText(@"C:\Temp\saved_web_page.htm", MessageBodyType.Html); |
VB.NET:
oMailer.Message.LoadBodyText("C:\Temp\saved_web_page.htm", MessageBodyType.Html) |
否则，开发人员应该调用SMTP.Message.LoadBodyText方法来编写一个包含嵌入对象（图像，音频或视频）的消息。以下示例将邮件正文加载为默认编码以及指定URI中的所有相关文件：
C#:
oMailer.Message.LoadBodyText(@"http://www.domain.com/index.htm ",
MessageBodyType.Html,
Encoding.Default, ImportBodyOptions.ImportRelatedFiles|
ImportBodyOptions.ImportRelatedFilesFromUris); |
VB.NET:
oMailer.Message.LoadBodyText("http://www.domain.com/index.htm ", _
MessageBodyType.Html, _
Encoding.Default, ImportBodyOptions.ImportRelatedFiles Or _
ImportBodyOptions.ImportRelatedFilesFromUris) |
请注意：在使用SMTP.Message.LoadBodyText方法时，所有相关文件将被添加到邮件中。
代码示例：
该示例从拥有嵌入对象的现有网页中创建新邮件并发送。在使用MailBee.NET Objects之前，请确保它已解锁。
| C#: using System;
using System.Text;
using MailBee;
using MailBee.SmtpMail;
using MailBee.Mime; namespace EmailApp
{
class Class1
{
[STAThread]
static void Main(string[] args)
{
Smtp oMailer = new Smtp(); oMailer.To.AddFromString("Bill Smith "); oMailer.From.AsString = "John Doe (Company Info)"; oMailer.Subject = "Test web page"; oMailer.Message.LoadBodyText(@"http://www.domain.com/index.htm", MessageBodyType.Html, Encoding.Default, ImportBodyOptions.ImportRelatedFiles | ImportBodyOptions.ImportRelatedFilesFromUris); try
{
oMailer.Send();
Console.WriteLine("The message has been successfully sent.");
}
catch (MailBeeSmtpMessageSizeOutOfRangeException e)
{
Console.WriteLine("The message is too large (more than " + e.MaxAllowedMessageSize + " bytes).");
}
}
}
} |
| VB.NET: Imports System
Imports System.Text
Imports MailBee
Imports MailBee.SmtpMail
Imports MailBee.Mime
Namespace EmailApp
Class Class1
_
Shared Sub Main(ByVal args() As String)
Dim oMailer As Smtp = New Smtp()
oMailer.To.AddFromString("Bill Smith ")
oMailer.From.AsString = "John Doe (Company Info)"
oMailer.Subject = "Test web page"
oMailer.Message.LoadBodyText("http://www.domain.com/index.htm", MessageBodyType.Html, Encoding.Default, ImportBodyOptions.ImportRelatedFiles | ImportBodyOptions.ImportRelatedFilesFromUris)
Try
oMailer.Send()
Console.WriteLine("The message has been successfully sent.")
Catch e As MailBeeSmtpMessageSizeOutOfRangeException
Console.WriteLine("The message is too large (more than " + e.MaxAllowedMessageSize + " bytes).")
End Try
End Sub
End Class
End Namespace |
以上就是本次教程的全部内容，接下来会有更多相关教程，敬请关注！您也可以在评论者留下你的经验和建议。
未发布 微软：Windows 10 Fall Creators Update包含最新Windows开发工具和应用商店 今年5月在西雅图举行的 Build 2017 开发者大会上，微软公布了 Windows 10 下一个重要更新——Windows 10 Fall Creators Update。Windows 10 Fall Creators Update将在今年下半年为超过 5 亿台 Windows 10 设备带来创新体验：其中包括一套用以在不同类型 Windows设备上实现创新的设计体系；全新的开发工具将让开发者轻松自如地在Windows平台工作；Windows 应用商店将要迎来 iTunes、Spotify、SAP Digital Boardroom 等人气应用；贯穿 Windows、iOS 和 Android 设备的一致的用户体验；此外，还有全球首款 Windows Mixed Reality（Windows 混合现实）动作控制器——完全无需依赖任何定位标记即可工作。
全新的设计体系，让开发者在 Windows 设备上更好地发挥创意
微软流畅设计体系（Fluent Design System）将带来直观、和谐、响应迅速、兼容广泛的跨设备体验与互动操作。对于开发者来说，流畅设计能帮助他们设计出更具表现力和吸引力的应用程序，并且广泛支持各种类型的设备和多样化的输入方式。
让开发者在轻松自如地使用 Windows
微软致力于让所有开发者都可以轻松自如地使用 Windows 和 Visual Studio——不仅仅是 Windows 应用程序开发，也包括跨越各类平台和设备的应用体验——。微软宣布了多个针对 Windows 开发者的新开发工具。
- .NET Standard 2.0 for UWP 和 XAML Standard将于下半年推出，它们将让网页开发、C++、.NET 和 UWP 开发者爱上用 Windows 编程的感觉。
- 现代编码让开发者可以更好地发挥出 Windows 和 Microsoft Graph 的优势，微软提供了面向 UWP、Android 和 iOS 的 “罗马计划”。
- 有了 Xamarin Live Player，开发者能够通过 Windows 电脑针对 iPhone 应用进行构建、测试和排错。通过这项新的工具，用户仅需要 Visual Studio 和 iPhone，即可上手在数分钟内开发 iOS 原生应用。
- 通过在 Windows 应用商店上线 Ubuntu，微软极大地简化了其安装的过程。微软还宣布将与运行于 Windows 针对 Linux 子系统的 SUSE Linux 和 Fedora Linux 展开合作， 在 Windows 应用商店发布这几款应用。现在， Windows 已成为唯一可以同时运行 Windows 应用和 Linux 应用的平台。
Windows应用商店全面支持Windows、iOS和Android UWP应用，欢迎iTunes上线
今年下半年，Windows应用商店将加入更多人气应用：
- iTunes应用即将在今年年底加入 Windows 应用商店。届时，Windows 用户将能够在任意 Windows 10 或Windows 10 S个人电脑上，享受到完整的 iTunes 应用体验，其中包括 Apple Music、iTunes 商店以及对于 iPhone 和其他苹果设备的支持服务。
- AutoDesk在去年夏季发布了Windows平台的 UWP 应用 SketchBook。如今，Windows 平台已成为这款应用增长最快的新平台，2017 年平均月销售增长达 35%。Autodesk SketchBook是绘画绘图应用领域当之无愧的王者，这个专门为 Windows平台构建的应用将充分发挥Windows 10 手写笔和触控的最大潜力。Autodesk将继续利用UWP拓展其在Windows应用商店的产品种类，并在Autodesk Stingray——一款 3D 游戏引擎及实时渲染软件——中加入更多针对 Windows Mixed Reality 的支持。
- SAP将在本月于Windows应用商店推出SAP Digital Boardroom。SAP Digital Boardroom 是SAP最受欢迎的解决方案之一，也是汇聚了一系列业务应用数据的新一代董事会门户，它能够为企业高管提供单一源头的业务情况汇总，帮助高层实时做出业务决策。这款应用将作为先进 Web 应用程序（Progressive Web App）在Windows应用商店推出，同时将与Windows 10深度集成。
为用户带来贯穿 Windows、iOS和Android的一致体验
Microsoft Graph构建起了一个智能网络，将人、会话、项目和微软云上的内容相互连接起来，并且能够构建起在Windows、iOS、Android 设备之间无缝衔接的一致体验。其提供的关键功能包括：
- 可视化的时间轴上展现了用户做过的一切，让用户并且可以快捷地跳转到任何时间点去访问文件、应用和网站，如同时间倒流一样。
- 借助小娜（Cortana），用户可以方便地在 Windows、iOS 和 Android 设备之间切换并继续之前的操作。
- 剪贴板将成为在互联设备之间进行复制粘贴的便捷手段，比如从电脑桌面上复制一个文件，然后在手机上把它粘贴过来。
- OneDrive文件随用随取，可以方便地访问储存在云端的所有文件，而无需下载和占用设备存储空间。
Windows Story Remix：用图片和视频讲故事的新方式
Windows Story Remix 是一项基于.Net 技术构建并通过 Windows 商店分发的通用Windows应用（UWP），可以利用人工智能和深度学习技术整理照片和视频并将其转变为叙事形态。它利用 Microsoft Graph 连接不同设备的用户。Story Remix 将记忆、照片、视频整合成一个故事，并加入音轨、主题和串场切换效果。通过在照片和视频中加入 3D 对象，用户还可以构建出混合现实的视角，以新的方式讲述故事，或是将照片和视频当作画布，利用 Windows 墨迹书写在上面涂鸦绘画。
全球首个Windows Mixed Reality运动控制器——无需依赖位置标签
微软还带来了全球首款完全无需依赖位置标签的 Windows Mixed Reality 运动控制器，利用 Windows Mixed Reality 头戴设备中内置的传感器，就能对视野内的动作进行定位准确、响应迅速的动作跟踪，并且完全不需要在周围墙壁上安装任何硬件设备。
微软正在将 Windows 塑造为帮助每一人开启创作之途的平台。在此诚挚邀请诸位开始这一旅程：
- 帮助你激发大众对应用的热情和参与，敬请下载Windows 10 Fall Creators Update——最新一期更新将在今天由Windows Insider计划推送，同时它将在接下来的数月得到进一步改进。
- 即刻下载罗马计划的 SDK 并开始使用 Microsoft Graph在时间轴中添加你的最新活动，助你提高应用参与度。
- 下载Windows 10平台的Visual Studio，尽情享受完整的端对端跨平台应用体验。
- 若你位于美国或加拿大境内，你可从此处预定 Windows Mixed Reality 开发工具包并着手开始构建属于您的混合现实场景。
沪公网安备31011202009668号 | 沪ICP备13020027号-2 