Java社区进程（JCP）执行委员会的成员Ben Evans认为最急需重构的应用恰好就是最适合进行模块化的应用。如果你已经备受Lava Flow/God Class/Stovepipe System地狱的折磨，而且你的利益相关方明确知道这一点，那么你可能更容易说服他们进行一次完整的底层重构，通过渐进式的努力形成一个完成的模块解决方案（而不是简单重构并迁移至Java 8）是值得去做的。

对特定类型的应用来说，这是很有帮助的。例如，我曾经见到有的电子商务网站具有非常大的堆空间，其中包含了大约40G的字符串数据。Java 9的ompact Strings技术能够将这种类型的内存使用减半。这反过来又会对GC的性能带来积极的影响。对于有些应用来说（这可能就包括大型的Solr安装环境及类似场景），单单这一项收益就值得将运行时升级到Java 9。

这项变更是很重要的，因为相对于Parallel来说，G1会在应用线程上做更多的事情，而Parallel几乎没有在应用线程上做任何事情，它基本上完全依赖GC线程完成所有的内存管理。这意味着切换到G1将会为应用线程带来额外的工作，从而直接影响到应用的性能。


在很多（甚至可以说大多数）场景中，这种额外的性能损耗都不是什么问题。但是，在这方面，我确实也曾经见过从Parallel切换到G1时，有一定比例的工作负载会引起性能的下降。对于这些应用来说，这种性能下降是无法接受的，所以他们无法切换至G1收集器。随着G1成为默认的收集器，这将会影响到升级至Java 9的每个应用。

• 阅读Paul和Sander的图书“Java 9 modularity”：它是本权威指南，提到了所有需要注意的地方，阐述了模块、包以及JAR之间如何运行的关联关系； 
• 在模块边界的地方，使用定义良好的接口并且针对这些接口编程； 
• 不要拆分包（split package），也就是说一个包不要分散到两个模块中。Adopt OpenJDK有个探测工具，我们可以用它来探测已有的代码； 
• 确保不要存在循环依赖（Jigsaw不允许这样）； 
• 模块在源码的布局上与我们已习惯的方式有所不同，需要确保构建工具能够进行对应的处理； 
• Jigsaw不支持多版本。

[PresentationContext(DicomUidType.VideoPhotographicImageStorage, DicomUidType.ImplicitVRLittleEndian,
                                                         DicomUidType.JPEG2000,
                                                         DicomUidType.JPEG2000LosslessOnly,
                                                         DicomUidType.JPEGBaseline1,
                                                         DicomUidType.JPEGExtended2_4,
                                                         DicomUidType.ExplicitVRBigEndian,
                                                         DicomUidType.ExplicitVRLittleEndian,
                                                         DicomUidType.JPEGLosslessNonhier14,
                                                         DicomUidType.JPEGLosslessNonhier14B,
                                                         DicomUidType.Mpeg4AvcH264BdCompatibleHighProfileLevel_4_1,
                                                         DicomUidType.Mpeg4AvcH264HighProfileLevel4_1)]

[PresentationContext(DicomUidType.VideoPhotographicImageStorage, DicomUidType.ImplicitVRLittleEndian,
                                                         DicomUidType.JPEG2000,
                                                         DicomUidType.JPEG2000LosslessOnly,
                                                         DicomUidType.JPEGBaseline1,
                                                         DicomUidType.JPEGExtended2_4,
                                                         DicomUidType.ExplicitVRBigEndian,
                                                         DicomUidType.ExplicitVRLittleEndian,
                                                         DicomUidType.JPEGLosslessNonhier14,
                                                         DicomUidType.JPEGLosslessNonhier14B,
                                                         DicomUidType.Mpeg4AvcH264BdCompatibleHighProfileLevel_4_1,
                                                         DicomUidType.Mpeg4AvcH264HighProfileLevel4_1,
                                                         DicomUidType.MPEG2MainProfileHighLevel,
                                                         DicomUidType.MPEG2MainProfileMainLevel)]

