readline

在windows应用程序中文档的打印是一项非常重要的功能，在以前一直是一个非常复杂的工作,Microsoft .net Framework的打印功能都以组件的方式提供，为程序员提供了很大的方便，但是这几个组件的使用还是很复杂的，有必要解释一下。 打印操作通常包括以下四个功能 1 打印设置 设置打印机的一些参数比如更改打印机驱动程序等 2 页面设置 设置页面大小纸张类型等 3 打印预览 类似于word中的打印预览 4 打印 下面我把我编写的记事本（全部源代码可以在 http://www.cndot.net 中下载）中用到的打印功能的代码进行解释希望能给大家一些帮助 实现打印功能的核心是PrintDocument类这个类属于System.Drawing.Printing名字空间这个类封装了当前的打印设置页面设置以及所 有的与打印有关的事件和方法 这个类包括以下几个属性 事件 和方法 1、PrinterSettings 属性 存放打印机的设置信息这个属性不需要程序员设置因为它是由打印对话框获取的 2、PrintCountroller 属性 控制打印过程 3、DefaultPageSettings 属性 存放页面设置信息 打印纸大小方向等也不需要程序员设置因为它是由页面设置对话框获取的 4、DocumentName 属性 指定文档名称，出现在打印机状态窗口中 1。 BeginPrint事件

wget https://fossies.org/linux/privat/rlwrap-0.43.tar.gz yum -y install readline* https://fossies.org/linux/privat/rlwrap-0.43.tar.gz tar zxvf rlwrap-0.43.tar.gz cd rlwrap-0.43 ./configure make && make install alias sqlplus='rlwrap sqlplus' alias rman='rlwrap rman' 来源： oschina 链接： https://my.oschina.net/u/4339481/blog/4899828

using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.Windows.Forms; using System.Runtime.InteropServices; using System.IO; namespace findWindowTest { public partial class Form1 : Form { public Form1() { InitializeComponent(); } // Find Window // 查找窗体 // @para1: 窗体的类名 例如对话框类是"#32770" // @para2: 窗体的标题 例如打开记事本 标题是"无标题 - 记事本" 注意 - 号两侧的空格 // return: 窗体的句柄 [DllImport("User32.dll", EntryPoint = "FindWindow")] public static extern IntPtr FindWindow(string className, string windowName); /

//20183761 司宇明 ScoreInformation.java import java.lang.Object; class ScoreInformation { private String stunumber; private String name; private double mathematicsscore; private double englishscore; private double networkscore; private double databasescore; private double softwarescore; public ScoreInformation() { this.stunumber=stunumber; this.name=name; this.mathematicsscore=mathematicsscore; this.englishscore=englishscore; this.networkscore=networkscore; this.databasescore=databasescore; this.softwarescore=softwarescore; } //stunumber 的 getter setter public void setStunumber(String stunumber)

0x00 问题引出： 　　最近在练习python爬虫的时候，需要爬取网页。 在使用urllib获取reqest的response的时候，还要进行解码。 见语句： content = urllib.request.urlopen(request).read().decode() 当执行该语句的时候，会造成异常： UnicodeDecodeError: 'utf-8' codec can't decode byte 0xd3 in position 259: invalid continuation byte 0xd3 问题分析 该情况是由于出现了无法进行转换的 二进制数据 造成的，可以写一个小的脚本来判断下，是整体的字符集参数选择上出现了问题，还是出现了部分的无法转换的二进制块： #python3 #以读入文件为例： f = open("data.txt","rb")#二进制格式读文件 while True: line = f.readline() if not line: break else : try : #print(line.decode('utf8')) line.decode('utf8' ) except : print(str(line)) 　1.如果是字符集出现错误，建议多选择几种字符集测试一下： 选择的经验是： 如果是爬取到的网页文件

最近在将java上写的一个简单的表达式求值计算器移植到Windows Phone 8，java中double的精度问题是很明显的，解决办法是改用BigDecimal类。所以觉得C#中用double也是不太好的。 C#中用作精度计算的一个数据类型是decimal，对应的类是Decimal decimal的表示范围是 (-7.9 x 1028 - 7.9 x 1028) / (100 - 28) （详见 http://technet.microsoft.com/zh-cn/364x0z75.aspx） 显而易见，decimal能表示的最大数比double要小得多， 经查询一下是各数据类型能表示的最大值和最小值： int类型的最大值: 2147483647,最小值: -2147483648 uint类型的最大值: 4294967295,最小值: 0 byte类型的最大值: 255,最小值: 0 sbyte类型的最大值: 127,最小值: -128 short类型的最大值: 32767,最小值: -32768 ushort类型的最大值: 65535,最小值: 0 long类型的最大值: 9223372036854775807,最小值: -9223372036854775808 ulong类型的最大值: 18446744073709551615,最小值: 0 float类型的最大值: 3

原文: C#设计模式之六适配器模式（Adapter Pattern）【结构型】 一、引言 从今天开始我们开始讲【结构型】设计模式，【结构型】设计模式有如下几种：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。【创建型】的设计模式解决的是对象创建的问题，那【结构型】设计模式解决的是类和对象的组合关系的问题。今天我们就开始讲【结构型】设计模式里面的第一个设计模式，中文名称：适配器模式，英文名称：Adapter Pattern。说起这个模式其实很简单，在现实生活中也有很多实例，比如：我们手机的充电器，充电器的接头，有的是把两相电转换为三相电的，当然也有把三相电转换成两相电的。我们经常使用笔记本电脑，笔记本电脑的工作电压和我们家里照明电压是不一致的，当然也就需要充电器把照明电压转换成笔记本的工作电压，只有这样笔记本电脑才可以正常工作。太多了，就不一一列举了。我们只要记住一点，适配就是转换，把不能在一起工作的两样东西通过转换，让他们可以在一起工作。 二、适配器模式的详细介绍 2.1、动机（Motivate） 在软件系统中，由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的。如何应对这种“迁移的变化”？如何既能利用现有对象的良好实现，同时又能满足新的应用环境所要求的接口？ 2.2、意图（Intent）

由来 前些日子小组内安排值班，轮流看顾我们的服务，主要做一些报警邮件处理、Bug 排查、运营 issue 处理的事。工作日还好，无论干什么都要上班的，若是轮到周末，那这一天算是毁了。 不知道是公司网络广了就这样还是网络运维组不给力，网络总有问题，不是这边交换机脱网了就是那边路由器坏了，还偶发地各种超时，而我们灵敏地服务探测服务总能准确地抓住偶现的小问题，给美好的工作加点料。好几次值班组的小伙伴们一起吐槽，商量着怎么避过服务保活机制，偷偷停了探测服务而不让人发现（虽然也并不敢）。 前些天我就在周末处理了一次探测服务的锅。 转载随意，文章会持续修订，请注明来源地址： https://zhenbianshu.github.io 。 问题 网络问题？ 晚上七点多开始，我就开始不停地收到报警邮件，邮件显示探测的几个接口有超时情况。 多数执行栈都在： java.io.BufferedReader.readLine(BufferedReader.java:371) java.io.BufferedReader.readLine(BufferReader.java:389) java_io_BufferedReader$readLine.call(Unknown Source) com.domain.detect.http.HttpClient.getResponse(HttpClient