未发布 ASP.NET Core 2加入了Razor页面特性 最近发布的ASP.NET Core 2.0，连同新发布的.NET Core 2和Entity Framework Core 2.0y，一并构成了.NET Core 2.0生态中的三元组。此发布给出了多个新特性和改进，其中包括通用性能的改进、Razor页面、新的开发模板以及更好的Azure Diagnostics支持。
让我们首先看一下Razor页面。Razor页面类似于标准的MVC视图，只是通过使用@Page指令标明自身为Razor页面。Microsoft现在考虑将Razor页面作为ASP.NET Core中构建Web应用UI的推荐方法，当然开发人员也可自由地选择最适合自己的方法。使用Razor页面编写的Web页面，无需经过控制器即可直接处理请求，正如在标准的ASP.NET MVC应用中那样。
转向ASP.NET Core 2平台的另一个好处是简化了对软件包的引用。在项目的.csproj文件中，仅需引用Microsoft.AspNetCore.All。这是一个Meta-package，它在简化了引用问题的同时，确保应用所需的所有库是可用的。而在发布Web应用时，只有应用所需的库才会与应用一并发布，避免了文件膨胀。另一个优点是Meta-package可使应用的启动速度更快，这是因为它使用了.NET Core Runtime Store，其中预编译了所有的软件包和文件。虽然这一Meta-package提供了一种便利的软件包引用方式，但是开发人员依然可以继续在Microsoft.AspNetCore.*中直接引用特定的软件包。
为了支持新的特性，ASP.NET Core 2扩充一些模板，它们来自于Razore页面（模板命名为“Web Application”）、Web API、基于MVC的Web应用、Angular、React.js和React.js& Redux等。所有这些模板也可以通过命令行使用，不必依赖于Visual Studio 2017。
在明确声明的情况下，Razor语言引擎提供对C# 7.1特性的支持。为此，需在项目文件中需添加该如下属性：latest。更改将在重新加载解决方案后生效。
规划将应用部署到Azure的开发人员将会看到，ASP.NET Core 2构建的应用不需作任何更改，就可使用Azure App Service。应用的部署可以在VS2017中执行，也可直接在Azure门户上执行。
未发布 超实用CAD控件CAD VCL发布v12，支持Embarcadero®RAD Studio 10.2 Tokyo丨附下载 CAD VCL是一个高品质多功能且含源码的控件，它提供了几个强大的类用于为您的Delphi/C++Builder应用程序创建AutoCAD DXF, CGM, Hewlett-Packard PLT/HPGL, PDF和SVG文件。 CAD VCL 12支持Embarcadero®RAD Studio 10.2 Tokyo，并支持最新的AutoCAD®DWG 2018。
我们发布了CAD VCL 12，它是一个Delphi和C ++ Builder的新版本CAD库。不久前Embarcadero®RAD Studio 10.2 Tokyo发布。我们很高兴地通知你，新版本的CAD VCL 12也与此开发环境兼容。
除了这项更新，CAD VCL还支持最新的DWG版本 - AutoCAD®DWG 2018。因此，使用CAD VCL 12创建的应用程序将能够阅读最新的图纸。
CAD VCL 12中包含的改进内容列表：
未发布 CAD DLL发布v12新版本，支持最新版本的DWG - AutoCAD®DWG 2018 CAD DLL是一个为开发者打造的新版本CAD库，可在支持动态链接库技术的语言中添加CAD功能到应用程序中。
最新的CAD DLL 12是一个用于在VC ++、VB和Delphi / C ++ Builder中查看和转换DWG、DXF、HPGL、SVG和其他CAD文件的库。
现在，CAD DLL支持最新版本的DWG - AutoCAD®DWG 2018。在此dll的帮助下创建的应用程序可以轻松导入最新的图纸。
此外，改进了CAD DLL的导出功能。现在，你可以通过Windows图元文件技术更快地导出文件到DWG和DXF。输出文件的导出速度和质量得到了很大的提高。
此外，对于为CNC机床创建应用程序并需要从CAD文件生成G-code的用户来说，现在使用CAD DLL，可以将DWG / DXF到G-code转换功能添加到你的应用程序中。
CAD DLL 12中包含的改进内容列表：
未发布 GIS软件开发工具包TatukGIS Developer Kernel v11.8发布，改进DWG阅读器 GIS定制开发首选控件，帮您轻松搞定高效、优质、实惠的GIS解决方案
TatukGIS Developer Kernel（DK）是一个用于开发自定义地理信息系统（GIS）应用程序以及解决方案的综合性软件开发工具包（SDK）。众所周知，构建一个庞大的地理信息系统需要花费大量的金钱和人力，而TatukGIS却是同类产品中性价比最高的控件，TatukGIS Developer Kernel DK因其功能强大，价格适中，已被超过 50个国家的个人、公司、以及政府等客户用来实现其地理信息系统解决方案。根据不同地首选开发环境，本产品分别以五个独立产品的形式提供（即VCL、.NET/WPF、ActiveX、Compact Framework和ASP.NET），各个产品使用相同的框架、应用程序编程接口（API）技术。
TatukGIS Developer Kernel v11.8更新内容
这个版本大大改进了DWG支持和新的可视域分析。
更新内容：
改进DWG阅读器。DK-8319
实现可视域分析。 DK-9643
.ttkstyle格式改变。请参阅当前规范：TGIS_ConfigXml类。DK-9686
AsText格式的广泛文档（参见：Param AsText语法）。DK-9681
形状参数内存占用减少（对CAD层有重要意义）。 DK-9658
文档中发布的所有示例源代码。
MouseWheel事件处理不一致。 DK-9654
重新设计缩放示例以更好地说明鼠标滚轮的操作。 DK-9101
重新设计ShapeOperations示例，以更好地说明使用最顶层（跟踪）图层进行地图快速更新。 DK-9653
所有支持平台上的形状版本相同。 DK-9125
改进了Pixel.TransprentZones与旧的.TTKGP和.INI文件的兼容性。 DK-9644
改进了TIFF处理。DK-9647
小的错误修复和改进。
【慧都十四周年庆预热开启！全场满额送七级豪礼，AppleMac笔记本电脑、iwatch、iPad等您来拿！】
活动时间：10月1日-10月30日
未发布 MailBee.NET Objects发送电子邮件（SMTP）教程四：发送包含文本和html的电子邮件
在单行代码中快速发送电子邮件的最简单的方法是使用SMTP对象的QuickSend方法。在这种情况下，开发人员甚至不需要创建一个新的SMTP对象实例。只需要指定其基本属性（如From、To、Subject、Body等）：
C#:
MailBee.SmtpMail.Smtp.QuickSend("from@me.com", "to@you.com", "Subject", "Message Body"); |
VB.NET:
MailBee.SmtpMail.Smtp.QuickSend("from@me.com", "to@you.com", "Subject", "Message Body") |
开发人员还可以使用QuickSend方法发送带有附件的电子邮件，如下所示：
C#:
MailBee.SmtpMail.Smtp.QuickSend("From Me (Company Info)",
"To you ",
"Subject", "Plain text body",
"HTML-formatted body",
null, @"C:\My Documents\report.doc"); |
VB.NET:
MailBee.SmtpMail.Smtp.QuickSend("From Me (Company Info)", _
"To you ", _
"Subject", "Plain text body", _
"«html»HTML-formatted body«/html»", _
Nothing, "C:\My Documents\report.doc") |
开发人员可以直接使用一个SMTP对象的实例，该实例提供了广泛的方法和属性来调整消息发送的过程。C＃应用程序中的SMTP对象的新实例可以创建如下：
C#:
Smtp oMailer = new Smtp(); |
VB.NET:
Dim oMailer As New Smtp() |
如果SMTP服务器不需要任何身份验证，那么指定的主机名或相同的IP地址就可以连接到此SMTP服务器，如下所示：
C#:
oMailer.SmtpServers.Add("smtp.domain.com"); |
VB.NET:
oMailer.SmtpServers.Add("smtp.domain.com") |
或者
C#:
oMailer.SmtpServers.Add("127.0.0.1"); |
VB.NET:
oMailer.SmtpServers.Add("127.0.0.1") |
另一方面，如果SMTP服务器需要身份验证，开发人员应该确定该服务器上的帐户名称和相应的密码：
C#:
oMailer.SmtpServers.Add("smtp.domain.com","login","password"); |
VB.NET:
oMailer.SmtpServers.Add("smtp.domain.com","login","password") |
或者
C#:
oMailer.SmtpServers.Add("127.0.0.1","login","password"); |
VB.NET:
oMailer.SmtpServers.Add("127.0.0.1","login","password") |
然后，开发人员应确定邮件发件人的电子邮件地址，如下所示：
C#:
oMailer.From.AsString = "Dan Brown (Company Info)"; |
VB.NET:
oMailer.From.AsString = "Dan Brown (Company Info)" |
或者
C#:
oMailer.From.AsString = "Dan Brown "; |
VB.NET:
oMailer.From.AsString = "Dan Brown " |
或者
C#:
oMailer.From.AsString = "dan@domain.com"; |
VB.NET:
oMailer.From.AsString = "dan@domain.com" |
添加To、Cc、Bcc或Reply-To，开发人员应使用SMTP对象的相应属性，如下所示：
C#:
oMailer.To.AsString = "Bill Smith (Remarks), Kathy@mail.com ";
oMailer.Cc.AsString = "Joe Black , Joseph ";
oMailer.Bcc.AsString = "t.jay@domain.com, s.connor@domain.com";
oMailer.ReplyTo.AsString = "john@domain.com, Barbara Jones "; |
VB.NET:
oMailer.To.AsString = "Bill Smith (Remarks), Kathy@mail.com "
oMailer.Cc.AsString = "Joe Black , Joseph "
oMailer.Bcc.AsString = "t.jay@domain.com, s.connor@domain.com"
oMailer.ReplyTo.AsString = "john@domain.com, Barbara Jones " |
要指定邮件主题，开发人员应使用SMTP对象的Subject属性，如下所示：
C#:
oMailer.Subject = "Test message"; |
VB.NET:
oMailer.Subject = "Test message" |
此外，邮件可能没有主题。
开发人员还应该确定信息的正文。如果是纯文本，开发人员应该使用BodyPlainText属性：
C#:
oMailer.BodyPlainText = "This is a test e-mail message."; |
VB.NET:
oMailer.BodyPlainText = "This is a test e-mail message." |
如果开发人员要使用HTML格式的正文，那么应该设置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" |
开发人员也可以将这两种类型同时使用。在这种情况下，邮件客户端的设置会影响显示哪个正文。
要将任何文件附加到电子邮件中，开发人员应使用AddAttachment方法，该方法只需要开发人员指定此文件的完整路径。要添加多个附件，开发人员应重复调用AddAttachment方法，如下所示：
C#:
oMailer.AddAttachment(@"C:\annual_reoprt.xls");
oMailer.AddAttachment(@"C:\deposits.doc"); |
VB.NET:
oMailer.AddAttachment("C:\annual_reoprt.xls")
oMailer.AddAttachment("C:\deposits.doc") |
要发送信息，开发人员应调用SMTP对象的Send方法。由于此方法可能会引发异常，开发人员可以按如下方式处理这些异常：
C#:
try
{
oMailer.Send();
Console.WriteLine("The message has been successfully sent.");
}
catch (MailBeeSmtpRefusedRecipientException e)
{
Console.WriteLine("The following recipient was refused by SMTP server: " + e.RefusedRecipientEmail);
} |
VB.NET:
Try
oMailer.Send()
Console.WriteLine("The message has been successfully sent.")
Catch e As MailBeeSmtpRefusedRecipientException
Console.WriteLine("The following recipient was refused by SMTP server: " + e.RefusedRecipientEmail)
End Try |
示例代码：
摘要：以下示例创建一个包含纯文本和HTML格式主体的邮件，并添加.xls文档附加。然后将邮件发送给两个指定的收件人。
在使用MailBee.NET Objects之前，请确保它已解锁。
C#: using System;
using MailBee;
using MailBee.SmtpMail; namespace EmailApp
{
class Class1
{
[STAThread]
static void Main(string[] args)
{
Smtp oMailer = new Smtp(); oMailer.From.AsString = "John Doe (Company Info)"; oMailer.To.AsString = "Bill Smith , Kathy Ritchie (Company Info)"; oMailer.Subject = "Test e-mail"; oMailer.BodyPlainText = "This is a test e-mail message."; oMailer.BodyHtmlText = @"Test HTML message.
This is a test HTML mes-sage.
www.afterlogic.com"; oMailer.AddAttachment(@"C:\annual_reoprt.xls"); oMailer.SmtpServers.Add("127.0.0.1", "login", "password"); oMailer.SmtpServers[0].AllowRefusedRecipients = false; try
{
oMailer.Send();
Console.WriteLine("The message has been successfully sent.");
}
catch (MailBeeSmtpRefusedRecipientException e)
{
Console.WriteLine("The following recipient was refused by SMTP server: "+
e.RefusedRecipientEmail);
}
}
}
} |
VB.NET: Imports System
Imports MailBee
Imports MailBee.SmtpMail
Namespace EmailApp
Class Class1
_
Shared Sub Main(ByVal args() As String)
Dim oMailer As New Smtp()
oMailer.From.AsString = "John Doe (Company Info)"
oMailer.To.AsString = "Bill Smith , Kathy Ritchie (Company Info)"
oMailer.Subject = "Test e-mail"
oMailer.BodyPlainText = "This is a test e-mail message."
oMailer.BodyHtmlText = "Test HTML message.
" & vbCrLf & _
"" & vbCrLf & _
"" & vbCrLf & _
"This is a test HTML mes-sage." & vbCrLf & _
" " & vbCrLf & _
"
" & vbCrLf & _
"www.afterlogic.com"
oMailer.AddAttachment("C:\annual_reoprt.xls")
oMailer.SmtpServers.Add("127.0.0.1", "login", "password")
oMailer.SmtpServers(0).AllowRefusedRecipients = False
Try
oMailer.Send()
Console.WriteLine("The message has been successfully sent.")
Catch e As MailBeeSmtpRefusedRecipientException
Console.WriteLine("The following recipient was refused by SMTP server: "+
e.RefusedRecipientEmail)
End Try
End Sub
End Class
End Namespace |
未发布 百度正式开源其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技术细节的文档也都一并开源了，后续也会及时推送改动，请大家放心。这是一个活项目，不会拉个开源分支就不管了。
查看更多资讯>>>
未发布 图表解决方案Nevron Chart for .NET发布v2017.1，支持Visual Studio 2017 Nevron Chart for .NET是一款业界领先的ASP.NET和Windows应用程序开发图表解决方案。该组件的设计从根本上满足您的绘图需求并将他们包装到一个良好的思想和一致的编程模型。不管您是否需要创建商业，科学，财经或演示图表应用程序，甚至是功能齐全，综合的商业智能解决方案， Nevron Chart将为您的Winforms和ASP.NET项目提供最终的数据可视化。
2017.1新版本在Nevron Chart for .NET中引入了很多新功能，以扩展最先进的.NET图表组件的数据可视化功能。
以下是2017.1版本引入的新功能的总结：
三元点系列
三元点系列显示三角坐标系中的点。 每个点由其总和为常数的A、B和C值指定。
三元气泡系列
三元气泡系列在三元坐标系中显示气泡。 每个气泡由其A、B和C值指定，其总和为常数，并且还具有确定其大小的第四个参数。
点系列
Point系列现在支持下拉线。 下降线是从点X，Y，Z值延伸到图表壁的线。 可选择的下拉线可以延伸到轴Min，Max值或用户指定的值（drop lines origin）。
浮子条连接器线和甘特连接器线
Float Bar系列现在支持相邻条之间的连接线开始/结束值。 此外，它还支持甘特连接器之间的条形结束值和一个或多个条形开始值。 此功能允许您轻松显示甘特图。
热图轮廓标签
热图系列支持注释轮廓。 用户可以指定轮廓值（高程）的格式。 沿着轮廓的标签之间的距离，标签方向是否必须遵循轮廓斜率，标签是否应剪切其注释的轮廓线等。
热图横断面
热图系列可以生成形成轮廓横截面的点列表，该列是通过将热图与由位于地图上的两个点定义的平面交叉定义的。
网格水平和垂直横截面
网格表面支持通过将表面与水平面或任意垂直横截面相交产生的网格表面轮廓（横截面）的提取。
注释拖动工具
注释拖动工具允许用户交互式拖动附加到不同图表锚点（数据点、比例坐标、图例项等）的注释。
范围选择拖动工具
范围选择拖动工具允许用户交互地拖动并调整范围选择对象的大小。
音量选择工具
此工具允许您交互地选择由四个平面（左、上、右和下）定义的3D体积，稍后可用于快速检查3D点是否包含在选择平面所包围的体积中。
面板缩放工具
该工具允许您以交互方式放大或缩小面板区域。
更好的WPF集成
Nevron Chart for WFP现在有更好的WFP集成。 控件也为WFP提供了许多新例子。
各种稳定性和性能改进
新版本功能修复了所有报告的问题，以及控件中的许多小型性能改进。
支持Visual Studio 2017
Nevron Vision for .NET现在提供对Visual Studio 2017的全面支持！【慧都十四周年庆预热开启！全场满额送七级豪礼，AppleMac笔记本电脑、iwatch、iPad等您来拿！】
活动时间：10月1日-10月31日
沪公网安备31011202009668号 | 沪ICP备13020027号-2 