2017慧都十四周年狂欢搞事情！砸金蛋100%抽现金红包、满额豪送iPhone X、iPhone 8、DevExpress汉化免费送、团队升级培训套包劲省10万元......更多惊喜等您来探索！
试用、下载、了解更多产品信息请点击"咨询在线客服"
微软于4月19日在中国北京首次发布全新的安卓手机端Office Mobile应用。微软此次将 Word、Excel、PowerPoint三者完美合一，为中国的消费者带来完整的移动办公体验。
微软大中华区副总裁兼市场营销及运营总经理康容表示：“微软一直倾听用户的声音，最大化满足 Office 用户的需求。我们十分欣喜地宣布，此次微软中国将携手行业领先的合作伙伴——华为，小米，腾讯和百度在中国联合首发全新安卓手机端 Office Mobile 应用，为移动办公带来更便捷的创新体验。”
全新安卓手机端 Office Mobile 应用以更小的存储空间，为用户带来包括 Word、Excel、PowerPoint 的一站式完整办公体验。同时，它还具有 Office 熟悉的外观和品质，以及专为中国用户设计的本地化创新功能，进一步为用户带来更多便利。
全新安卓手机端 Office Mobile 应用将以“三合一”模式全面集成 Word、 Excel、PowerPoint 三个独立应用中所有功能，用户可随时随时地访问、查看和编辑 Word、Excel 和 PowerPoint 文档。这款全新安卓手机端 Office Mobile 应用体积更轻盈，不仅减少了应用程序对手机内存的占用，而且简化了用户在不同办公软件之间的切换操作。以更小的存储空间，为用户带来完整的办公体验。
（全新安卓手机端 Office Mobile 应用将 Word、Excel、PowerPoint 三者完美合一）
全新安卓手机端 Office Mobile 应用为用户带来熟悉的跨设备办公体验。当用户使用不同设备对文档进行浏览、快速编辑或添加注释时，所有文档的格式和内容都会与原始文档保持一致。Word 界面整洁美观，文字、图片、页眉、页脚和图表都保持原有格式；无论是幻灯片中的动画、SmartArt 图形和形状，还是 Excel 中的图表和数据，都能够高保真呈现，完美兼容。此外，用户还可以在全新安卓手机端 Office Mobile 应用中浏览 PDF 格式文件，将文档转存为 PDF 格式并进行分享。
（支持图表、动画、SmartArt 图形和形状等功能）
微软Office一直重视中国用户的声音，通过本地化功能创新，为中国用户带来更好的移动办公体验。全新安卓手机端 Office Mobile 应用支持多种分享形式。除了以链接形式邀请他人编辑或查看文档，还可作为附件一键共享到邮件以及微信、QQ 等社交软件，更好地迎合中国用户的使用习惯。
（融合本地化创新功能，支持文件分享到微信、QQ 等社交软件）
从今天开始，中国安卓手机用户就可以通过华为应用市场、小米应用商店、腾讯应用宝和百度手机助手下载并体验全新安卓手机端Office Mobile应用了。同时，也可以通过微软官网下载安装全新安卓端 Office Mobile 应用。
转自（Microsoft）
VectorDraw web library (javascript)是一个矢量图形库，它不仅能打开CAD图纸，而且能显示任何支持HTML5标准平台上的通用矢量对象，如Windows，安卓，iOS和Linux。无需任何安装，VectorDraw web library (javascript)就可以运行在任何支持canvas标签和Javascript的主流浏览器（Chrome, Firefox, Safari, Opera, Dolphin, Boat等等）中。这意味着可以用DXF，DWG，DGN，VDML等多种格式在任何台式、平板电脑，智能手机和便携式笔记本上展现出你的业务。
VectorDraw web组件是一个革新性项目，其功能和性能得到了快速的提升。这意味着 VectorDraw web library 一直在加入新的功能和发展潜力。
试用、下载、了解更多产品信息请点击"咨询在线客服"
VectorDraw File Converter是一个终端应用程序，使得用户能将常用的图像文件（DWG，DGN和DXF）转换为VectorDraw格式标准（VDF,VDI），反之亦然。该工具能将上述文件导出为SVG与DWF格式。VectorDraw File Converter还能进行多种文件的转换（比如*.dwg 到 *.vdf或者 *.dxf，反之亦然）。
VectorDraw File Converter更新至v7.7011.0.1，新版本针对提出的需求和bug做了调整和优化。
using Leadtools; using Leadtools.Dicom; using Leadtools.Dicom.Scu.Common; using Leadtools.Dicom.Scu; using Leadtools.MedicalViewer; using System.Net; using System.IO;
// CStore highlevel 客户端和服务端对象
private StoreScu _cstore;
private DicomScp _server = new DicomScp();private void initServer() {
_server = new DicomScp();
_server.AETitle = "L19_PACS_SCP64";
_server.PeerAddress = IPAddress.Parse("10.32.1.75");
_server.Port = 534;
_server.Timeout = 30;
}private void initCstore() {
_cstore = new StoreScu();
_cstore.AETitle = "L19_CLIENT64";
_cstore.HostPort = 1030;
//存储成功后
_cstore.AfterCStore += _cstore_AfterCStore;
}private void 存储ToolStripMenuItem_Click(object sender, EventArgs e)
{
string filename ="D:\\Xa.dcm";
_cstore.Store(_server, filename);
}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的每个应用。
沪公网安备31011202009668号 | 沪ICP备13020027号-2