codeplex

最近在研究CodeDom,用到ILMerge 序言 如果你的项目要提供多个dll给别人用，那么不妨让你的dll合并为一个，让别人看起来简洁，引用起来不会过于繁琐。 本篇比较少，但也算是比较实用吧。 下载微软的辅助工具ILMerge Imerge下载地址： https://www.microsoft.com/en-us/download/details.aspx?id=17630 下载完，傻瓜式下一步。 合并多个Dll 场景：C盘有2个dll，分别为: C:\A.dll ,C:\B.dll 结果：合并为C:\C.dll 具体操作: 首先我的ILMerge安装到啦C盘的路径为：C:\Program Files (x86)\Microsoft\ILMerge 如图： 1、cd C:\Program Files (x86)\Microsoft\ILMerge 2、ILmerge /ndebug /target:dll /out:C:\C.dll /log C:\A.dll C:\B.dll /targetplatform:v4 3、我日，就这么简单好啦，是滴，就这么简单。 4、其中：/log:log.txt命令是将生成过程中的日志，写入到log.txt文件中。out:merge.dll:是输出文件。AnalysisLibrary.dll USBClassLibrary.dll是源文件

转自：http://www.cnblogs.com/tanpeng/p/6155749.html 系统中经常会使用导出Excel的功能。之前使用的是NPOI，但是导出数据行数多就报内存溢出。 最近看到EPPlus可以用来导出Excel，就自己测了下两者导出上的差异。 NPIO官网地址： http://npoi.codeplex.com/ EPPlus官网地址： http://epplus.codeplex.com/ 添加NPOI、EPPlus类库dll使用的是NuGet添加。 在类库References右键Manage NuGet Packages...，之后选择添加对应的dll。 测试结果显示，相同数据结构的数据，EPPlus的导出能力比NPOI强。 20列，NPOI能导出4万数据，导出5万数据时报内存溢出。 EPPlus能导出20万以上数据，导出23万测试时内存溢出。 NPOI导出： 1 private static MemoryStream ExportXlsx(DataTable dt) 2 { 3 XSSFWorkbook workbook = new XSSFWorkbook(); 4 ISheet sheet = null; 5 6 int headRowIndex = 0; 7 string sheetName = "Sheet1"; 8 if (!string

前言（Introduction） 前些天写了一篇《 程序猿也爱学英语（上），有图有真相 》，大概介绍了我学英语的一些基本资料以及心得体会，先后从发音（Pronunciation, 基本常用单词积累（Vocabulary）, 新概念英语（New Concept English）, 究竟需不需要学语法（English Grammar？）, 走遍美国（Family Album U.S.A.）, 常用英语（Daily English Situations）, 老友记/六人行（Friends）,享受英语的乐趣（Enjoy English）等进行了一些论述。 在写作这几篇《程序猿也爱学英语，有图有真相》文章的过程中，发生了两件比较重要的事情： 1. 在我的强烈推荐下，老婆也爱上了看《老友记》。因为是无字幕版的，刚开始的时候，她听不太懂，但是到了第三季的时候就慢慢爱上了它。现在她把一到十季整整看完一遍了，期间整个房间都是她的欢声笑语！借此机会也想对其他有同样问题的朋友说：“坚持就是胜利！” 2. 经过几个月的努力，老婆终于找到自己满意的工作！对于这个Offer，可以说是来之不易，因为老婆没有任何跨国公司的经验且才来新加坡几个月，所以对她来讲是完全在一个不熟悉的英语环境，而且还要面对各种面试，其中的辛酸苦辣我也看在眼里，痛在心底。作为老公，希望她的工作一切顺利！ 扯远了，回归正题，

