未发布 开发者在增加移动APP收益时必须做的5件事 如今手机应用市场越来越大，其中创新、独特的产品也越来越多。APP市场最好的地方就是无论是iTunes还是Google Play中，你都有平等的机会参与竞争和获得成功。这是一个公平的竞争环境，吸引着无数优质的开发商。专家们已经预测，APP市场在2020年将翻一番，价值可以达到101亿美元。
无论你是一个多优秀的开发者，在开始新的APP应用时也应该注意一些事情。在启动一个APP项目时你应该记住和经过几个重要的步骤来确保它能成功。
未发布 ReactOS：基于Windows的开源操作系统 ReactOS是一个免费开源的全新操作系统，其设计基于Windows，就像Linux基于Unix一样。ReactOS的外观和Windows类似，可以运行Windows软件和驱动，不过，该项目正在进行当中，可能尚无法完美兼容，最好的方法是在虚拟机上安装ReactOS，检查兼容性。
ReactOS使用X.Y.Z版本命名方案：X表示项目是否达到预期目标，Y表示大版本（关键特性和增强），Z表示小版本（Bug修复和一般开发）。第一个有文档记录的版本是0.0.7，发布于1998年7月。
作为开源项目，由于社区开发人员的数量不固定，所以ReactOS没有一个固定的路线图。不过，他们会尽量在二到六个月发布一个版本。0.4.0、0.5.0和1.0.0是当前设置的里程碑版本。0.4系列版本是最后的Alpha版本，从0.5系列版本开始，项目将进入Beta测试阶段，1.0及以上版本表明该项目已经可供日常使用了。
ReactOS 0.4.6已于近日发布。该版本向真正的硬件支持迈出了重要的一步。若干双启动问题得到了解决，分区管理的安全性得到了提高，可以避免分区列表结构的冲突。ReactOS Loader现在可以加载自定义内核和HAL了。
在0.4.6中，打印子系统尚不成熟，但Colin Finck已经实现了大量新的API，并修复了一些自动化测试中暴露出的Bug。
在驱动方面，Pierre Schweitzer为其增加了NFS驱动程序，并开始实现RDBSS和RXCE，将来还会支持SMB。Sylvain Petreolle为其引入了数字电视调谐器驱动。UDFS、CDFS、SCSI和HDAUDBUS中的若干Bug也得到了修复。
在兼容性方面，0.4.6引入了一个shim引擎，作为新应用程序兼容框架的一部分。在这个版本中，该引擎默认关闭，可以通过ReactOS注册表启用。该版本还包含一个专门的NTDLL库，可以为比较新的软件提供一些它们需要的NTDLL Vista+函数。
ReactOS 0.4.6还改进了用户体验，并修复了多个内存管理、ntoskrnl和文件系统的Bug，变得更加稳定。
未发布 【FAQ合集】TWAIN扫描识别工具Dynamic Web TWAIN的特性问题
慧都十四周年狂欢开启，Dynamic Web TWAIN终极让利7折特惠
限时一个月，马上咨询>>>
1. Dynamic Web TWAIN可以使用哪些操作系统？
Windows XP、Vista、7/8/10等
- IE 6-9：ActiveX
- IE 10-11：HTML5/ActiveX
- Edge：HTML5
- Chrome/Firefox 26-：NPAPI Plug-in (obsolete)
- Chrome/Firefox 27+：HTML5
Mac OS X 10.6及更高版本
- Chrome/Firefox 26-、Safari 6-：NPAPI Plug-in (obsolete)
- Chrome/Firefox 27+、Safari 7+：HTML5
Ubuntu 10+，Debian 8和Fedora 19+
2. Dynamic Web TWAIN是否支持Chrome或FireFox？
支持。Dynamic Web TWAIN插件版本可与旧版NPAPI的Chrome和Firefox版本兼容。Dynamic Web TWAIN 10引入了HTML5版本，可在Windows上的Chrome和Firefox V27 +上启用TWAIN扫描。
3. Dynamic Web TWAIN是否支持数据库？
支持。Dynamic Web TWAIN能够将图像文件保存到文件系统和数据库中。
4. Dynamic Web TWAIN是否支持SSL？
5.我可以使用FTP进行密码上传和下载吗？
是的，您可以使用FTPUserName属性和FTPPassword属性。
6. Dynamic Web TWAIN是否能够在类库（DLL）项目中运行？
不能。
7. Dynamic Web TWAIN是否支持条形码阅读器或OCR？
关于OCR，我们为您提供2个选项：
8.我可以扫描大量的文件吗？
随着IfAllowLocalCache启用，您能够扫描数千张图片，因为额外的图像将存在磁盘上。数据将被加密并存储为“C:\Documents and Settings\{User Name}\Application Data\Dynamsoft\cache”或“C:\WINDOWS\SysWOW64 {or system32}\Dynamsoft\DynamicWebTwain\ForChrome\cache”。扫描应用程序关闭时，缓存的数据将自动从磁盘中删除。
2017慧都十四周年狂欢搞事情！砸金蛋100%抽现金红包、满额豪送iPhone X、iPhone 8、DevExpress汉化免费送、团队升级培训套包劲省10万元......更多惊喜等您来探索！
未发布 Excel组件包TMS FlexCel for VCL & FireMonkey v6.17.1.0发布丨附下载
v6.17.1.0
修复：
v6.17.0.0
新增：
完全支持xlsx文件中的Excel表
可将自动图形添加到图表
改进：
在TFlxFormulaErrorValue中支持#GETTING_DATA错误
支持使用INDIRECT函数返回数组
加载字体以导出到PDF时减少内存的使用
现在TExcelFile.RenderObject可以在组内渲染形状，并使用objectPath参数指定对象的名称
改进了包含数千个超链接的报告的性能
FlexCel现在将保留xlsx文件中的嵌入式OLE对象
Github中提供的所有示例
【慧都十四周年庆预热开启！全场满额送七级豪礼，AppleMac笔记本电脑、iwatch、iPad等您来拿！】
活动时间：10月1日-10月30日
未发布 矢量图形引擎库VectorDraw Developer Framework发布v7.7014.0.5
VectorDraw Developer Framework（VDF）v7.7014.0.5更新内容：
WebJS
新增需求（7.7014.0.1）
新增需求（7.7014.0.5）
漏洞（7.7014.0.1）
70001204 线路对象捕捉无法运作
70001206 导出到vds脚本时出现异常
70001210 WebGl渲染中的实体影线问题
漏洞（7.7014.0.5）
Converter
新增需求（7.7014.0.1）
漏洞（7.7014.0.1）
漏洞（7.7014.0.5）
Engine
新增需求（7.7014.0.3）
- 70001231 改进触摸控制
- 70001234 使用Wrapper检查鼠标是否位于ViewCube内部
- 70001239 是否可以在OnFilterOsnap事件中获取交集对象
- 70001241 用webGl 3d模式绘制线条和文本
漏洞（7.7014.0.3）
- 70001235 版本2000中的DXF导出问题
- 70001236 在Wire2D模式下，线路抗锯齿功能无法正常工作
- 70001237 鼠标没有正确渲染
- 70001238 vdLayout调整大小将引发异常
- 70001240 AlignToView对象在PDF输出中缩放
- 70001242 导出多边形为dwg dxf文件格式时出错
漏洞（7.7014.0.4）
- 70001243 不完整的纸张模型刷新
- 70001245 当VectorDrawBaseControl WndProc被调用时，出现间歇性崩溃
未发布 【教程】Edraw Max（亿图图示）案例：产品经理如何用亿图绘制流程图？ 做调研、看数据、画原型、写文档、整理需求、跟进项目……这些琐碎的工作是基本上是每个产品人的日常。然而如何从凌乱的任务清单中抽丝剥茧，让每天的工作更加高效，自然成为了许多产品人迫切需要解决的问题!所谓，工欲善其事，必先利其器。作为一名优秀的产品人，光有想法还远远不够，将想法快速付诸于行动才是最实际有效的。
本文给大家分享一下如何用Edraw Max（亿图图示）软件提高工作效率，让想法与行动完美结合，绘制完美的流程图！
Edraw Max（亿图图示）软件是一款综合类型的图形图表设计软件，你可以在这里绘制各种类型的图形、图表，不管是创建项目、跟踪进度、流程安排、日程管理，还是数据管理、产品展示等等。目前Edraw Max（亿图图示）在线订购享75折优惠活动正在进行中，欢迎您下载、购买进行运用！
对比Visio，Edraw Max（亿图图示）具有哪些优势?1、用Edraw Max绘制的流程图比Visio更美观，只需轻轻的拖曳即可做出漂亮的图形，无需额外设置。
2、Edraw Max（亿图图示）包含了丰富精美的模板和实例库，相对于Visio自带模块，Edraw Max的模块更丰富绚丽，给人的感觉会更舒心更高大上一些!
3、Edraw Max（亿图图示）自带“高光流程图”让绘制的流程图更有质感。
4、Edraw Max（亿图图示）内置的12000多个模板实例库中，很多都非常适用于产品经理！
流程图绘制的四个步骤：
1、调研
让熟悉整体业务的人讲解了解大局，并实地观察和询问，验证讲解以及发现潜在问题。
2、梳理与呈现
将整个流程进行分解，由上至下、由整体到部分、由宏观到微观、由抽象到具体的用流程图展现出来。
温馨提示：此环节一定要恰当的进行层次分解，不要将所有都铺到一张图上。流程图上所涉及的各个岗位、角色，适当的让他们进行参与、交流，会让你事半功倍。最后流程图一定要有始有终，不要让人看了半天，还在云里雾里。
3、评审与确认
这一环节不仅仅是评审流程图是否符合现实，同时也是评审目前的业务流程是否符合理想。不同岗位不同职责的人员会在根据自身实际情况对整个流程相互提出意见，这样一场头脑风暴，想必对流程优化也不失为一件好事!
4、归档维护
流程不断变更，业务流程图也需要及时作出相应的修改。
未发布 【更新】音频视频组件Audio DJ Studio for .NET更新至v10.0.0.0丨附下载
Audio DJ Studio for .NET v10.0.0.0更新内容：
新功能
当通过外部编码器FdkAac.exe作为ShoutCAST和IceCast服务器的源时，添加了对以AAC+(HE-AAC)格式进行流式传输的支持。
支持播放声音，同时通过鼠标手动滚动波形滚动条。
支持从ID3V2标签中检索“PRIV”帧的内容。
自定义流混音器现在可以创建为多声道（最多8个声道），播放器可以连接到混音器的特定扬声器。
自定义流混音器现在支持“环绕模式”，这意味着立体声或单声道音频流可以在流混音器的所有输出通道上进行镜像。
支持以HLS格式（HTTP Live Streaming）进行流媒体回放
回放期间显示在波形视觉反馈上的峰值现在通过专用事件报告给容器应用程序。
增加了对回放、单声道、立体声和多声道音频流的峰值电平和RMS（均方根）电平进行检索的支持。
现在可以通过特定的日期和时间来设置延迟播放。
增加了从波形分析仪中检索包含波形峰值的缓冲区的可能性。
新方法
StreamMixerCreateWithSurround
StreamMixerPlayerAddToSpeaker
StreamPeakLevelsGet
DelayedPlayback.ListAddItemByDate
DelayedPlayback.ListAddItemByDateEx
Fader.Stop
TagsReader.ID3V2_PrivateFrameFileGet
TagsReader.ID3V2_PrivateFrameMemoryFileGet
TagsReader.ID3V2_PrivateFrameOwnerGet
TagsReader.ID3V2_PrivateFrameSizeGet
Waveform.PeaksBufferLengthGet
Waveform.PeaksBufferGet
WaveformScroller.PlaybackOnScrollEnable
WaveformScroller.PlaybackOnScrollInfoGet
新事件
未发布 使用Windows兼容包简化向.NET Core的迁移 从.NET迁移到.NET Core的一个主要原因，在于后者具备在Linux上运行的能力。但是对于大型企业应用，不可能实现一步迁移到位。由此，Microsoft推荐采用一种逐步迁移做法： 第一步，迁移到ASP.NET Core（依然使用.NET Framework）；
第二步，迁移到.NET Core（依然运行在Windows上）；
第三步，迁移到Linux上；
第四步，迁移到（托管Linux主机的）Azure中。
这一做法理论上可行，但是在第二步中会有阻碍，因为缺乏关键API。用于.NET Core的Windows兼容包的推出，意在解决这一问题。该兼容包是一个NuGet软件包集合，其中包含了近两万个API，目的在于解决Web应用程序开发人员对于优秀软件库的需求。
新引入的API大体上可分为两类。一类是仅适用于Windows的API，另一类是跨平台的软件库。其中，仅适用于Windows的API包括：
Active directory；
加密；
事件日志和性能计数器；
文件系统安全；
命名管道；
注册表访问（Registry Access）；
Windows服务。
其中大部分API是与Windows操作系统紧密关联的，而相应的Linux API通常在设计上迥异。
跨平台的软件库包括：
缓存；
配置管理（ConfigurationManager），即处理遗留的app.config和web.config文件；
数据集扩展（DatasetExtensions），用于不使用ORM访问数据库；
ODBC数据库访问；
System.Configuration.ConfigurationManager（MEF v1）；
System.Drawing；
System.IO.Packaging，用于与MS Office类型的压缩文件交互；
System.ServiceModel，即WCF（Windows Communication Foundation）。
需指出的是，这些API是刻意独立于.NET Core的完整发布的。对此，Microsoft的Immo Landwerth给出了如下解释：
以独立软件包提供的原因在于：（一）不少API是仅出于兼容性的考虑而提供的。在新代码中，不应依赖于这些API；（二）不少API仅用于Windows平台。我们不希望将用户引上一条更难以跨平台迁移应用的道路。
为了易于区分仅适用于Windows的和跨平台的API，现在有一种API兼容性分析工具可用。该工具可以标记出那些在应用中不应继续依赖的API。 你可以使用与弃用API相同的抑制选项，但是也可以选择对特定平台给出抑制警告。如果你仅规划在一组特定的平台上支持你的代码，例如只支持Windows和Linux但不支持macOS，这一工具十分有用。为此，你只需编辑项目文件，添加一个PlatformCompatIgnore属性，并在该属性中列出所有要忽略的平台。
沪公网安备31011202009668号 | 沪ICP备13020027号-2