未发布 图表解决方案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日
未发布 集成的HTTP嗅探器HttpWatch更新至v11.0.21，改进F5刷新机制 HttpWatch是一款集成的HTTP嗅探器，为IE和Firefox提供新的方法以查看您网站的负载和运行情况。你可以直接在浏览器中调试由web页面生成的网络流量，而无需切换到一个单独的工具。
2017慧都十四周年狂欢搞事情！砸金蛋100%抽现金红包、满额豪送iPhone X、iPhone 8、DevExpress汉化免费送、团队升级培训套包劲省10万元......更多惊喜等您来探索！
未发布 Google开源了Abseil，为C++和Python开发提供支持 Google公开了其项目内部使用的一系列C++库，随后还会公开其Python库。
Abseil已在Google历经十多年的开发，它的目的是为Google编程人员在各种项目上的工作需求提供支持，这些项目包括Protocol Buffers、gRPC和TensorFlow等。Google评价Abseil为：
- 它是从Google内部代码块中抽取出来的一系列最基础的软件库。作为基本的组成部分，这些软件库支撑了几乎全部Google在运行的项目。以前这些API是零零散散地嵌入在Google的大部分开源项目中，现在我们将它们规整在一起，形成这样一个全面的项目。
- Abseil是Google代码库的最基本构建模块，其代码经过了生产环节测试，此后还会继续得到完全的维护。
最初，Abseil提供的抽象并非C++ 14或C++ 17的组成部分，但最终它们已被添加到C++标准中。例如，Google提供一个称为StringPiece的类型，随后C++ 17也添加了一个称为std::string_view的相近类型。为了与新的C++ 17类型具有一致的API，Google将StringPiece重构为absl::string_view。从底层机制上看，如果开发人员正在使用的是C++ 17，那么Abseil的string_view默认为标准实现；如果开发人员正在使用的是C++ 17以前的版本，那么string_view默认为Google的实现。
使用Abseil的优点在于可以访问一些目前依然尚未添加到标准中的C++特性，并且一旦这些特性被添加到C++标准中，Google保证会重构这些特性为默认使用标准实现。Google鼓励开发人员使用Abseil，并提及已有超过两亿五千万行的C++代码使用它，并且几乎所有从头开始构建的项目都使用了它。这意味着，Abseil已被Google广为使用，并出于与项目需求同步的考虑而得以频繁维护。
Abseil中包括如下的库：
- base：初始化，以及其它的基础代码。
- algorithm：对C++的库的补充，并为原算法提供了基于容器的版本。
- container：提供了更多的STL类型容器。
- debugging：用于检查泄漏的调试库。
- memory：包括兼容C++ 11版本的std::make_unique()和内存管理。
- meta：包括兼容C++ 11版本的类型检查，在C++ 14和C++ 17版本的C++ 库中可用。
- numeric：兼容C++ 11的128位整数。
- strings：各种字符串工具。
- synchronization：并发原语和同步抽象。
- time：抽象了绝对时间点操作和时区操作。
- types：非容器工具的类型。
未发布 Oracle正式发布Java 9，引入新的Java编程组件 Java SE 9.0于2017年9月21日发布。
JDK 9的核心变化就是引入了一种新的Java编程组件，也就是模块，按照Oracle的说法，它是一个可命名的、自描述的代码和数据集合。模块技术的核心目标是减少Java应用和Java核心运行时环境的大小与复杂性。为此，JDK本身进行了模块化，Oracle希望通过这种方式提升性能、安全性和可维护性。为了支持Java 9的模块，引入一种新的模块化JAR文件形式，按照这种形式会在其根目录中包含一个module-info.class文件。Oracle同时提供了工具，允许我们组合和优化一组模块，形成自定义的运行时镜像（image），这样的镜像不必将整个Java运行时包含进来。模块化所带来的其他变化包括从Java运行时镜像中移除了rt.jar和tools.jar。 Java社区进程（JCP）执行委员会的成员Ben Evans认为最急需重构的应用恰好就是最适合进行模块化的应用。如果你已经备受Lava Flow/God Class/Stovepipe System地狱的折磨，而且你的利益相关方明确知道这一点，那么你可能更容易说服他们进行一次完整的底层重构，通过渐进式的努力形成一个完成的模块解决方案（而不是简单重构并迁移至Java 8）是值得去做的。
Oracle宣布Java 8会是一个长期支持的发布版本，会一直支持到2022年，因此Evans认为很多的应用将会停留在Java 8上，根本不会升级到Java 9。Evans补充说，有些应用可能会让开发和构建工具链使用Java 8版本，而在生产环境使用Java 9的运行时。
对特定类型的应用来说，这是很有帮助的。例如，我曾经见到有的电子商务网站具有非常大的堆空间，其中包含了大约40G的字符串数据。Java 9的ompact Strings技术能够将这种类型的内存使用减半。这反过来又会对GC的性能带来积极的影响。对于有些应用来说（这可能就包括大型的Solr安装环境及类似场景），单单这一项收益就值得将运行时升级到Java 9。
Java 9使用G1作为默认的垃圾收集器，替代了之前默认使用的Parallel GC。Evans对这项变化的评论：
这项变更是很重要的，因为相对于Parallel来说，G1会在应用线程上做更多的事情，而Parallel几乎没有在应用线程上做任何事情，它基本上完全依赖GC线程完成所有的内存管理。这意味着切换到G1将会为应用线程带来额外的工作，从而直接影响到应用的性能。
在很多（甚至可以说大多数）场景中，这种额外的性能损耗都不是什么问题。但是，在这方面，我确实也曾经见过从Parallel切换到G1时，有一定比例的工作负载会引起性能的下降。对于这些应用来说，这种性能下降是无法接受的，所以他们无法切换至G1收集器。随着G1成为默认的收集器，这将会影响到升级至Java 9的每个应用。
JClarity的CEO Martijn Verburg认为大型的代码库需要重构为模块的形式。Verburg给出了一些通用的模块化建议，并且指出了开发人员在采用Java 9模块系统时，需要注意的一些事情：
- 阅读Paul和Sander的图书“Java 9 modularity”：它是本权威指南，提到了所有需要注意的地方，阐述了模块、包以及JAR之间如何运行的关联关系；
- 在模块边界的地方，使用定义良好的接口并且针对这些接口编程；
- 不要拆分包（split package），也就是说一个包不要分散到两个模块中。Adopt OpenJDK有个探测工具，我们可以用它来探测已有的代码；
- 确保不要存在循环依赖（Jigsaw不允许这样）；
- 模块在源码的布局上与我们已习惯的方式有所不同，需要确保构建工具能够进行对应的处理；
- Jigsaw不支持多版本。
按照Verburg的说法，核心要点在于处理循环依赖、拆分包的问题，并确保针对接口进行编码。在尝试使用Jigsaw模块化重构之前，针对已有的代码库，这些工作需要预先完成。他还澄清了一个误解，那就是只有模块化的应用才能在Java 9上运行。
由于误解，在这方面有一种FUD（恐惧、不确定和怀疑）情绪，有人误认为在Java 9上运行的必须是模块化的应用。事实并非如此，我们可以将已有的基于类路径的应用直接在Java 9上运行。这里会有一些新的安全限制，因此我们需要设置一些特定的运行时标记（除非你重构代码，使用更安全的方式来访问Java的内部资源），即便如此，默认的行为也只是警告，而不是完全阻止我们（Java 10的限制会更严格）。
Verburg认为Jigsaw会是一个基石，会让Java的演进更快，这要归功于Mark Reinhold、Alan Bateman、Mandy Chung以及Jigsaw团队的其他成员多年来不知疲倦的工作，正是他们的努力使这一切得以实现。
Java 9还引入了jshell工具。这个命令行环境为Java平台带来了读入-求值-打印-循环（Read-Eval-Print-Loop，REPL）功能。它的目的在于以即时结果和反馈的形式，简化原型的实现并帮助我们探索语言在编码时的可选项。
Verburg和Evans看到Java 9中包含了jShell都非常兴奋，但令他们失望的是，HTTP/2只是作为Java 9的一个孵化模块（incubator module）提供的。鉴于社区对这项特性的兴趣和提供的帮助，Evans认为Oracle应该投入足够的工程资源，将HTTP/2交付为GA版本。
JDK 9完整的变更列表可以在Oracle的站点上查阅。Oracle宣布会按照每六个月一次的节奏进行发布，意味着Java 9是最后一次“keystone”特性驱动的版本发布，这反映出了Oracle目前管理Java的特点。Java下一阶段的演化将会按照更短的发布周期并且会按照更加面向特性的方式来发布。Java是否依然能够在服务端技术中占据领导者地位尚有待观察。
更多资讯点击查看>>>
未发布 条码识别控件Dynamsoft Barcode Reader更新至v5.2丨附下载
Dynamsoft Barcode Reader v5.2新版本更新和改进仅适用于Windows Edition。
新版本的亮点：
改进：
改进了PDF417条形码的本地化和识别算法。
优化了1D条形码的去模糊算法，提高识别精度。
现在可以暂停条码识别。
增加B＆W图像的QR码和数据矩阵条码识别速度。
修复：
未发布 图像注释插件VintaSoftAnnotation.NET Plug-in更新至v8.6丨75折优惠
VintaSoftAnnotation.NET Plug-in v8.6更新内容：
WinForms注释图像查看器（AnnotationViewer类）：
WinForms注释可视化工具（AnnotationTool类）：
WPF注释图像查看器（WpfAnnotationViewer类）：
WPF注释可视化工具（WpfAnnotationTool类）：
增加了对多页面查看模式的支持。
增加了一些小的改进。
注释：
演示应用程序：
沪公网安备31011202009668号 | 沪ICP备13020027号-2 