一个安静的程序猿~
原文:十五天精通WCF——第十二天 说说wcf中的那几种序列化 我们都知道wcf是由信道栈组成的，在我们传输的参数走到传输信道层之前，先需要经过序列化的过程，也就是将参数序列化为message，这篇 我们就来说说这里的序列化，蛮有意思的，可能初学者也明白，在wcf中默认的序列化是Dat...
原文:十五天精通WCF——第十一天 如何对wcf进行全程监控 说点题外话，我们在玩asp.net的时候，都知道有一个叼毛玩意叫做“生命周期”，我们可以用httpmodule在先于页面的page_load中 做一些拦截，这样做的好处有很多，比如记录日志，参数过滤，全局登录验证等等。
原文:十五天精通WCF——第十天 学会用SvcConfigEditor来简化配置 我们在玩wcf项目的时候，都是自己手工编写system.serviceModel下面的配置，虽然在webconfig中做wcf的服务配置的时候，vs提供大多 数的代码提示，但对于不太熟悉服务配置的小鸟们来说，有些困难，而且一些服务配置也容易遗漏，大多情况下，我们都是copy一份服务配置，然 后在服务配置上面修修改改，对吧。
原文:十五天精通WCF——第九天 高级玩法之自定义Behavior 终于我又看完了二期爱情保卫战，太酸爽了，推荐链接：http://www.iqiyi.com/a_19rrgublqh.html?vfm=2008_aldbd，不多说，谁看谁入迷，下面言归正传， 看看这个很有意思的Behavior。
原文:十五天精通WCF——第八天 对“绑定”的最后一点理解 转眼已经中断10几天没有写博客了，也不是工作太忙，正好碰到了端午节，然后最近看天津台的爱情保卫战入迷了。。。太好看了，一直都是回味无穷。
原文:十五天精通WCF——第七天 Close和Abort到底该怎么用才对得起观众 一：文起缘由 写这一篇的目的源自于最近看同事在写wcf的时候，用特别感觉繁琐而且云里雾里的嵌套try catch来防止client抛出异常，特别感觉奇怪，就比如下面的代码。
原文:十五天精通WCF——第六天 你必须要了解的3种通信模式 wcf已经说到第六天了，居然还没有说到这玩意有几种通信模式，惭愧惭愧，不过很简单啦，单向，请求-响应，双工模式，其中的第二种“请求-响应“ 模式，这个大家不用动脑子都清楚，这一篇我大概来分析下。
原文:十五天精通WCF——第五天 你需要了解的三个小技巧 一: 服务是端点的集合 当你在开发wcf的时候，你或许已经注意到了一个service可以公布多个endpoint，确实是这样，在wcf中有一句很经典的话，叫做“服务是端点的集合"，就 比如说一个普普通通的服务，它就公布了一个服务端点，一个元数据端点，对吧。
原文:十五天精通WCF——第四天 你一定要明白的通信单元Message 转眼你已经学了三天的wcf了，是不是很好奇wcf在传输层上面到底传递的是个什么鸟毛东西呢？？？应该有人知道是soap，那soap这叼毛长得是什么 样呢？这一篇我们来揭开答案。
原文:十五天精通WCF——第三天 client如何知道server提供的功能清单 通常我们去大保健的时候，都会找姑娘问一下这里能提供什么服务，什么价格，这时候可能姑娘会跟你口述一些服务或者提供一份服务清单，这样的话大 家就可以做到童嫂无欺，这样一份活生生的例子，在wcf中同样是一个道理，只有client了解service能提供哪些功能，client才可以根据server提供的功能进行 消费，那问题来了，service怎么把功能提供给client进行选择呢？？？这个就是我这一篇要聊的wsdl（web service description language）。
原文:十五天精通WCF——第二天 告别烦恼的config配置 经常搞wcf的基友们肯定会知道，当你的应用程序有很多的“服务引用”的时候，是不是有一种疯狂的感觉。。。从一个环境迁移到另外一个环境，你需要改变的 endpoint会超级tmd的多，简直就是搞死了人。
原文:十五天精通WCF——第一天 三种Binding让你KO80%的业务 转眼wcf技术已经出现很多年了，也在.net界混的风生水起，同时.net也是一个高度封装的框架，作为在wcf食物链最顶端的我们所能做的任务已经简单的不能再简单了， 再简单的话马路上的大妈也能写wcf了，好了，wcf最基本的概念我们放在后面慢慢分析，下面我们来看看神奇的3个binding如何KO我们实际场景中的80%的业务场景。
原文:PHP脚本实现凯撒加（解）密 今天在看某ctf时候遇到一题凯撒加密的题，然后看到write up里有这样一句 顿时感觉这题目有点坑啊，这要不写个脚本来跑要推到啥时候啊，于是又了本文： 1
原文: Deflater与Inflater的压缩与解压缩 package util; import java.util.Arrays; import java.
原文:java压缩解压缩类实例[转] package com.example.helloworld; import java.io.ByteArrayOutputStream; import java.
原文:基于Zlib算法的流压缩、字符串压缩源码 Zlib.net官方源码demo中提供了压缩文件的源码算法。处于项目研发的需要，我需要对内存流进行压缩，由于zlib.net并无相关文字帮助只能自己看源码解决。
原文: InputStream中read()与read(byte[] b) read()与read(byte[] b)这两个方法在抽象类InputStream中前者是作为抽象方法存在的，后者不是，JDK API中是这样描述两者的： 1：read() : 从输入流中读取数据的下一个字节，返回0到255范围内的int字节值。
原文:c#与java中byte字节的区别及转换方法 在java中 byte的范围在 [-128,127] 在C#中 byte的范围在 [0,255] 所以 java程序与C#程序 进行数据传输的时候 要先把java的byte数组转换成在[0,255]范围内的int型数组a[];再把a[]进行加密得到字符串str, 把字符串传到web服务上。
原文:idea开发swing（二） 闲话少说，书接idea开发swing（一）。 程序编译完成后，需要打包发布，如果有fat_jar的同学可以通过该插件打包，这里是使用ant来打包，步骤如下： 一、编写build.
原文:idea开发swing（一） 最近项目组需要开发一个swing小工具，以下是开发过程。 一、创建工程： 输入工程名称，选择java module，点击next 接下来什么都不选点击finish，项目创建成功。
原文: 刚碰见的问题 1. failed to load the jni shared library jre bin server jvm.dll 解决：这个主要是eclipse的版本和安装的jdk版本不相同。
原文: JAVA中MESSAGEBOX,静态类直接引用 package cisdi.mes.wrm.mcode.serviceImpl; import javax.
原文:netbeans 打包生成 jar 文件页里找到build.xml文件,打开在前 加入以下代码保存之 ...
原文 @（报错）could not find the main class, Program will exit（已解决） （很抱歉，如果你希望能更加清楚地看清图片或是图上的文字的话，你可以按住ctrl不动，然后向上滚动鼠标的滚轮。
原文:IntelliJ IDEA导出Java 可执行Jar包 保证自己的Java代码是没有问题的，在IDEA里面是可以正常运行的，然后，按下面步骤： 打开File -> Project Structure -> Artifacts，如下图 点击“+”，选择“Jar”，选择Empty或From modules with dependencies，后者会把在项目中用到的Jar包解压开，当成项目的一部分，打包到最后的Jar包中。
原文 Rfc2898DeriveBytes解密如何通过java实现 这个找了半天，还是不太懂，密码一点不懂，直接上来问了 Rfc2898DeriveBytes对应的是PBKDF2WithHmacSHA1，Rfc2898DeriveBytes默认的迭代次数为1000，剩下的不知道了 以下为C...
原文:AES加密时抛出java.security.InvalidKeyException: Illegal key size or def 使用AES加密时，当密钥大于128时，代码会抛出 java.security.InvalidKeyException: Illegal key size or default parameters Illegal key size or default parameters是指密钥长度是受限制的，java运行时环境读到的是受限的policy文件。
原文 JAVA实现AES的加密和解密算法 import javax.crypto.Cipher; import javax.crypto.spec.IvParameterSpec; import javax.
原文: 分享非常有用的Java程序(关键代码)（七）---抓屏程序 import java.awt.Dimension; import java.
原文: 分享非常有用的Java程序 (关键代码)(六)---解析/读取XML 文件（重要） XML文件 John B 12 ...
原文: 分享非常有用的Java程序 (关键代码)(五)---把 Array 转换成 Map import java.util.Map; import org.
原文: 分享非常有用的Java程序 (关键代码)(四)---动态改变数组的大小 /** * Reallocates an array with a new size, and copies the contents * * of the old array to the new array.
原文: 分享非常有用的Java程序 (关键代码) (二)---列出文件和目录 File dir = new File("directoryName"); String[] children = dir.
原文: 分享非常有用的Java程序 (关键代码) (三)---创建ZIP和JAR文件 import java.util.zip.*; import java.
原文: 分享非常有用的Java程序 (关键代码) (一) 分享一些非常有用的Java程序 (关键代码) ,希望对你有所帮助。
原文: 分享非常有用的Java程序(关键代码)(八)---Java InputStream读取网络响应Response数据的方法!(重要) Java InputStream读取数据问题 ====================================================================== 原理讲解 1. 关于InputStream.read() 在从数据流里读取数据时，为图简单，经常用InputStream.read()方法。
原文:【项目分析】利用C#改写JAVA中的Base64.DecodeBase64以及Inflater解码 最近正在进行项目服务的移植工作，即将JAVA服务的程序移植到DotNet平台中。 在JAVA程序中，有个HTTP请求数据头中，包含一个BASE64编码的字符串，例如： eJyVjMENgDAMA1fpBMjnIkp3ZzZEpAa1PLmXY10sDdqBqr54Ww5AthG7zxJYa0MYr9p7bPFnK/uqjCj06y7JfHwAX3AhhA== 现在需要将这个字符串转化成原始字符串，原始字符串包含许多重要的信息。
原文:WCF技术剖析之三十：一个很有用的WCF调用编程技巧[下篇] 在《上篇》中，我通过使用Delegate的方式解决了服务调用过程中的异常处理以及对服务代理的关闭。对于《WCF技术剖析（卷1）》的读者，应该会知道在第7章中我通过类似于AOP的方式解决了相似的问题，现在我们来讨论这个解决方案。
原文:WCF技术剖析之三十：一个很有用的WCF调用编程技巧[上篇] 在进行基于会话信道的WCF服务调用中，由于受到并发信道数量的限制，我们需要及时的关闭信道；当遇到某些异常，我们需要强行中止（Abort）信道，相关的原理，可以参考我的文章《服务代理不能得到及时关闭会有什么后果?》。
原文:WCF技术剖析之二十九：换种不同的方式调用WCF服务[提供源代码下载] 我们有两种典型的WCF调用方式：通过SvcUtil.exe（或者添加Web引用）导入发布的服务元数据生成服务代理相关的代码和配置；通过ChannelFactory创建服务代理对象。
原文:WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的实现]（提供模拟程序） 基于HTTP-GET的元数据发布方式与基于WS-MEX原理类似,但是ServiceMetadataBehavior需要做的更多额外的工作。
原文:WCF技术剖析之二十八：自己动手获取元数据[附源代码下载] 元数据的发布方式决定了元数据的获取行为，WCF服务元数据架构体系通过ServiceMetadataBehavior实现了基于WS-MEX和HTTP-GET的元数据发布，针对这两种不同的协议，元数据获取的实现方式也是不同的。
原文:WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于WS-MEX的实现]（提供模拟程序） 通过《如何将一个服务发布成WSDL[编程篇]》的介绍我们知道了如何可以通过编程或者配置的方式将ServiceMetadataBehavior这样一个服务形式应用到相应的服务上面，从而实现基于HTTP-GET或者WS-MEX的元数据发布机制。
原文:WCF技术剖析之二十七: 如何将一个服务发布成WSDL[编程篇] 对于WCF服务端元数据架构体系来说，通过MetadataExporter将服务的终结点导出成MetadataSet（参考《如何导出WCF服务的元数据》），仅仅是完成了一半的工作。
原文:WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[扩展篇] 通过《实现篇》对WSDL元素和终结点三要素的之间的匹配关系的介绍，我们知道了WSDL的Binding元素来源于终结点的绑定对象，那么这些基于Binding的元数据以及相应的策略断言是如何被写入WSDL的呢？WSDL导出扩展（WSDL Export Extension）和策略导出扩展（Policy Export Extension）就是为此设计的。
原文:WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[实现篇] 元数据的导出就是实现从ServiceEndpoint对象向MetadataSet对象转换的过程，在WCF元数据框架体系中，元数据的导出工作由MetadataExporter实现。
原文:WCF技术剖析之二十五: 元数据（Metadata）架构体系全景展现[元数据描述篇] 在[WS标准篇]中我花了很大的篇幅介绍了WS-MEX以及与它相关的WS规范：WS-Policy、WS-Transfer和WSDL，因为WCF元数据结构体系完全是基于WS-MEX等相关的规范之上。
原文:WCF技术剖析之二十五: 元数据（Metadata）架构体系全景展现[WS标准篇] 元数据实际上是服务终结点的描述，终结点由地址（Address）、绑定（Binding）和契约（Contract）经典的ABC三要素组成。
原文:WCF技术剖析之二十三：服务实例（Service Instance）生命周期如何控制[下篇] 在[第2篇]中，我们深入剖析了单调（PerCall）模式下WCF对服务实例生命周期的控制，现在我们来讨轮另一种极端的服务实例上下文模式：单例（Single）模式。
原文:WCF技术剖析之二十四: ServiceDebugBehavior服务行为是如何实现异常的传播的? 服务端只有抛出FaultException异常才能被正常地序列化成Fault消息，并实现向客户端传播。
发表了文章
2018-12-12
发表了文章
2018-12-12
发表了文章
2018-12-12
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-07
发表了文章
2018-12-07
发表了文章
2018-12-04
发表了文章
2018-12-04
发表了文章
2018-12-03
发表了文章
2018-12-03
发表了文章
2018-12-03
发表了文章
2018-12-03
发表了文章
2018-12-02