一. 摘要 　　最近一两年在做跨平台的解决方案，使应用程序能支持Android, iOS, Windows, MacOs. Linux等操作系统，在Android, iOS上可以使用Google Play Store 和 Apple App Store 只带的自动更新特性，但在Windows, MacOs. Linux，就需要自己写解决方案。 今天新加坡国庆节，由于肺炎疫情，宅在家没事，就完成了从CodePlex到Github的迁移，该组件已经成功托管到Github，所以大家可以到上面下载其源代码，也可以提交Issue，具体地址： https://github.com/knightswarrior/AppAutoUpdater 2010年我在CodePlex上开源了这个框架，在十年时间内下载量接近百万，感谢各位社区朋友的支持，我也尽力在努力升级，同时也尽量在工作之余回答各位在使用中的问题，但是可能有一些没有回复到，希望各位海涵。 众所周知，对于一般的软件开发，在开始的时候都会有一个技术选型的阶段，最大的选型就是首先要确定是选择Client/Server模式还是Browser/Server模式。综合而论：两者各有优劣，在很多方面都不能被对方互相取代，如在适用Internet、维护工作量等方面，B/S比C/S要强很多；但在运行速度、数据安全、人机交互等方面，B/S就远不如C/S那么强大

一. 摘要 　　最近一两年在做跨平台的解决方案，使应用程序能支持Android, iOS, Windows, MacOs. Linux等操作系统，在Android, iOS上可以使用Google Play Store 和 Apple App Store 只带的自动更新特性，但在Windows, MacOs. Linux，就需要自己写解决方案。 今天新加坡国庆节，由于肺炎疫情，宅在家没事，就完成了从CodePlex到Github的迁移，该组件已经成功托管到Github，所以大家可以到上面下载其源代码，也可以提交Issue，具体地址： https://github.com/knightswarrior/AppAutoUpdater 2010年我在CodePlex上开源了这个框架，在十年时间内下载量接近百万，感谢各位社区朋友的支持，我也尽力在努力升级，同时也尽量在工作之余回答各位在使用中的问题，但是可能有一些没有回复到，希望各位海涵。 众所周知，对于一般的软件开发，在开始的时候都会有一个技术选型的阶段，最大的选型就是首先要确定是选择Client/Server模式还是Browser/Server模式。综合而论：两者各有优劣，在很多方面都不能被对方互相取代，如在适用Internet、维护工作量等方面，B/S比C/S要强很多；但在运行速度、数据安全、人机交互等方面，B/S就远不如C/S那么强大

一. 摘要 　　最近一两年在做跨平台的解决方案，使应用程序能支持Android, iOS, Windows, MacOs. Linux等操作系统，在Android, iOS上可以使用Google Play Store 和 Apple App Store 只带的自动更新特性，但在Windows, MacOs. Linux，就需要自己写解决方案。 今天新加坡国庆节，由于肺炎疫情，宅在家没事，就完成了从CodePlex到Github的迁移，该组件已经成功托管到Github，所以大家可以到上面下载其源代码，也可以提交Issue，具体地址： https://github.com/knightswarrior/AppAutoUpdater 2010年我在CodePlex上开源了这个框架，在十年时间内下载量接近百万，感谢各位社区朋友的支持，我也尽力在努力升级，同时也尽量在工作之余回答各位在使用中的问题，但是可能有一些没有回复到，希望各位海涵。 众所周知，对于一般的软件开发，在开始的时候都会有一个技术选型的阶段，最大的选型就是首先要确定是选择Client/Server模式还是Browser/Server模式。综合而论：两者各有优劣，在很多方面都不能被对方互相取代，如在适用Internet、维护工作量等方面，B/S比C/S要强很多；但在运行速度、数据安全、人机交互等方面，B/S就远不如C/S那么强大

一. 摘要 　　最近一两年在做跨平台的解决方案，使应用程序能支持Android, iOS, Windows, MacOs. Linux等操作系统，在Android, iOS上可以使用Google Play Store 和 Apple App Store 只带的自动更新特性，但在Windows, MacOs. Linux，就需要自己写解决方案。 今天新加坡国庆节，由于肺炎疫情，宅在家没事，就完成了从CodePlex到Github的迁移，该组件已经成功托管到Github，所以大家可以到上面下载其源代码，也可以提交Issue，具体地址： https://github.com/knightswarrior/AppAutoUpdater 2010年我在CodePlex上开源了这个框架，在十年时间内下载量接近百万，感谢各位社区朋友的支持，我也尽力在努力升级，同时也尽量在工作之余回答各位在使用中的问题，但是可能有一些没有回复到，希望各位海涵。 众所周知，对于一般的软件开发，在开始的时候都会有一个技术选型的阶段，最大的选型就是首先要确定是选择Client/Server模式还是Browser/Server模式。综合而论：两者各有优劣，在很多方面都不能被对方互相取代，如在适用Internet、维护工作量等方面，B/S比C/S要强很多；但在运行速度、数据安全、人机交互等方面，B/S就远不如C/S那么强大

