EMAX两周岁庆祝活动----灌水嘉年华,盖楼拿奖励

无声的风

汗
你竟然也是版主…

chinaboyi

epc???

qiucaizhong

无视IQ有问题的地球人.

epcdiy

NTLDR is missing.Press问题解决
作者：NTLDR   文章来源：NTLDR   点击数：5118      更新时间：2005-4-30
加入收藏 发表评论 关闭窗口 告诉好友 打印此文


我的SCSi系统盘也见过几次..换了线就可以了..
NTLDR记得是装载boot.ini的系统的引导文件..
如果你确定硬件和连接没问题..

重装或者修复再或者:

(zt)通过故障恢复控制台,(假定G盘是光驱盘符..)输入 copy G:\i386\ntldr c:\(回车),然后再 copy G:\i386\ntdetect.com c:\(回车),,这时,系统要提示个什么,,输入y..然后再按回车..(问题到此应该算解决了,,下一步是确定一下,问题解决没有.)
再输入c:\Boot.ini,,如果可以正常显示Boot.ini中的信息,,则重启,,则说明问题算是解决了..



NTLDR文件是WinXP的引导文件。应该在系统正常的时候给予备份。
NTLDR文件的说明：NTLDR是一个隐藏的，只读的系统文件，用来装载操作系统。

NTLDR文件的提取：NTLDR文件是WinXP的引导文件，当此文件丢失时启动系统会提示其缺失并要求按任意键重新启动，不能正确进入WinXP系统。在故障恢复控制台下可以提取到该文件，这个文件存在于安装光盘的i386目录中，提取方法如下：
进入系统故障恢复控制台，转到C盘，输入“copy X\I386\NTLDR”（注：这里的X为光驱盘符）并回车，如果系统提示要否覆盖则按下“Y”，之后输入exit命令退出控制台重新启动即可。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

XP系统的引导过程：
1、电源自检程序开始运行
2、主引导记录被装入内存，并且程序开始执行
3、活动分区的引导扇区被装入内存
4、NTLDR从引导扇区被装入并初始化
5、将处理器的实模式改为32位平滑内存模式
6、NTLDR开始运行适当的小文件系统驱动程序。小文件系统驱动程序是建立在NTLDR内部的，它能读FAT或NTFS。
7、NTLDR读boot.ini文件
8、NTLDR装载所选操作系统

*如果NT/XP被选择,，NTLDR运行Ntdetect.com
*对于其他的操作系统，NTLDR装载并运行Bootsect.dos然后向它传递控制。
windows NT过程结束。

9.Ntdetect.com 搜索计算机硬件并将列表传送给NTLDR，以便将这些信息写进HKE Y_LOCAL_MACHINEHARDWARE中。
10.然后NTLDR装载Ntoskrnl.exe，Hal.dll和系统信息集合。
11.Ntldr搜索系统信息集合，并装载设备驱动配置以便设备在启动时开始工作
12.Ntldr把控制权交给Ntoskrnl.exe，这时,启动程序结束,装载阶段开始

AnGLee

引用第5647楼申彩桦于2006-08-29 19:11发表的“”:
如果美丽注定要受惩罚....

我们不惩罚MM滴

申彩桦

那别讨论偶的头像了,再美丽也没有用哦^O^
来讨论别的吧??
PS:有比偶的头像美丽的吗???

POTO

引用第5744楼申彩桦于2006-08-29 19:18发表的“”:
那别讨论偶的头像了,再美丽也没有用哦^O^
来讨论别的吧??
PS:有比偶的头像美丽的吗???

T_T!

epcdiy

• 解决Windows启动"Ntldr is missing"的问题 张贴人： manson 于 2005-03-10 11:21 AM
windows系统有时候会出现Ntldt、Ntdetect.com、Boot.ini这几个文件丢失或破坏引起的系统无法启动的现象。这时需要去找来这三个好的文件覆盖掉故障机器的文件即可，可以用windows的“故障恢复控制台”来修复故障。具体操作如下：

　　1. 用Windows 2000的安装盘启动电脑，进入Windows 2000的安装界面；

　　2. 界面提示“要修复Windows 2000中文版的安装，请按R”，按R键继续；

　　3. 界面提示“要用故障恢复控制台修复Windows 2000安装”选项，按C键继续；

　　4. 屏幕出现故障恢复控制台提示“C:\Winnt，要登录到哪个Windows 2000安装（要取消，请按Enter）？”，在此键入“1”，然后按Enter键；

　　5. 键入管理员密码，然后按Enter键；

