未发布 超实用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中包含的改进内容列表：
【百厂约惠】喜迎2018，CADSoftTools全线产品劲享6.7折！
CADSoftTools全线产品低至6.7折！全年仅此一次，错过不再有！
截止时间：2018.1.31
CAD.NET是一个在.NET环境中提供解决方案的库， 它支持AutoCAD®DWG，DXF，PLT及其它CAD格式。 |
CADViewX一款能让应用程序 具有强大CAD图像浏览和打印 功能的图像处理工具。 | ABViewer是一款高质量的2D/3D文档查看器， 可提供专业的浏览、编辑和转换功能， 支持30多种光栅和矢量图形格式。 |
CAD EditorX提供易用 的API和大量的示例方便开发者快速集成。 | CAD VCL Enterprise是一个 高品质多功能且含源码的控件。 |
用于通过Internet、Intranet、 Sharepoint、Office 365 及其他在线 HTML5 启用技术查看DWG和其他CAD文件。 | CAD DLL是一个为开发者打造的 新版本CAD库，可在支持动态链接 库技术的语言中添加CAD功能到应用程序中。 |
更多CADSoftTools产品点击查看>>>
未发布 JavaScript网络摄像头和视频捕获Dynamsoft Camera SDK v5.2发布 JavaScript网络摄像头和视频捕获Dynamsoft Camera SDK v5.2发布。新版本将Windows服务部分重组为common Dynamsoft Service，由其他Dynamsoft Web-based Imaging SDKs共享。使用common Dynamsoft Service，你可以轻松地在应用程序中实现多个Dynamsoft HTML5 / JavaScript imaging SDK。
【Dynamsoft Camera SDK v5.2点击下载>>>】
例如，你的Web应用程序可能需要实现以下功能：
- 扫描纸质文件
- 从网络摄像头中捕获图像
- 从扫描的文档或网络摄像头中读取条形码
你可以同时使用Dynamic Web TWAIN、Dynamsoft Camera SDK和Dynamsoft Barcode Reader来满足你的要求。他们共享common Dynamsoft Service进行通信。你也可以轻松地在产品之间共享图像数据。
v5.2更新内容
- 更改了摄像头授权对话框的行为，默认情况下不会显示。
- 添加了一个新的方法dynamsoft.dcsEnv.setLanguage，用来设置摄像头授权对话框中使用的语言。
- 添加了一个新的方法getImagePartUrl，根据图像查看器中的索引获取图像的URL。
未发布 Visual Studio 2017最新版正式发布！适用于任何开发人员、平台及APP丨附下载 适用于任何开发人员、APP及任何平台的Visual Studio 2017 新功能介绍。
未发布 AutoVue现在支持本地2D Creo / ProE图纸 随着最新的AutoVue 21.0.1 RUP3的发布，Oracle重新引入了对2D Creo / ProE图纸的本地支持。
为了提供一些上下文，Creo / ProE工程图包含完整的“本地”数据以及图形的预处理“显示列表”版本。使用“显示列表”往往会呈现绘图的最高保真度，但是在某些情况下不会出现，或者不会保持最新。
因此，AutoVue将优先显示“显示列表”版本。但是，如果显示列表不存在，或者如果检测到它已过时，将显示原始数据，以确保用户看到最新的信息。
未发布 2017年四大网络安全趋势 网络攻击在2016年创下了纪录，在2017年网络环境将更加危险。以下是2017年
网络安全的4个趋势。
不断变化的勒索软件
随着越来越多的数据存储在移动设备上，勒索软件在网络犯罪分子中非常受欢迎。这是一个有利可图的加密内容的漏洞，除非支付赎金，否则无法恢复。现在勒索软件越来越复杂，并且定位到任何设备。在夏季DEFCON会议上，Pen Test Partners的研究人员证明了攻击者如何控制互联网连接的恒温器并进行锁定，直到受害者接受赎金要求为止。
另一个新的趋势：网络犯罪分子目标通常是高管和其他有权力的人，他们更有可能为保护有价值的公司或个人信息而付款。
物联网IoT
数十亿新的物联网设备正在连接到企业网络。但考虑到很多不安全因素，大量使用只会增加黑客目标的数量。去年十月的Dyn攻击显示网络犯罪分子操纵物联网造成严重破坏是多么容易。特别令人不安的是，黑客将恶意软件部署到使用 IoT设备的机器人上进行DDoS攻击。他们还为模仿者创建了一个攻击模板。网络犯罪分子可以很容易地获取未来的源代码和其他攻击工具推出自己的僵尸网络。
移动安全威胁无处不在
大约4％的移动设备被恶意软件感染，而大约一半的移动设备受到暴露企业数据的高风险。员工仍然忽视公司协议，并将未经授权的移动应用程序下载到用于连接到企业网络的设备上。应用商店有时也会被流氓开发人员欺骗，他们创建恶意的开发环境，将恶意软件隐藏在表面上看起来安全的应用中。底线：随着越来越多的员工通过移动设备访问公司据，他们将注定要在2017年成为网络犯罪分子的更大目标。
政治黑客走向主流
国家定期进行cyberespionion，但国家赞助的网络攻击并不局限于工业间谍活动。“民主党全国大会”黑客提供了一个教科书的例子，说明团体如何代表国家赞助者采取行动，使用被盗的材料传播虚假信息，播种不和或传播宣传，以推动其政治目标。即使那些不直接参与政治的企业也需要更新威胁评估。威胁不再仅仅来自民族国家。安全从业人员还需要抵御各种使用网络攻击推动事业或推进议程的政治黑社会主义者所构成的威胁。
未发布 .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 