电脑系统封装教程,电脑系统封装移植

1.ghost备份的GHO文件如何做成ISO给其它电脑安装系统

2.如何将linux c++程序，移植到windows下？

3.架构系统对于系统哪些底层需要进行封装，比如crud操作

4.win10 arm可以运行x86程序吗

5.微软Windows10移植Android应用程序是一场存在风险的

6.c语言封装成的动态链接库 移植到C# 调用 指针怎么处理？急急急 加了这句话就报错了

不光cpu，主板什么的也不一样吧。有个虚拟机下的经验你试试：按F8进入安全模式，我的电脑上右键，进入设备管理器，把所有前面有叹号的设备驱动全部卸载。硬件不同，即使没叹号也要卸载，比如硬盘、内存，甚至鼠标键盘，就能启动了，然后再装驱动。这种通用ghost的制作有一系列步骤，最后还得用系统光盘里的sysprep.exe封装才能在不同的机器上安装。

ghost备份的GHO文件如何做成ISO给其它电脑安装系统

首先，无论单片机或者ARM都是属于嵌入式这个概念。

对于ARM来说，移不移植linux要看本身产品需求，ARM7的话，一般不会使用linux。主要看CPU的。移植linux系统对于后期功能开发更加方便就是，因为linux帮你封装了各种API与的管理。

其实做linux移植不是非常复杂。正常做开发都是二级开发，也就是说CPU厂商提供了基本的SDK包。

从单片机转型做linux，一开始一般做linux驱动吧。创客学院的linux驱动不错做linux驱动，主要是要懂linux框架，上层操作与实际IO接口操作封装了框架而已，基本都是通过注册函数，回调实现而已。我也是做单片机到linux的，转型过来的时候很多都会纠结与上层的操作到实际的寄存器操作，所以先从linux驱动入手在到OS，再到上层应用而已。

linux与ucos-ii 相比的话，linux集成了更多功能吧，比如说，音频，或者UI更完善太多了，ucos-ii无法利用更多的系统吧。

一个ARM芯片用来裸奔就是浪费，总的来说就是为了更好地利用CPU的。

不过现在来说android做嵌入式产品将是一个趋势吧（跟人感觉）

好像废话有点多，linux学习的书籍，LDD、ULK、LDK看看，实际开发的时候学的最开，搞个板子，弄个SDK，直接看源码，一个礼拜就可以弄个大概吧，如果只是字符设备 混杂设备那就更简单了。。。 helloworld 哈哈哈

如何将linux c++程序，移植到windows下？

GHO文件做成ISO镜像文件的方法，

1）先从网上下载一个UltraISO，其它镜像制作软件也行，但UltraISO是最通用的，

2）需要安装的，先安装一下，如果无须安装，直接启动，打开后，选择“文件”菜单下的“打开”，

3）找到并打开自已要制作的GHO文件，

4）在右侧窗口中(是右侧上面这个窗口)，选定里面的全部文件。

5）然后再点击“文件”菜单下的“另存为”。

6）保存时，保存类型选择“标准ISO格式”这一项，然后保存。

7）UltraISO软件就会自动将GHO文件制作成ISO镜像文件。

注意：

1）如果是用自已的电脑系统做的GHO文件，除非系统硬件配置一样，否则，一般是不支持移植的。

2）只有网上下载的，里面有各种完整的驱动，这样的GHO文件做成的ISO镜像文件，才适其它电脑安装。

架构系统对于系统哪些底层需要进行封装，比如crud操作

看你用了什么库文件的函数

然后查一下windows平台有没有相同的函数或者相同功能不同命的函数

如果没有的话，就需要你自己实现了

如果需要跨平台移植的话，最好不要用平台相关函数，或者加一个接口封装，把所有依赖平台的函数都封装到一个库里面，改变平台时，只需要实现这个库就可以了

头文件无法找到只是表象，函数找不到才是根

win10 arm可以运行x86程序吗

