实际在这种情况下，莫不如先走个极端的路，就是把所有的东西都对象化了，慢慢你就会体会他们的优缺点

键盘操作，鼠标操作，钩子跨进程修改内存数据，通过游戏客户端自己向游戏服务器发包

2。直接入侵服务器，一般只有做游戏的人自己先出外挂

（1）服务器肯定开个端口接受数据，就当是socket，但不是匿名的，你向这个端口发包，服务器需要验证，估计 每个机器安装完了 会随机生成个验证密钥，你也需要这个验证密钥

（2）第二步你还要知道他那边是怎么处理的

（3）第三步 就是数据结构

1.byte[] q=  System.Text.Encoding.UTF8.GetBytes("哈");

2.
MemoryStream stream = new MemoryStream();
BinaryFormatter formatter = new BinaryFormatter();
formatter.Serialize(stream, "哈");
stream.Close();
byte[] qq=stream.ToArray();

第一个方法是把"哈"字符串转换成UTF8码,第二个是序列化"哈"

不同之处在于

一.

1是单纯的转码

2是序列化"哈"这个字符串对象,一个对象包括很对内容(属性,方法,索引器等等)

序列化对象就是把对象变成byte[]的格式,因为对象的成员很复杂,而且类型不同,所以变起来没有转码那么简单

二.

我们会发现,2并没有指定编码格式,难道序列化就不需要指定编码格式吗,那当然是不可能的,通过我实验当序列化对象时,把对象中数据成员的字符串转化为byte[]是按照UTF8码来做的,其它类型我没有实验

那为什么要用UTF8而不用Unicode?

看一下 下面的解释

　UTF8效率
　　1.每个英文字母、数字所占的空间为1 Byte；
　　2.泛欧语系、斯拉夫语字母占2 Bytes；
　　3.汉字占3 Bytes。
用Unicode的话,英文也变成2 Bytes了
原来老美是为了照顾自己 而损失了汉语的效率,明白了了吧

由此可见UTF8对英文来说是个非常诱人的方案，但对中文来说则不太合算，无论用ANSI还是 Unicode/UCS2来编码都只用2 Bytes，但用UTF8则需要3 Bytes。
　　以下是一些统计资料，显示用UTF8来储存文件每个字符所需的平均字节：
　　1.拉丁语系平均用1.1 Bytes；
　　2.希腊文、俄文、阿拉伯文和希伯莱文平均用1.7 Bytes；
　　3.其他大部份文字如中文、日文、韩文、Hindi(北印度语)用约3 Bytes；
　　4.用超过4 Bytes的都是些非常少用的文字符号。

一开始我用序列化的时候,我就很奇怪,为什么不用指定编码,原来不是没指定,而是序列化对象自身已经做好了算法,(有可能针对不同类型用了很多不同的编码,自定义很复杂,失去了意义,系统指定的最优化编码)并没有提供给外接指定编码的接口(可以自定义序列化,但不知道可不可以自定义序列化编码)

一家之言,不敢肯定是正确的,作为参考吧

　　解码同理，把 rbq2 的二进制位连接上再重组得到三个8位值，得出原码。

在下载软件中加密下载地址的原理

　　先以“迅雷下载”为例： 很多下载类网站都提供“迅雷下载”的链接，其地址通常是加密的迅雷专用下载地址。

　　如thunder://QUFodHRwOi8vd3d3LmJhaWR1LmNvbS9pbWcvc3NsbTFfbG9nby5naWZaWg==

　　其实迅雷的“专用地址”也是用Base64加密的，其加密过程如下：

　　一、在地址的前后分别添加AA和ZZ

　　如www.baidu.com/img/sslm1_logo.gif变成

　　AAwww.baidu.com/img/sslm1_logo.gifZZ

　　二、对新的字符串进行Base64编码

　　如AAwww.baidu.com/img/sslm1_logo.gifZZ用Base64编码得到

　　QUFodHRwOi8vd3d3LmJhaWR1LmNvbS9pbWcvc3NsbTFfbG9nby5naWZaWg==