PDF.NET SOD框架不仅仅是一个ORM,但是它的ORM功能是独具特色的,我在博客中已经多次介绍,但都是原理性的,可能不少初学的朋友还是觉得复杂,其实,SOD的ORM是很简单的。下面我们就采用流行的 Code First的方式，一步步来了解下。 一、准备工作 1.1，添加SOD包引用 首先建立一个控制台项目（ 支持.NET2.0的项目 ），并使用程序包管理器添加PDF.NET SOD的程序引用： PM> Install-Package PDF.NET.SOD 更多详细使用信息说明，请参考nuget 网站说明 https://www.nuget.org/packages/PDF.NET/ 1.2，配置数据连接 新建一个控制台项目，添加一个应用程序配置文件，增加一个数据库连接配置： <? xml version="1.0" encoding="utf-8" ?> < configuration > < connectionStrings > < add name ="local" connectionString ="Data Source=.;Initial Catalog=LocalDB;Integrated Security=True" providerName ="SqlServer" /> </ connectionStrings > </ configuration >

现在网上很多应用都是用二维码来分享网址或者其它的信息。尤其在移动领域，二维码更是有很大的应用场景。因为项目的需要，需要在网站中增加一个生成二维码分析网址的功能，在谷歌大幅度抽筋的情况下无奈使用百度。百度N多，找到一些项目，但是可用性不强。（有一个项目是用VS2005开发的，在2010中调试不开。）终于在codeplex上找到一个“神器”，这个“神器”可以很方便的生成二维码，速度那是相当的快，并且可支持中文，遵从MIT协议。 QrCode.Net是一个使用C#编写的用于生成二维码图片的类库，使用它可以非常方便的为WinForm、WebForm、WPF、 Silverlight和Windows Phone 7应用程序提供二维码编码输出功能。可以将二维码文件导出为eps格式。 项目地址为: http://qrcodenet.codeplex.com QrCode.Net不再采用 http://code.google.com/p/zxing/ ZXing的端口，新的版本将有更好的性能。 测试结果如下（微秒）： 输入字符串长度：74个 EC performance 1000 Tests~ QrCode.Net: 3929 ZXing: 5221 同时，QrCode.Net可以对字符串进行分析，决定是否使用UTF-8编码。（比如使用中文的时候。） QrCode使用方法：

【题外话】 这是这个系列的最后一篇文章了，为了不让自己觉得少点什么，顺便让自己感觉完美一些，就再把OOXML说一下吧。不过说实话，OOXML真的太容易解析了，而且这方面的文档包括成熟的开源类库也特别特别特别的多，所以我就稍微说一下，文章中引用了不少的链接，感兴趣的话可以深入了解下。 【系列索引】 Office文件的奥秘——.NET平台下不借助Office实现Word、Powerpoint等文件的解析(一) 获取Office二进制文档的DocumentSummaryInformation以及SummaryInformation Office文件的奥秘——.NET平台下不借助Office实现Word、Powerpoint等文件的解析(二) 获取Word二进制文档（.doc）的文字内容（包括正文、页眉、页脚、批注等等） Office文件的奥秘——.NET平台下不借助Office实现Word、Powerpoint等文件的解析(三) 详细介绍Office二进制文档中的存储结构，以及获取PowerPoint二进制文档（.ppt）的文字内容 Office文件的奥秘——.NET平台下不借助Office实现Word、Powerpoint等文件的解析(完) 介绍Office Open XML文档（.docx、.pptx）如何进行解析以及解析Office文件常见开源类库 【文章索引】 初见Office