答 开发C/S架构可以用多种语言，包括你提到的Ja,C++,C#，以及Dephi等，用不同的架构要按照你的项目的需要来，下面就你提出的JAVA和C++的优缺点做个分析吧，同时也介绍下C#语言。 Ja语言是基于Ja虚拟机的，它最大的优势在于一次编译，到处运行，它并不需要考虑各种系统之上的不同系统调用，所有的系统调用都可以通过底层的JVM的封装来完成，开发者在开发过程中不用考虑操作系统层面的编程知识，比如你在windows上开发的一个Ja应用程序，在Linux系统上也是可以运行的，只需要给他对应的Ja虚拟机就好了，同时Ja的优势还在于它的开源和封装，Ja提供了强大的类库支持，包括多线程，数据结构，socket编程等，让开发者可以把更多关注放在程序的编写基础之上，而不是放在实现一些底层的应用程序。同时Ja还提供了垃圾回收机制，众所周知，在C++等一些需要维护内存的语言中，如何分配和释放内存是一个很让程序员头痛的问题，特别是在有服务的框架上，往往微小的程序泄漏将会带来巨大的问题，Ja的垃圾回收机制很好帮助程序员解决这个问题。同时目前Ja有比较良好的一些应用框架，可以用来快速搭建网络应用，例如对于企业级的开发，J2EE就是一个很好的选择。 C++的特质在于它的高效性，它是直接和底层打交道的语言，正如楼主所说，在网游之中，大部分都是用c++来开发，因为游戏要求要有较高的运行效率和良好的用户体验，这点Ja程序支持的并不好，而且往往在要求很高的某些算法部分还会用C和汇编等更底层的语言来开发。C++的特性还在于它的面向对象的封装，这点和Ja是类似的，但是它有兼有了C语言快速高效的特性，所以在开发类似网游，搜索等项目的时候，通常用C++，C++和C一样，他们在跨平台项目的开发中会遇到一些问题，主要来自各个操作系统的支持和底层api调用的差异。 再说说C#，这个语言是微软今年来主推的一个平台，它是建立在.NET Framework之上的，C#在Visual Studio之上的良好兼容性让C#语言获得了快速上手的特性，同时由于其丰富的控件库，让C#语言得到很多开发者的青睐，同时C#语言对于制作C/S程序也是非常方便的，很多代码都是IDE直接生成的，开发者只需要实现部分逻辑，但是它的缺点也很明显，需要.NET Framework协助，否则无法运行，其次基本没有平台移植性，同时由于其用类似Ja的中间编码格式，也让C#语言运行效率较低。 对于补充问题： 答 如果想要学习计算机，我的建议是首先学习好相关的数学知识，包括离散数学等，这些知识都是计算机的基础，同时精通掌握一到两门语言是必要的，对于初学者建议学习C语言，C语言一方面比较接近底层，可以通过学习C掌握很多系统的底层知识，同时由于它的语法简单，上手也比较快，加上C语言上并没有类似Ja,C#那样很多的类库，让初学者看起来比较透明，比较干净，更能从语言的角度去理解。同时我认为不管学习什么语言都好，计算机学科中算法和数据结构是最重要的，都说语言是表层，算法和数据结构才是核心，把握好了本质就可以以不变应万变，建议在学习语言的同时好好的掌握这2门基本学科。因为随着你的学习的深入，你会发现所有的操作都是建立在他们之上的。同时掌握好了C语言，反过来无论是学习Ja还是C#都是很容易的，无非只是一个表达语言的转换。最后，个人认为如果只是要成为一个代码的编写者，学习Ja和C#已经足够，因为他们的快速上手和强大的类库可以帮助开发者快速实现应用，但是如果要真正成为一名程序高手，良好的数据结构知识和算法掌握，以及C语言是必不可少的。

微软Windows10移植Android应用程序是一场存在风险的

首先聊聊64位CPU，Intel和AMD早期用了完全不同的策略。Intel为64位设计了全新的IA64架构。由于是原生的64位架构，性能更强，但是对传统X86应用兼容不佳。AMD则选择在原始32位X86指令集的基础上扩展64位X86-64指令集，并且将其命名为AMD64。在兼容原有X86的基础上，同时支持X86-64的扩展64位计算。由于市场对IA64架构反应冷淡，Intel最终按照AMD64的模式推出EM64T技术。类似于AMD64，EM64T包括两种工作模式，传统IA-32模式（传统32位模式）和IA-32e扩展模式（支持扩展64位计算）。最终，IA64逐步退出历史舞台，而用AMD64/EM64T技术的处理器称为x86-64处理器，简称x64处理器。