　　三、在上面得到的字符串前加上“thunder://”就成了

　　thunder://QUFodHRwOi8vd3d3LmJhaWR1LmNvbS9pbWcvc3NsbTFfbG9nby5naWZaWg==

　　另：

　　Flashget的与迅雷类似，只不过在第一步时加的“料”不同罢了，Flashget在地址前后加的“料”是[FLASHGET]

　　而QQ旋风的干脆不加料，直接就对地址进行Base64编码了

2、使用SoapFormatter
 先添加System.Runtime.Serialization.Formatters.Soap引用，然后和BinaryFormatter类似，我们只需要做一下简单修改即可：
 a.将using语句中的.Formatter.Binary改为.Formatter.Soap;
 b.将所有的BinaryFormatter替换为SoapFormatter.
 c.确保报存文件的扩展名为.xml
 经过上面简单改动，即可实现SoapFormatter的串行化，这时候产生的文件就是一个xml格式的文件。

Code
using System;
using System.Data;
using System.Configuration;
using System.IO;
using System.Runtime.Serialization.Formatters.Soap;

namespace SoapSerialize
{
    //要使一个类可序列化，最简单的方法是使用Serializable 属性对它进行标记
    [Serializable]
    public class User //要序列化的用户类
    {
        public int tid = 252;
        public string name = "jeff wong";
        [NonSerialized]
        public string sex = "male"; // 性别被标识为不可序列化
    }
    public class SerializeUtil
    {
       private static string strFile = "c:\\User.xml"; //存为xml

        public static void Serialize(User testUser)
        {
            using (FileStream fs = new FileStream(strFile, FileMode.Create))
            {
                SoapFormatter formatter = new SoapFormatter();
                formatter.Serialize(fs, testUser);
            }
        }

        public static User DeSerialize()
        {
            User testUser = null;
            using (FileStream fs = new FileStream(strFile, FileMode.Open))
            {
                SoapFormatter formatter = new SoapFormatter();
                testUser = (User)formatter.Deserialize(fs);
            }
            return testUser;
        }
    }

    public class Program
    {
        static void Main()
        {
            SerializeUtil.Serialize(new User());//序列化
            User tmpUser = SerializeUtil.DeSerialize();//反序列化
            Console.WriteLine(tmpUser.tid + "-" + tmpUser.name);
            Console.WriteLine(tmpUser.sex); //sex被标识为不可序列化，所以总为null
            Console.ReadLine();
        }
    }
}

（3）、使用XmlSerializer
想使用XmlSeralizer进行串行化我们需要做一下修改：
 a.添加System.Xml.Serialization命名空间.
 b.Serializable和NoSerialized属性将被忽略,而是使用XmlIgnore属性，它的行为与NoSerialized类似.
 c.XmlSeralizer要求类有个默认的构造器.

Code
using System;
using System.Data;
using System.Configuration;
using System.IO;
using System.Xml.Serialization;

namespace XmllSerialize
{
    [Serializable]
    public class User //要序列化的用户类
    {
        public int tid = 252;
        public string name;
        [XmlIgnore]
        public string sex = "male"; 
       
        public User(string name)
        {
            this.name = name;
        }
        /// <summary>
        /// 必须注意：XmlSeralizer要求类有个默认的构造器
        /// </summary>
        public User()
        { 
        }
    }
    public class SerializeUtil
    {
       private static string strFile = "c:\\User.xml"; //存为xml

        public static void Serialize(User testUser)
        {
            XmlSerializer xs = new XmlSerializer(typeof(User));
            using (Stream stream = new FileStream(strFile, FileMode.Create, FileAccess.Write, FileShare.Read))
            {
                xs.Serialize(stream, testUser);
            }
        }

        public static User DeSerialize()
        {
            User testUser = null;
            using (FileStream fs = new FileStream(strFile, FileMode.Open, FileAccess.Read, FileShare.Read))
            {
                XmlSerializer xs = new XmlSerializer(typeof(User));
                testUser = (User)xs.Deserialize(fs);
            }

            return testUser;
        }
    }

