目前在PC远程访问设备Flash，也就是部署TinyCLR和下载应用程序。在以前写的《NandFlash驱动开发》文章，我们知道Flash被分为六个区，典型的结构如下（以Sam9261_ek开发板为例）：
const BlockRange g_K9F2G_8_BlockStatus[] =
{
{ BlockRange::BLOCKTYPE_BOOTSTRAP , 0, 1 },
{ BlockRange::BLOCKTYPE_CONFIG , 2, 2 },
{ BlockRange::BLOCKTYPE_CODE , 3, 24 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 25, 29 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 30, 34 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 35, 39 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 40, 48 },
{ BlockRange::BLOCKTYPE_STORAGE_A , 49, 49 },
{ BlockRange::BLOCKTYPE_STORAGE_B , 50, 50 },
{BlockRange::BLOCKTYPE_FILESYSTEM, 51, FLASH_BLOCK_COUNT - 1 }
};
我们能否直接读写该Flash上的所有区呢？
实现这个功能的好处是易见的，我们再也没有必要为了下载一个应用程序而启动相对庞大的VS2008，再也不受必须打开MF工程才能下载的限制。在我们开发Ti DM355开发板就遇到类似问题，我们给异地开发板提供者演示相关程序功能时，必须要求对方安装VS2008，还必须发送我们的项目源码，否则就无法在另外的开发板上进行演示。
仔细研究了一下MFDeploy程序（这是典型的C#程序，在Vista和Windows7上可直接运行，在WinXP及以前的系统上需要安装.Net Framework运行时），发现可以为其开发一个插件来实现我们所要求的功能。
MFDeploy程序可以通过三种方式来访问.Net MF设备，串口、网口和USB，并且可以把TinyCLR部署到设备上去（需要开发板运行TinyBooter），也可以清空应用程序区，所以我们只要把这部分功能给扩展一下就可以了。
插件类必须继承于MFPlugInMenuItem类，相关代码如下：
public class PlugInHandle : MFPlugInMenuItem
{
public override string Name { get { return "Read/Write Flash"; } }
public override void OnAction(IM
参考了一个源码，大概了解3d球体的做法，借用了球体曲面的参数方程式，我们可以做出这种球面的图片分布效果出来。了解这种球面分布了解到每一张图片倾斜的角度是多少。当初看到这个源码，也让人觉得兴奋，因为他的原理其实不难。了解了数学模型背后的意义时候，大概会明白到这种图片效果是如何制作。主要涉及到角度的分布， ......
自 Silverlight 1.0 发布以来，Web 开发与设计者们关于该选择 Flash 和 Silverlight 的争论便开始了，在成熟的 Flash 面前，Silverlight 面临着如何赢得市场的难题。然而 Silverlight 中包含了一些开发设计者们一直希望 Flash 能拥有的功能，诸如SEO，本文对Flash 和 Si
自 Silverlight 1.0 发布以来，Web 开发与设� ......
Flash Player是Flash/Flex程序的运行环境。它用来运行.swf文件，完成加载图片，绘制图像，请求HTTP等之类的操作。Flash/Flex程序只能做Flash Player能够做的事情。
Flex程序就是Flash程序，Flash不能做的事情，Flex一样不能做。所以程序包含的只不过是具体指令，而Flash Player则是运行指令。Flash程序和Flex程序在内容上� ......