对于64位Windows如何运行32位应用，选择有两种。第一，将32位系统库(C:\Windows\System32)移植，并直接在x64处理器（x86-64）上运行32位代码。第二，将32位系统库移植，转换为64位代码，随后在本机运行。WOW64(WindowsonWindows64)选择了后者，首先将32位系统库Windows\System32移植至Windows\SysWOW64，随后通过动态二进制编译器，将32位数据类型重新编组为64位，调用约定则自动封装（X86-64对X86指令集的扩展）。最终，无论是32位应用还是64位应用，全部通过调用同样的NTDLL完成与内核的交互，确保了与内核和设备的交互都可以按本地硬件的速度进行。

WOW64系统库（Windows\SysWOW64，移植自32位System32）

WindowsARM运行32位x86应用的方案与64位Windows运行32位x86应用类似。不同是，为了降低二进制翻译器的开销，WindowsARM用CHPE(CompiledHybridPortableExecutable)技术，CHPE在X86DLL中嵌入相同的ARM64代码。唯一的不同是，为了32位x86应用交互，数据类型仍使用32位。64位据类型的封装则在WOW抽象层进行。通过CHPE技术，X86toARM64二进制编译器得以高效进行。最终的过程则与64位运行32位应用完全一致，不再赘述。整个开销取决于应用程序代码、系统代码和内核融合的速度。最终，x86应用将获得非常接近于处理器原生性能的运行速度。

c语言封装成的动态链接库 移植到C# 调用 指针怎么处理？急急急 加了这句话就报错了

在微软Build2015开发者大会上，微软宣布Windows10操作系统将支持运行Android和iOS应用。微软表示利用Android应用中底层的Ja和C++代码来复制创建Windows10应用，通过在Windows10系统中预装一个“Android子系统”来实现Android程序的运行；而iOS应用，则是通过Objective-C语言来转化、移植为Windows10应用。虽然Winodws移植Android应用程序和黑莓的有着不同，但对于微软来说，这依然是一场存在风险的行为。

一个操作系统移植其他操作系统的应用程序，其实这并不是第一次。比如，IBM的OS/2曾经就在90年代宣称能兼容运行所有的Windows应用程序；黑莓的BB10系统就能直接运行Android应用程序，还有亚马逊的自制系统也能运行Android应用程序。然而，以上提到的并没有哪一个系统因为兼容市场上的主流系统的应用程序而获得成功。

为了兼容，微软发布了UWPBridge，内含Astoria、Islandwood、Centennial、Westminster四个项目，可将Android、iOS、传统Windows，以及Web网站转换为UWPApps。其中，Astoria和Islandwood项目会对微软的生态系统产生一定的影响，但由于兼容的方式和我们上面提到的有所不同，可能副作用较小。由于目前Windows10并没有正式发布，效果难以预计，所以情况并不明朗。

Astoria项目

Astoria和Islandwood表面上相似，但其基本的技术和执行方式是非常不同的。对于开发人员来说，由于Windows10内置一个安卓子系统，Astoria可能更加直观和简单。几乎所有的Windows软件（包括通用的Windows应用程序）使用的其实是Win32API。Windows还包括POSIX子系统。POSIX是IEEE标准的API，基本上定义了UnixAPI。WindowsNT包括POSIX的支持。微软在Windows2000中删除了OS/2子系统。POSIX子系统在Windows7中是一个可选的Windows组件，但Windows8不能启用这个POSIX子系统组件。然而，Winodows内核还是包含此POSIX子系统，而且项目Astoria利用了这一点。它引入了一个新的Windows子系统：Android子系统。

Android子系统在Windows上实现了安卓系统的大多数API。该子系统提供安卓风格的API，比如文件系统的访问、图形处理、访问传感器和相机、进程和线程的创建、安全和网络功能。这些都是利用Windows内核来提供的。另外，Android由一个Linux内核和少量的开放源码本机库，本机代码应用程序和一套开源的JaAPI再加上谷歌的服务程序框架（GMS）。除了GMS外，前2个都是开源的。对于Android开放源码的组件，微软可以在原则上，使用开放源码的部分直接呈现应用程序开源调用的相同的JaAPI，但将这些API重定向到合适的Windows服务/API。值得注意的是，除了Windows10ForPhone和基于ARM处理器的小尺寸平板外，其他平台上的Windows10并不包含Android子系统。

