赫赫小虾的专栏

using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.Security.Cryptography;using System.IO;namespace EncryptDemo{    class Program    { 

wpf中，在控件中直接设置ScrollViewer.HorizontalScrollBarVisibility和ScrollViewer.VerticalScrollBarVisibility属性，并不能显示滚动条。因为在wpf中，想要显示滚动条，需要把控件放在滚动条视图控件(ScrollViewer)中。ScrollViewer属性说明：VerticalScrollBarVisibili

ASP.NET MVC中,是依靠某些文件夹以及类的固定命名规则去组织model实体层，views视图层和控制层的。如果是大规模的应用程序，经常会由不同功能的模块组成，而每个功能模块都由MVC中的三层所构成，因此，随着应用程序规模的增大，如何组织这些不同功能模块中的MVC三层的目录结构，有时对开发者来说显得是种负担。　　幸运的是，ASP.NET MVC允许开发者将应用划分为“区域”(Area

using System; using System.Collections.Generic; using System.Text; using System.IO; using System.Net; using System.Windows.Forms; using System.Globalization; namespace FtpTest1 {

1.定義接口IFlynamespace TECO{ [ServiceContract] public interface IFly { [OperationContract] string Fly(string name); }}2.定義服務namespace TECO{ publ

引用串口类：System.IO.Ports.SerialPort直接贴代码： /// /// 串口 扫描枪 /// public class ScanProvider { private SerialPort _serialPort; public ScanProvider(string portName, int b

服务器端： static void Main(string[] args) { StartTcpListener(); } static void StartTcpListener() { string url = ConfigurationSettings.AppSettin

一. 单一职责原则(SRP)　　就一个类而言，只有一个引起它变化的原因。　　如果一个类承载的职责过多，就等于把这些职责耦合在一起。一个职责的变化可能削弱或抑制这个类完成其他职责的能力。　　这种耦合会导致脆弱的设计，当发生变化时，设计会遭受意想不到的破坏。　　软件设计真正要做的就是，发现职责并把职责相互分离。　　如果你能想到多于一个动机去改变一个类，那么这个类