    public class Program
    {
        static void Main()
        {
            SerializeUtil.Serialize(new User("jeff wong"));//序列化
            User tmpUser = SerializeUtil.DeSerialize();//反序列化
            Console.WriteLine(tmpUser.tid + "-" + tmpUser.name);
            Console.WriteLine(tmpUser.sex);
            Console.ReadLine();
        }
    }
}

1。图层

2。帧：

3。帧频

4。绘图

　　帧——就是影像动画中最小单位的单幅影像画面，相当于电影胶片上的每一格镜头。

　　关键帧——任何动画要表现运动或变化，至少前后要给出两个不同的关键状态，而中间状态的变化和衔接电脑可以自动完成，在Flash中，表示关键状态的帧叫做关键帧。

　　过渡帧——在两个关键帧之间，电脑自动完成过渡画面的帧叫做过渡帧。 
      帧频——视频剪辑每秒显示的帧数

　　关键帧和过渡帧的联系和区别

　　两个关键帧的中间可以没有过渡帧（如逐帧动画），但过渡帧前后肯定有关键帧，因为过渡帧附属于关键帧；

　　关键帧可以修改该帧的内容，但过渡帧无法修改该帧内容。

　　关键帧中可以包含形状、剪辑、组等多种类型的元素或诸多元素，但过渡帧中对象只能是剪辑（影片剪辑、图形剪辑、按钮）或独立形状。

　　影片是由一张张连续的图片组成的，每幅图片就是一帧，PAL制式每秒钟25帧，NTSC制式每秒钟30帧。

而windowform一般以一个主入口,然后加载为主

看了几个webgame,基本上是以windowform的概念做的,一般只有一个也,而用js等动态输出内容

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -s W3SVC/1/ROOT/你的虚拟目录名

还有 如果w3wp是由2.0启动的话,那么2010就启动不了

反之同理,需要关闭w3wp进程

有些内涵的 有自己完整的世界观

1。新的基础能源

2。由新基础能源衍生出各种动力，能力，宠物，和世界组成

3。战争

4。被爱

5。被恨

6。被毁灭

7。被拯救

剧情一般显性的是战争，是人性

隐性的是追求能源的根源，世界的组成，起源，是一种世界观的追求，而不是单一人性的追求

socket是一个针对TCP和UDP编程的借口，你可以借助它建立TCP连接等等。而TCP和UDP协议属于传输层  

2.SOAP：简单对象访问协议 （SOAP：Simple Object Access Protocol）基于 XML 的协议 ,最常见的形式就是现在的webservices了

3.FTP

4.SMTP/POP3 邮件

5.HTTP:http是个应用层的协议，它实际上也建立在TCP协议之上

基本上常用的就这几种,这些通信协议的编码在每种编辑器里基本上是一样的(不管是java  .net pl/sql flash siliverlight,javascript)

原理就是 服务器做socket server 然后开多线程处理每个请求，然后吧每个请求发送到每个客户端(还是以服务器为中心的通信，不能实现p2p点对点)

客户端请求服务器socket server

那么，官方的（第三方有）RIA p2p什么时候能实现，？可能实现吗？实现了会不会RIA病毒满天飞了（RIA两个重要的技术没有实现，1.读写文件2.点对点,是因为安全性考虑)

在目前这个 浏览器越做越象操作系统的年代，RIA技术的真相只不过是CS程序换了个平台运行而已（可以把 浏览器看作是个虚拟机，软件只不过是在虚拟机上运行)

所以微软现在号称，WPF,siliverlight程序 既可以单独为CS程序运行，又可以依附在浏览器上，那是因为，现在的浏览器，就是个操作系统，大概浏览器以后就会保留个浏览器的样子而已，说白了就是把window操作系统的界面做的和浏览器一样，然后其它CS程序就叫RIA了(当然，现在运行环境也分开了，java虚拟机，.netframework等等)