Astoria对于开发人员的体验是非常类似于普通的Android开发体验。开发人员将继续使用Android开发环境，例如Eclipse或IntelliJ，应用程序的大部分移植基本是自动化的，少数GMS的API需要手动更改为对应的微软的服务/API。此外，微软还提供一些Windows特定的Api功能，如动态磁贴给Android应用程序访问。当然，开发人员将需要更改代码以利用这些API。

基本上微软并不会使用黑莓兼容安卓的套路。相反，Android开发者必须提交他们的APK包到Windows应用商店。商店将验证这些APK是否使用了无法支持的API，然后将apk文件封装在WindowsAppX包中。

Islandwood项目

Islandwood项目的情况和Android的Astoria不一样。首先，微软并没有在Windows10中集成一个“iOS子系统”，其次，也无法直接移植iOS的软件包。微软实现的方法是使用VisualStudio，VisualStudio支持Objective-C和导入Xcode项目文件，然后使用VisualStudio将其编译为Windows应用程序。其实微软使用的这一技术最初不是微软开发的，而是由一家叫InceptionMobile的公司为黑莓操作系统和三星Tizen开发的，它将Objective-C代码尽可能多的转变成Ja或C++代码，挂钩进原生平台的API。

当然，相比较起兼容安卓，兼容iOS在移植难度上要稍微高一些，这首先是因为iOS并不是开源的系统，其次是因为iOS平台某些独特的特点，比如iOS没有后退键。同时由于iOS还有一种新的语言Swift，虽然微软声称正在进行兼容支持，但目前来看，不可能很快马上就支持。

Astoria和Islandwood，开发人员必须取的第一步。这一步可能不是很大——很可能都是将未经修改的APK直接进行提交。这样应用程序可能就不能使用Windows系统的独特功能，比如Xbox成就和动态磁贴，或许这些程序可能会在商店里面评论口碑较差并且下载量低下。Islandwood甚至将更加严重，因为它将需要重新编译和一些代码的更改。虽然如此，移植应用程序到Windows上的体验应该略优于黑莓。

微软的做法也不太可能阻碍本机应用程序的开发。Astoria的限制妨碍它真正取代本机开发，人可以想象最终这些限制将会放宽，虽然这不会很快发生。Astoria产生的应用程序能运行于手机和小尺寸平板电脑，但其他平台并不能运行。

为了快速构建通用应用程序，微软免费为Windows7和8提供免费升级（第一年内升级），并放出“三年内运行Windows10的用户达到10亿”的豪言壮语。即使最终只有一半，5亿用户仍然是大量用户。对于开发者来说，这么大的基数也是赚钱的商机。Astoria对于移动平台应用程序匮乏确实是有用，但微软将其限制于移动平台的Windows。如果安卓开发者尝到了甜头，想要进军全平台Winodws程序，他们将不得不编写真正的Windows程序。

微软这次的举动是存在风险的。如果不能鼓起更广泛的Windows开发商的利益，特别是Astoria能对Windows智能手机的发展产生侵蚀性影响。微软需要与开发人员进行更加广泛的沟通和互动；虽然战略的确有风险，它这并不意味着微软在移动市场已经投降认输了，事实上，微软所做的这些都是为了移动市场。

当然，对于Windows手机用户来说，会在短期内受益。不过与此同时，微软的Windows原生App也会面临着巨大的挑战，等用户要升级设备时，为什么还要继续选择WindowsPhone呢？多数人可能都会直接选择Android平台，毕竟在该平台上运行这些应用的效果更好。那么，还是让时间来证明吧。

你定义z干啥？

感觉你没搞清楚指针的意义

你告诉我你定义z的用途，然后我继续回答

在你的代码里，你把z的值付为200，那么，z就指向内存位200.但你不知道200的地方时啥，那个地方储存的信息很可能是不可读的。这样做事非法访问内存。为了保护信息，系统基本上会禁止这样的操作

如果要让这个合法，你把这句话换了吧：

*z=100; -------> z=&x;

这是结果，我只是示例。ide是devc