试用、下载、了解更多产品信息请点击"咨询在线客服"  

Map Suite 10.0新功能

• 核心功能支持Windows、Linux和macOS多平台。
• 所有Map Suite产品系列都共享核心API。
• 删除合并模块并将所需的程序集移动到特定程序包。
• 创建可在多平台（包括Windows、Linux和macOS）上运行的新产品中心。
• Map Suite产品托管在NuGet服务器上，而不是Map Suite安装程序。
• 简化Map Suite许可策略。
• 按功能拆分MapSuiteCore 9.0程序集。允许将必要的程序集导入到这些项目中。
• 在Linux上支持ECW文件。
• 在Linux上支持MrSid和JPEG2000文件。
• 用于Map Suite产品的BareBone NuGet Package可以创建最小尺寸的应用程序。
• 用于Map Suite产品的Standard NuGet Package可以让用户更轻松的将现有的9.0项目转移到10.0版本上。

Map Suite 试用版下载>>>

v10.0和v9.0之间的变化

更有效率

跨平台/便携式

分离Map Suite Core

更简单的试用许可证

更改命名空间

• ThinkGeo.MapSuite包含用于构建Map Suite应用程序的常用和基础类，如GeographyUnit、GeoCollection等。
• ThinkGeo.MapSuite.Drawing包含绘图相关类，如GeoImage、GeoSolidBrush等。
• ThinkGeo.MapSuite.Layers包含一些基础类，如Layer、FeatureLayer等。
• ThinkGeo.MapSuite.Shapes包含几何相关类，如PlygonShape、LineShape等。
• ThinkGeo.MapSuite.Styles包含用于构建地图样式的类，如AreaStyle、LineStyle等。

• 修复＃7223，v6中的复原导致IE中股票图表和某些功能崩溃。
• 修复＃7228，v6中的复原导致只有负值的列不显示。

• 添加了注释模块，用于注释带有标签或形状的图表。
• 为WebGL绘制添加了Boost模块。
• 添加了用于定位标签旁边的数据的标签模块。
• 将旧的IE代码解耦成一个单独的模块。
• 添加了新的系列类型，钟形曲线。
• 添加了新的系列类型，子弹图。
• 添加了新的系列类型，直方图。
• 添加了新的图表布局，平行坐标图。
• 添加了新的系列类型，帕累托图。
• 添加了新的系列类型，sankey图。
• 添加了新的系列类型，3D散点图。
• 添加了新的系列类型，流图。
• 添加了新的系列类型，旭日图。
• 添加了新的系列类型，可变饼图。
• 添加了新的系列类型，variwide。
• 添加了新的系列类型，矢量图。
• 添加了新的系列类型，wind barbs。
• 添加了新的系列类型，文字云。
• 添加了新的系列类型，X range。
• 改进了数据模块的CSV解析器。

• 修复＃5909，顶部的绘图边框丢失。
• 修复＃6005，选择的饼图切片在样式模式下有错误的颜色。
• 修复＃6268，Chart.update（）没有更新数据模块的参数。
• 修复＃6302，当xAxis.max和rangeselector.selected被定义时，没有显示图表。
• 修复＃6957，当在地图和其他系列类型上的tooltip.useHTML为true时，形状将在IE和Edge中闪烁，并且工具提示隐藏。
• 修复＃6992，数据标签定位错误。
• 修复＃7021，清除重复的标记参考。

【Dynamsoft Camera SDK v5.2点击下载>>>】

• 扫描纸质文件
• 从网络摄像头中捕获图像
• 从扫描的文档或网络摄像头中读取条形码

v5.2更新内容

• 更改了摄像头授权对话框的行为，默认情况下不会显示。
• 添加了一个新的方法dynamsoft.dcsEnv.setLanguage，用来设置摄像头授权对话框中使用的语言。
• 添加了一个新的方法getImagePartUrl，根据图像查看器中的索引获取图像的URL。