换句话说，以后保留浏览器，实际就是为了迎合这么多年来支持和爱护着浏览器的客户们!!!!!!!!!

今天因为和朋友谈RIA视频会议的实现可能，想到的上边这些，如果理论是对的，那么看来只能对大部分人提供音频会议了(siliverlight暂时好像还不能做视频聊天)

视频会议的话实现到没问题，不过服务器压力过大，会挂掉的，真要做，需要收费添硬件,一个服务器使用有限的人,当然期待点对点的出现，期待这些大牛解决安全问题(题外话，呵呵，如果RIA可以开本机端口这么大的权力，那么它就相当于cs程序了，安装时候一定要做到提示，不能直接下载运行了事，到时候一开浏览器就提示安装不安装，确实问题,而且万一点同意了 没准就是个病毒,直接格式化了你的硬盘,不过这样杀毒软件又能火一把了)

 作视频聊天软件还是以C++ 和Socket为主的cs是正道，bs的RIA只是辅助的作用，多元化发展之一

2.具备深厚的美术功底，有出色的手绘能力,色彩感觉良好,画风多变，写实能力强.

3.熟练使用photoshop，手绘板等图形设计制作软件

4.有1-2年以上Flash开发经验，精通ActionScript3.0(AS3)，有良好的OOP编程思想；熟悉http,Socket等各种通信方式，有flash和后台程序交互开发经验；

5.熟练使用dreamwave制作网页，熟练Div+css网页布局

6.有游戏行业工作经验，熟悉游戏原画设计流程和规范优先；
7.热爱游戏，对游戏行业有着执着的追求，深玩过2款以上游戏，并能详细说出自己的独到见解；

双机热备

多数据库（没办法 做到数据库里吧，做一个支持多数据库的类当参数传，这个失误很大）,吧服务器对应的数据库和选择服务器的公共接口做好

虚卡财务报表

SSL 是一个安全协议，它提供使用 TCP/IP 的通信应用程序间的隐私与完整性。因特网的 超文本传输协议 （HTTP）使用 SSL 来实现安全的通信。

在客户端与服务器间传输的数据是通过使用对称算法（如 DES 或 RC4）进行加密的。公用密钥算法（通常为 RSA）是用来获得加密密钥交换和数字签名的，此算法使用服务器的SSL数字证书中的公用密钥。有了服务器的SSL数字证书，客户端也可以验证服务器的身份。SSL 协议的版本 1 和 2 只提供服务器认证。版本 3 添加了客户端认证，此认证同时需要客户端和服务器的数字证书。

SSL 握手

SSL 连接总是由客户端启动的。在SSL 会话开始时执行 SSL 握手。此握手产生会话的密码参数。关于如何处理 SSL 握手的简单概述，如下图所示。此示例假设已在 Web 浏览器 和 Web 服务器间建立了 SSL 连接。

图 SSL的客户端与服务器端的认证握手

(1) 客户端发送列出客户端密码能力的客户端“您好”消息（以客户端首选项顺序排序），如 SSL 的版本、客户端支持的密码对和客户端支持的数据压缩方法。消息也包含 28 字节的随机数。

(2) 服务器以服务器“您好”消息响应，此消息包含密码方法（密码对）和由服务器选择的数据压缩方法，以及会话标识和另一个随机数。
  注意:客户端和服务器至少必须支持一个公共密码对，否则握手失败。服务器一般选择最大的公共密码对。

(3) 服务器发送其SSL数字证书。（服务器使用带有 SSL 的 X.509 V3 数字证书。）
    如果服务器使用 SSL V3，而服务器应用程序（如 Web 服务器）需要数字证书进行客户端认证，则客户端会发出“数字证书请求”消息。在 “数字证书请求”消息中，服务器发出支持的客户端数字证书类型的列表和可接受的CA的名称。

(4) 服务器发出服务器“您好完成”消息并等待客户端响应。