　　6. 键入Copy F:\I386\Ntldr c:\，按ENTER键（注：可以使用搜索命令查找一下ntldr文件的位置，一般在i386目录下。“f:”为我的光盘驱动器号）；

　　7. 系统提示您是否覆盖文件，键入Y，然后按Enter键。

　　重新启动计算机就能正常启动了。

小小名侦探

~哈哈... 强盗...

凌空御风

扫房
因为耳蜗龙
效果
重回战场

epcdiy

[分享]61条面向对象设计的经验原则



61条面向对象设计的经验原则
作者：Arthur J.Riel    来自：《OOD 启思录》
　　你不必严格遵守这些原则，违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃，若违背了其中的一条，那么警铃就会响起。


-----Arthur J.Riel     
　　(1)所有数据都应该隐藏在所在的类的内部。p13

　　(2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。p15

　　(3)尽量减少类的协议中的消息。p16

　　(4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 p16

　　(5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。p17

　　如果类的两个方法有一段公共代码，那么就可以创建一个防止这些公共代码的私有函数。

　　(6)不要以用户无法使用或不感兴趣的东西扰乱类的公有接口。p17

　　(7)类之间应该零耦合，或者只有导出耦合关系。也即，一个类要么同另一个类毫无关系，要么只使用另一个类的公有接口中的操作。 p18

　　(8)类应该只表示一个关键抽象。p19

　　包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包影响，则将对包中的所有类产生影响，而对其他的包不造成任何影响 .

　　(9)把相关的数据和行为集中放置。p19

　　设计者应当留意那些通过get之类操作从别的对象中获取数据的对象。这种类型的行为暗示着这条经验原则被违反了。

　　(10)把不相关的信息放在另一个类中(也即：互不沟通的行为)。p19

　　朝着稳定的方向进行依赖.

　　(11)确保你为之建模的抽象概念是类，而不只是对象扮演的角色。p23

　　(12)在水平方向上尽可能统一地分布系统功能，也即：按照设计，顶层类应当统一地共享工作。p30

　　(13)在你的系统中不要创建全能类/对象。对名字包含Driver、Manager、System、Susystem的类要特别多加小心。p30

　　规划一个接口而不是实现一个接口。

　　(14)对公共接口中定义了大量访问方法的类多加小心。大量访问方法意味着相关数据和行为没有集中存放。p30

　　(15)对包含太多互不沟通的行为的类多加小心。p31

　　这个问题的另一表现是在你的应用程序中的类的公有接口中创建了很多的get和set函数。

　　(16)在由同用户界面交互的面向对象模型构成的应用程序中，模型不应该依赖于界面，界面则应当依赖于模型。p33

　　(17)尽可能地按照现实世界建模(我们常常为了遵守系统功能分布原则、避免全能类原则以及集中放置相关数据和行为的原则而违背这条原则) 。p36

　　(18)从你的设计中去除不需要的类。p38

　　一般来说，我们会把这个类降级成一个属性。

　　(19)去除系统外的类。p39

　　系统外的类的特点是，抽象地看它们只往系统领域发送消息但并不接受系统领域内其他类发出的消息。

　　(20)不要把操作变成类。质疑任何名字是动词或者派生自动词的类，特别是只有一个有意义行为的类。考虑一下那个有意义的行为是否应当迁移到已经存在或者尚未发现的某个类中。p40

　　(21)我们在创建应用程序的分析模型时常常引入代理类。在设计阶段，我们常会发现很多代理没有用的，应当去除。p43

　　(22)尽量减少类的协作者的数量。p52

　　一个类用到的其他类的数目应当尽量少。

　　(23)尽量减少类和协作者之间传递的消息的数量。p55

　　(24)尽量减少类和协作者之间的协作量，也即：减少类和协作者之间传递的不同消息的数量。p55

　　(25)尽量减少类的扇出，也即：减少类定义的消息数和发送的消息数的乘积。p55

　　(26)如果类包含另一个类的对象，那么包含类应当给被包含的对象发送消息。也即：包含关系总是意味着使用关系。p55

　　(27)类中定义的大多数方法都应当在大多数时间里使用大多数数据成员。p57

　　(28)类包含的对象数目不应当超过开发者短期记忆的容量。这个数目常常是6。p57

　　当类包含多于6个数据成员时，可以把逻辑相关的数据成员划分为一组，然后用一个新的包含类去包含这一组成员。

　　(29)让系统功能在窄而深的继承体系中垂直分布。p58

　　(30)在实现语义约束时，最好根据类定义来实现。这常常会导致类泛滥成灾，在这种情况下，约束应当在类的行为中实现，通常是在构造函数中实现，但不是必须如此。p60

　　(31)在类的构造函数中实现语义约束时，把约束测试放在构造函数领域所允许的尽量深的包含层次中。p60

　　(32)约束所依赖的语义信息如果经常改变，那么最好放在一个集中式的第3方对象中。p60

　　(33)约束所依赖的语义信息如果很少改变，那么最好分布在约束所涉及的各个类中。p60

　　(34)类必须知道它包含什么，但是不能知道谁包含它。p61

　　(35)共享字面范围(也就是被同一个类所包含)的对象相互之间不应当有使用关系。p61

　　(36)继承只应被用来为特化层次结构建模。p74

　　(37)派生类必须知道基类，基类不应该知道关于它们的派生类的任何信息。p74

　　(38)基类中的所有数据都应当是私有的，不要使用保护数据。p75

　　类的设计者永远都不应该把类的使用者不需要的东西放在公有接口中。

　　(39)在理论上，继承层次体系应当深一点，越深越好。p77

　　(40)在实践中，继承层次体系的深度不应当超出一个普通人的短期记忆能力。一个广为接受的深度值是6。p77

　　(41)所有的抽象类都应当是基类。p81

　　(42)所有的基类都应当是抽象类。p82

　　(43)把数据、行为和/或接口的共性尽可能地放到继承层次体系的高端。p85

　　(44)如果两个或更多个类共享公共数据(但没有公共行为)，那么应当把公共数据放在一个类中，每个共享这个数据的类都包含这个类。 p88

　　(45)如果两个或更多个类有共同的数据和行为(就是方法)，那么这些类的每一个都应当从一个表示了这些数据和方法的公共基类继承。 p89

　　(46)如果两个或更多个类共享公共接口(指的是消息，而不是方法)，那么只有他们需要被多态地使用时，他们才应当从一个公共基类继承。 p89

　　(47)对对象类型的显示的分情况分析一般是错误的。在大多数这样的情况下，设计者应当使用多态。p89

　　(48)对属性值的显示的分情况分析常常是错误的。类应当解耦合成一个继承层次结构，每个属性值都被变换成一个派生类。 p96

　　(49)不要通过继承关系来为类的动态语义建模。试图用静态语义关系来为动态语义建模会导致在运行时切换类型。p97

　　(50)不要把类的对象变成派生类。对任何只有一个实例的派生类都要多加小心。p99

　　(51)如果你觉得需要在运行时刻创建新的类，那么退后一步以认清你要创建的是对象。现在，把这些对象概括成一个类。 p103

　　(52)在派生类中用空方法(也就是什么也不做的方法)来覆写基类中的方法应当是非法的。p103

　　(53)不要把可选包含同对继承的需要相混淆。把可选包含建模成继承会带来泛滥成灾的类。p108

　　(54)在创建继承层次时，试着创建可复用的框架，而不是可复用的组件。p112

　　(55)如果你在设计中使用了多重继承，先假设你犯了错误。如果没犯错误，你需要设法证明。p120

　　(56)只要在面向对象设计中用到了继承，问自己两个问题：(1)派生类是否是它继承的那个东西的一个特殊类型？(2)基类是不是派生类的一部分？p121

　　(57)如果你在一个面向对象设计中发现了多重继承关系，确保没有哪个基类实际上是另一个基类的派生类。p122

　　(58)在面向对象设计中如果你需要在包含关系和关联关系间作出选择，请选择包含关系。p135

　　(59)不要把全局数据或全局函数用于类的对象的薄记工作。应当使用类变量或类方法。p140

　　(60)面向对象设计者不应当让物理设计准则来破坏他们的逻辑设计。但是，在对逻辑设计作出决策的过程中我们经常用到物理设计准则。 p149

　　(61)不要绕开公共接口去修改对象的状态。p164

申彩桦

那论坛上最美丽的头像是哪个???

澜心飞扬

纯广告可以发 嘿嘿

qiucaizhong

怕了哦

POTO

继续盖

ＬＥＭＯＮ

引用第5723楼亚森罗宾于2006-08-29 19:16发表的“”:
还有40分钟活动将截止,活活~~

不是到９点么？？？？？？？？？？？？？？？？？？？？

无声的风

警告!

最好不要发这个!

害人害己…

chinaboyi

他怎么不能是斑竹了

小小名侦探

EPC正在写教程..

qiucaizhong

好看的无视IQ有问题的地球人.呢