1. 360度视频

2. Ruby on Rails

3. Motion UI

 

4. 材料设计

 

5. 静态网站生成器

6. 单页面网站

7. Angular 2 

8. 虚拟现实

Xamarin.Forms是一个跨平台、原生支持UI的工具包，允许开发者轻松创建用户界面。这些用户界面可以通过安卓、iOS和Windows Phone共享，使用目标平台的原生控件进行渲染，让每个平台上Xamarin.Forms应用的界面外观搭配得当。

• Xamarin.Forms现在与.NET Standard项目兼容！ 并非所有创建功能都能正常工作。
• 行为变化：Device.RuntimePlatform现在在WinRT和UWP上返回。
• 行为变化：使用新的AutomationProperties可能会影响Android上的UI测试。 AutomationId、Name和HelpText都将设置本机ContentDescription属性，Name或HelpText优先于AutomationId（Name和HelpText将被级联）。 这意味着如果在该元素上也设置了Name或HelpText，那么查找AutomationId的任何测试都将失败。 要解决此问题，请在此方案中更改您的UI测试以查找Name/HelpText的值。
• 行为变化：在WinRT/UWP上调用焦点选择器现在将打开下拉列表。
• 弃用：Android IVisualElementRenderer.ViewGroup现已过时，请改用View。

WebJS

• 70001215 MergeDocument方法支持使用mergeFlags  

• 70001249 处理AddBlockFromFile加载

• 70001204 线路对象捕捉无法运作
• 70001206 导出到vds脚本时出现异常
• 70001210 WebGl渲染中的实体影线问题  

• 70001250 vdConst CloneEntity出现意外

Converter

• 70001217 DGN中unsuported对象的类型

• 70001212 Textstyle未使用正确的TTF字体导入

• 70001248 折线的宽度问题

Engine

• 70001231 改进触摸控制
• 70001234 使用Wrapper检查鼠标是否位于ViewCube内部
• 70001239 是否可以在OnFilterOsnap事件中获取交集对象
• 70001241 用webGl 3d模式绘制线条和文本

• 70001235 版本2000中的DXF导出问题
• 70001236 在Wire2D模式下，线路抗锯齿功能无法正常工作
• 70001237 鼠标没有正确渲染
• 70001238 vdLayout调整大小将引发异常
• 70001240 AlignToView对象在PDF输出中缩放
• 70001242 导出多边形为dwg dxf文件格式时出错

• 70001243 不完整的纸张模型刷新
• 70001245 当VectorDrawBaseControl WndProc被调用时，出现间歇性崩溃

LEAD Technologies发布了LEADTOOLS v19 SDK的重大更新，本次更新侧重于文档和医疗功能，其中一些功能在商业SDK市场中是前所未有的。包括第一个完整的商业Hanging Protocol SDK解决方案、大图像（以TB为单位）支持、文档格式支持以及更新各种识别技术，包含OCR、表单、OMR、条码、信用卡读卡器和Visual Studio 2017的兼容性。

LEADTOOLS v19 （Windows、Linux、IOS/macOS、Android）下载>>>

LEAD Technologies总裁Rich Little表示：“这次更新是LEAD继续加强LEADTOOLS以解决现实问题的一个很好的例子。我们非常高兴能够拥有第一个商业医疗查看器SDK，包括完整的DICOM Hanging Protocol、优化的大图像加载和一个新的超快速表单识别算法。26年前我和Moe创建LEAD时，我们从来没有想过可以加载1TB的图像。”

• 第一个商业性DICOM Hanging Protocol SDK
• HTML5 Zero-footprint 医疗Web浏览器 - 新的功能和增强
• DICOM存储服务器 - 新功能
• 更高效地处理DICOM Pixel数据
• SDK识别技术 - 增强对OCR、表单 & OMR以及新的复合条形码的识别
• 文档查看器 - 新的功能和增强
• 文档格式 - 功能增强
• 信用卡读卡器SDK - 支持更多平台