(5) 一接到服务器“您好完成”消息，客户端（ Web 浏览器）将验证服务器的SSL数字证书的有效性并检查服务器的“你好”消息参数是否可以接受。
   如果服务器请求客户端数字证书，客户端将发送其数字证书；或者，如果没有合适的数字证书是可用的，客户端将发送“没有数字证书”警告。此警告仅仅是警告而已，但如果客户端数字证书认证是强制性的话，服务器应用程序将会使会话失败。

(6) 客户端发送“客户端密钥交换”消息。此消息包含 pre-master secret （一个用在对称加密密钥生成中的 46 字节的随机数字），和 消息认证代码 （ MAC ）密钥（用服务器的公用密钥加密的）。
   如果客户端发送客户端数字证书给服务器，客户端将发出签有客户端的专用密钥的“数字证书验证”消息。通过验证此消息的签名，服务器可以显示验证客户端数字证书的所有权。
   注意: 如果服务器没有属于数字证书的专用密钥，它将无法解密 pre-master 密码，也无法创建对称加密算法的正确密钥，且握手将失败。

(7) 客户端使用一系列加密运算将 pre-master secret 转化为 master secret ，其中将派生出所有用于加密和消息认证的密钥。然后，客户端发出“更改密码规范” 消息将服务器转换为新协商的密码对。客户端发出的下一个消息（“未完成”的消息）为用此密码方法和密钥加密的第一条消息。

(8) 服务器以自己的“更改密码规范”和“已完成”消息响应。

(9) SSL 握手结束，且可以发送加密的应用程序数据。

后来发现MVC框架已经模拟好了这个请求,通过自动生成的HOME的例子看到

简单来说就是

控制器行为的目的：

Index（）：当你想显示任务清单时调用。

Create（）：当你想显示创建一个新任务的窗体时显示调用。

CreateNew（）：当创建一个新任务的窗体被提交时调用，这个控制器行为真实地把新任务添加到数据库中。

Complete（）：当一个新任务被标记为完成时调用。

创建视图

视图包括HTML标记和返回给浏览器的内容，在ASP.NET MVC应用程序中视图是最接近页面的事物，通过创建一个扩展名为.aspx的文件来创建一个视图。

你必须将视图放在正确的位置，如果你给HomeController的Index（）行为方法创建了一个视图，你必须将这个视图放在\Views\Home\Index.aspx。

如果你正在为ProductController的Price() 行为方法创建视图，视图就必须放在\Views\Product\Price.aspx。

默认情况下，视图的名字和它对应的控制器行为的名字一样，视图必须放在与它名字对应的控制器文件夹下。

创建的时候一定要根据规则创建,MVC框架自动模拟各种请求,视图和控制器是对应的

            简单的菜单和请求代码

            <div id="logindisplay">
                <% Html.RenderPartial("LoginUserControl"); %>
            </div>
           
            <div id="menucontainer">
           
                           
                <ul id="menu">             
                    <li><%= Html.ActionLink("Home", "Index", "Home")%></li>
                    <li><%= Html.ActionLink("About Us", "About", "Home")%></li>
                </ul>
           
            </div> 

通过对MVC的学习，我们可以看到MVC有如下特点：
1) 业务处理与显示分离：ASPX页面与CS代码彻底分离。更好的复用和维护。
2) 服务器端的表单控件不再被提倡使用，取而代之使用传统的input，或直接让Html.TextBox

生成控件标签。
3) 没有了事件驱动模型。在ASP.NET MVC中，当某个按钮被点击，你不要再习惯性想到应该在

相应的aspx.cs中有

个Click处理方法，你应该想到的是该有某个Controller中有个Action来处理这个事件。
4) 没有了数据绑定。如果你习惯了GridView的数据绑定，在ASP.NET MVC中则需要改变思路，

你自己动手解决。
5) 增加了地址重写。MVC的Routing组件让我们可以很好的进行URL路由处理。
6) 总体来看，可以理解MVC是基于Web Form的一种编程方式模型扩展，是一种表示层的编程模

型方案。