1. 电影 天狗 天狗是一步很好的影片
这片子我看了,不怎么样啊.
天狗这片子感人吗?我看了之后没有感动,只有悲哀.....
(一)是悲哀本片还是没有跳出主旋律电影的模式.
一个人为了国家的利益,牺牲了自己和家人的利益,甚至自己的生命.在片子里我看到的是属于国家的李天狗,属于自己的李天狗消失了.虽然他爱妻子儿子,但归根结底他是属于国家的.
本片是在宣扬一种清正廉洁,刚正不阿的道德品质,这正是一个人治社会所要弘扬的.就象宋朝的包公一样.李天狗们成了人们对美好生活的希望的寄托.让人们不在去思考社会问题的根源了.
权利导致腐败,绝对的权利导致绝对是腐败.每个有能力作恶的人都可能作恶.所以人是靠不住的,靠什么--------法治.
可在这部电影里有的只是李天狗与恶势力的单干.
最后把3兄弟杀了,可这毕竟是电影.现实里,还有这么完满的结局吗?我们每个人都十分微弱,只有依靠法律才能声张正义.
(二)李天狗的遭遇无疑是个悲剧.造成这个悲剧的根源我认为是国家利益和少部分人利益(也就是村民的利益)的冲突造成的.
象这种国家利益和少部分人利益可以说十分普遍.但为什么李天狗会成为牺牲品呢?一个重要原因就是李天狗没有把战斗任务和后来的一般工作区分开来.硬要干自己力所不及的工作.
他可是和几乎全村的人对抗,一个理性的人一定会断然辞去这份工作.可是李天狗是把这普通的工作当作战斗任务来看,断水断电硬是扛着.如果是一次战争,李天狗一定是战斗英雄.可这不是战争,他把它当成战争.悲剧就这样产生了.
电影结尾三兄弟被李天狗杀了,我们也许感到李天狗的坚持是值得的.可假如事实是最后三兄弟没被杀,李天狗被村民打死,树被砍了(而且现实里,这更有可能).我们还会觉得李天狗的坚持值得吗?
正是李天狗这种偏执的性格直接导致了悲剧的发生.
所以,这部片子看上去贴近生活,电影里确实有不少细节真实可信.
但人物的偏执性格实在和我们相距甚远.这也就很难引起我的共鸣,感动更无从说起.
比起<阿甘正传>,<天使爱美丽>这样真正打动我灵魂的电影,实在是幼稚的可笑.
观众已经不是10年前的观众了!
2. 东方地灵殿 ～ Subterranean Animism.的符卡一览
使用次序编号中文名日文名使用者关卡难度备注1-C1怪奇“钓瓶落之怪”怪奇“钓瓶落としの怪”琪斯美第一关道中BOSS战H/L1-1罠符“Capture Web”（捕捉之网）罠符“キャプチャーウェブ”黑谷山女第一关BOSS战E/N蜘蛛“石窟的蜘蛛巢”蜘蛛“石窟の蜘蛛の巣”H/L1-2瘴符“Field Miasma（瘴气场）”瘴符“フィルドミアズマ”E/N瘴气“原因不明的热病”瘴気“原因不明の热病”H/L2-C1妒符“green-eyed monster”（绿眼怪兽）妒符“グリーンアイドモンスター”水桥帕露西第二关道中BOSS战E/N嫉妒“看不见的绿眼怪兽”嫉妒“绿色の目をした见えない怪物”H/L2-1开花爷爷“对华丽的仁者之嫉妒”花咲爷“华やかなる仁者への嫉妒”第二关BOSS战E/N开花爷爷“小白的灰尽”花咲爷“シロの灰”H/L2-2剪舌麻雀“对谦虚的富者之记恨”舌切雀“谦虚なる富者への片恨”E/N剪舌麻雀“大葛笼与小葛笼”舌切雀“大きな葛笼知小さな葛笼”H/L2-3恨符“丑时参拜”恨符“丑の刻参り”E/N恨符“丑时参拜第七日”恨符“丑の刻参り七日目”H/L3-C1鬼符“怪力乱神”鬼符“怪力乱神”星熊勇仪第三关道中BOSS战全难度3-1怪轮“地狱的苦轮”怪轮“地狱の苦轮”第三关BOSS战E/N枷符“罪人不释之枷”枷符“咎人の外さぬ枷”H/L3-2力业“大江山岚”力业“大江山岚”E/N力业“大江山颪”力业“大江山颪”H/L3-3四天王奥义“三歩必杀”四天王奥义“三歩必杀”全难度4-1回忆“Terrible Souvenir”（恐怖的回忆）想起“テリブルスーヴニール”古明地觉第四关BOSS战E/N回忆“恐怖催眠术”想起“恐怖催眠术”H/L4-2回忆“二重黑死蝶”想起“二重黒死蝶”全难度仅出现在梦A线回忆“户隐山之投”想起“戸隠山投げ”仅出现在梦B线回忆“风神木之叶隐术”想起“风神木の叶隠れ”仅出现在梦C线回忆“春之京都人偶想起“春の京人形”仅出现在魔A线回忆“Mercury Poison”（水银之毒）想起“マーキュリポイズン”仅出现在魔B线回忆“Extend Arm”（延展手臂）想起“エクステンドアーム”仅出现在魔C线4-3回忆“飞行虫之巢”想起“飞行虫ネスト”仅出现在梦A线回忆“百万鬼夜行”想起“百万鬼夜行”仅出现在梦B线回忆“天狗的Macro Burst（巨暴流）”想起“天狗のマクロバースト”仅出现在梦C线回忆“Straw Doll Kamikaze”（稻草人偶敢死队）想起“ストロードールカミカゼ”仅出现在魔A线回忆“Princess Undine”（水精公主）想起“プリンセスウンディネ”仅出现在魔B线回忆“河童之Pororoca（河口浪潮）”想起“河童のポロロッカ”仅出现在魔C线4-4回忆“波与粒的境界”想起“波と粒の境界”仅出现在梦A线回忆“蒙蒙迷雾”想起“蒙々迷雾”仅出现在梦B线回忆“鸟居旋风”想起“鸟居つむじ风”仅出现在梦C线回忆“Return Inanimateness”（回归虚无）想起“リターンイナニトメス”仅出现在魔A线回忆“贤者之石”想起“贤者の石”仅出现在魔B线回忆“粼粼水底之Trauma（心伤）”想起“光り辉く水底のトラウマ”仅出现在魔C线5-C1猫符“Cat's Walk”猫符“キャッツウォーク”火焰猫燐第五关道中BOSS战E/N猫符“怨灵猫乱步”猫符“怨霊猫乱歩”H/L5-1咒精“Zombie Fairy”（丧尸妖精）呪精“ゾンビフェアリー”第五关BOSS战E/N咒精“怨霊凭依妖精”呪精“怨霊凭依妖精”H/L5-2恨灵“Spleen Eater”（脾脏蛀食者）恨霊“スプリーンイーター”E/N尸灵“食人怨灵”尸霊“食人怨霊”H/L5-3赎罪“旧地狱的针山”赎罪“旧地狱の针山”E/N赎罪“古时之针与痛楚的怨灵”赎罪“昔时の针と痛がる怨霊”H/L5-4“死灰复燃”“死灰复燃”E/N“小恶灵复活”“小悪霊复活せし”H/L6-C1妖怪“火焰的车轮”妖怪“火焔の车轮”第六关道中BOSS战全难度6-1核热“Nuclear Fusion”（核聚变）核热“ニュークリアフュージョン”灵乌路空第六关BOSS战E/N核热“Nuclear Excursion”（核功率骤增）核热“ニュークリアエクスカーション”H核热“核反应失控”核热“核反応制御不能”L6-2爆符“Petit Flare”（小型耀斑）爆符“プチフレア”E爆符“Mega Flare”（百万耀斑）爆符“メガフレア”N爆符“Giga Flare”（十亿耀斑）爆符“ギガフレア”H爆符“Peta Flare”（千兆耀斑）爆符“ぺタフレア”L6-3焰星“Fixed Star”（恒星）焔星“フィクストスター”E/N焰星“Planetary Revolution”（行星公转）焔星“プラネタリーレボリューション”H焰星“十凶星”焔星“十凶星”L6-4“地狱极乐熔毁”“地狱极楽メルトダウン”E/N“Hell's Tokamak”（地狱的托卡马克装置）“ヘルズトカマク”H/L6-5“地狱的人造太阳”“地狱の人工太阳”E/N“Subterranean Sun”“サブタレイニアンサン”H/LEX-C1秘法“九字切”秘法“九字刺し”东风谷早苗EX面道中BOSS战EXTRAEX-C2奇迹“Miracle Fruit”（神秘果）奇迹“ミラクルフルーツ”EX-C3神德“五谷丰穰米之浴”神徳“五谷豊穣ライスシャワー”EX-1表象“祖先托梦”表象“梦枕にご先祖総立ち”古明地恋EX面BOSS战EX-2表象“弹幕Paranoia（偏执症）”表象“弾幕パラノイア”EX-3本能“本我的解放”本能“イドの解放”EX-4抑制“Super Ego”（超我）抑制“スーパーエゴ”EX-5反应“妖怪测谎机”反応“妖怪ポリグラフ”EX-6无意识“弹幕的Rorschach（墨迹测验）”无意识“弾幕のロールシャッハ”EX-7复燃“恋爱的埋火”复燃“恋の埋火”EX-8深层“无意识的基因”深层“无意识の遗伝子”EX-9“被厌恶者的Philosophy（哲学）”“嫌われ者のフィロソフィ”EX-10“Subterranean Rose（地底蔷薇）”“サブタレイニアンローズ”注1：机体组合名由以下简称标明：
梦A：博丽灵梦+八云紫
梦B：博丽灵梦+伊吹萃香
梦C：博丽灵梦+射命丸文
魔A：雾雨魔理沙+爱丽丝·玛格特罗伊德
魔B：雾雨魔理沙+帕秋莉·诺雷姬
魔C：雾雨魔理沙+河城荷取
注2：使用次序编号解释：
使用次序编号写作X-Y：X为关卡编号，Y为符卡次序编号。若为道中符则在Y前面加一个C（即X-CY）
注3：难度简写为E(EASY)、N(NORMAL)、H(HARD)、L(LUNATIC)
3. vf是什么
作为市场上最灵活和功能最强大的数据库管理系统，Visual FoxPro拥有悠久而辉煌的发展历史。它初创时是Fox Software公司的FoxBASE产品，“Fox”（这是国际编程界对它的称呼）一种可靠、便捷和高效的程序员用的数据库产品而名闻遐迩。 世界上没有一种产品像 Visual FoxPro 那样运行，它是独一无二的！
许多人在享受了Visual FoxPro的服务后却说不清它是什么。就让我们沿着它的发展轨迹了解了解它吧！这会使您能对它有更深刻的认识。
FoxPro隶属于一种名为Xbase的DBMS类别。Xbase这个术语很常见，他表示诸如FoxPro、dBASEIII PLUS、dBASEIV、FoxBASE+以及ARAGO的语言。Xbase最初起源于一个大型机使用的DBMS，这个DBMS叫做JPLDIS（喷射推动实验室数据库管理和信息检索系统）。这个DBMS 是由美国人Jeb Long在1972年开发成功的。到目前为止全世界的开发者和程序员已经编写了几千万行的Xbase代码。
追溯到80年代末，FoxBASE是dBase的克隆系统。只要是dBASEIII能做的工作，FoxBASE就能做得更好更快。FoxBASE虽然拥有某些全新的特征，但它并没有真正重大的技术突破，只是为了运行得更快更好，而更重要的是它与dBASEIII兼容。
FoxPro 1.0首先背离了与兼容的原则。它开始在图形用户界面的设计和软件开发方法中采用一些新的思路，从而使它领先于当时年前景已不妙的dBASEIV。
从2.0开始，FoxPro才真正形成了它自己的特色。当FoxPro 2.0推出时，它包含了若干项关键技术，给PC数据库开发市场带来了革命性的变化。这些技术是：
加入了Rushmore技术，它能从事许多难以想象的复杂工作。突然之间，带有以百万计数的记录的表格在PC数据库系统中不仅成为可能，而且可以非常容易地加以实现，无需转用其他比较昂贵的技术；Rushmore最重要的优点在于它是完全自动化的,不用用户花费精力和时间。因为有了Rushmore技术，再加上Fox天生的快速，即使在今天Visual FoxPro仍然是最快的桌面数据库引擎。
SQL语句是FoxPro 2.0推出的另一项具有革命性意义的关键技术。Fox的开发人员首次用单一语句取代了整个程序过程，并且这种支持是内含于Fox数据引擎之中的。SQL语言曾经并且现在仍然是强大的数据语言。
FoxPro 2.0还推出了某种所见即所得的开发报表和屏幕的工具。
FoxPro 2.0确实具备了我们今天的Visual FoxPro拥有的一些出色的功能。GUI设计服务、SQL和极快的数据访问，是它明显的特征。
FoxPro 2.5有for DOS、for Windows版，不过那个Windows版只是具有看上去像“Windows”的DOS应用程序的外观。特别是那个DOS下的版本绝对是经典之作，观察身边是不是还有很多这样的系统在运行着？当时有人这样评价：这个软件已经无法再快了，除非硬件升级……
直到1995年春天Visual FoxPro推出时，才出现了FoxPro的又一次重大改进（这时Microsoft已经收购了Fox Software公司）。Visual FoxPro 3.0增加了一些人们企盼已久的特性，使PC数据库开发界大为震惊。我们可以看到：Visual FoxPro与FoxPro是由很大差别的，不要再把Visual FoxPro成为FoxPro了。这些特性是：
数据库容器（Database Container），也叫DBC，它增加了开发人员多年盼望的对存储过程的支持、与表格相关联的数据规则和一系列的附加数据功能。
远程数据的无缝连接。谈到连接远程数据的处理，大家往往会想到RDO、ADO、BDE等处理数据引擎，那么Visual FoxPro利用什么实现远程数据的无缝连接？Visual FoxPro本身的数据处理引擎，这和其他任何开发工具都是不同的！Visual FoxPro数据处理引擎通过ODBC驱动程序与远程数据库服务器“通话”，远程数据库服务器的ODBC驱动程序能将Visual FoxPro数据转化成可由他们解释的数据；相反，Visual FoxPro的ODBC驱动程序也能将远程数据转化成可由Visual FoxPro数据引擎处理的数据。可见，只要远程数据库有ODBC驱动程序，就可以用Visual FoxPro最为客户端软件。常见的SQL Server、Oracle、Access等数据库都提供ODBC驱动程序。
在Visual FoxPro中实际操作远程数据有两种方法，远程视图和SPT技术。视图（View）是可更新的SQL光标，增加了一整套的数据访问方法，用于数据处理、GUI显示和报表制作。它支持两种类型的视图，即本地视图和远程视图。本地视图是基于Visual FoxPro表格的视图，远程视图是基于任何ODBC数据源的视图。另外为了使Visual FoxPro成为完整的C/S开发环境，除视图之外Visual FoxPro还支持SPT（SQL Pass Through）技术来完成视图无法完成的工作，比如数据库服务器的用户管理、存储过程调用等。View与SPT技术的产生后，Visual FoxPro就成为访问远程数据的主要工具。从总体来看，创建整个企业范围内的应用程序和使用存储在远程数据源中的数据，几乎与使用Visual FoxPro表格本身一样容易，处理在数据存取时增加了一些命令、函数，数据处理与普通的Visual FoxPro编程没有任何区别。再次指出：Remote View与SPT技术是由Visual FoxPro数据处理引擎直接支持的，这与在VB、VC++中的外部数据访问技术不同（他们使用组件，如：DAO、RDO、ADO……），所以用Visual FoxPro访问远程数据的效率很高，并能把远程数据与本地数据完美的融合在一起，最大程度地提高开发效率和程序运行效率。
完全支持面向对象技术（OOP）。充分而健壮的实现了面向对象的处理方式大大改善了软件开发条件。健壮的对象模型和创建你自己的类及子类的所用的功能，形成了一种全新的软件开发手段。
Visual FoxPro 5.0是3.0的升级版本，它是一个32位的系统。具备了使用和创建COM服务器的功能，并开始支持在Internet上发布Visual FoxPro。从这个版本开始，Visual FoxPro进入了Visual studio家族，并且Visual FoxPro将不再升级的谣言也是在这个时期出现。
在Visual FoxPro 6.0出现之前，微软计划推出DNA，演化到今天就是.NET，并承诺把Visual FoxPro发展成健壮的中间层工具，所以这以后Visual FoxPro的变化初级用户就不太容易感觉了。
Visual FoxPro 6.0也没有根本上的变化，不过有些变化还是相当明显的。Access和Assign这两种方法在控制放入你的对象中的数据方面很有创意。运用新的Component Gallery（组件库）和Foundation Classes(基础类)，你能很容易地转向创建面向对象的应用程序的工作。对COM支持的更好，在Server Pack 3后我们可以用Visual FoxPro创建多线程的COM组件。
Visual FoxPro 7是Fox第一个可视化版本——Visual FoxPro 3以后的最具有革命意义的一次产品升级换代。关于它的特性，稍候本文会有专门段落讲解。
Visual FoxPro的语言是由Xbase、SQL、OOP构成的。我不知道这样分解是否合理，我只是从FoxPro的发展历史得出以上结论的。其实以上三者在Visual FoxPro完美的融合在一起了，已经与Visual FoxPro血脉相连、不可分割，很多语句、函数很难区分它属于哪个门类（也没必要）。再者Xbase这一叫法也不十分妥当，这样容易让人误会，好像Visual FoxPro的语言是没有发展的“死语言”、是十几年前的“老古董”，其实在FoxPro每一次升级中（现在已是Visual FoxPro 7）都会对这部分语言进行修订、增补。我看还是这样：Visual FoxPro语言就叫它：“Visual FoxPro语言”，它既不同于任何以往的Xbase（最多有历史渊源），也不同于其它的编程语言。这就象Delphi那样，是Object Pascal语言，不是以前的Pascal；VB就是VB，不是以前的 Basic。
从Fox进入可视化的时代后，对COM技术的支持一直是Visual FoxPro在过去、现在、将来不断改进的地方。面向对象程序设计（OOP）的最大的好处就在于代码的重复使用。然而，OOP只是一种解决代码重复使用的一种优秀的方案（solution）。单纯利用OOP技术不仅要求所有对象都必须用一种语言完成，并且你还需要得到原程序代码嵌入应用程序（就像我们在Visual FoxPro开发使用Class那样）。如果对象是有你或你的公司完成的这些可能不是什么问题，但如果对象是由其他人或其他公司写的这就是问题了……再者为了节省资源我们常希望把一对象放在远程的计算机上供许多应用程序使用，怎样简单、安全完成这个任务呢？看来，单有OOP是不行的！于是微软提出了Component Object Model（COM）技术，有了它我们就不需要把对象源程序嵌入我们的应用程序中，就可以使用其他语言开发的对象，就可以分布的使用对象了。
COM技术提供四种不同的特性，Visual FoxPro支持所有的COM 特性。
ActiveX documents 允许用户在一个应用程序中编辑另一个应用程序的document。我们把Word文档嵌入或链接到Visual FoxPro中，就可以不离开Visual FoxPro编辑Word文档了。
ActiveX controls 为开发人员提供了增加的系统功能的方法，典型的应用就是各类ActiveX控件的使用来加强用户界面。这里要说明的是Visual FoxPro不支持（7.0也不支持）“集装箱式的”ActiveX 控件，比如Cool bar控件。
Automation 允许用户在一个应用程序中操纵另外一个应用程序或组件，典型的应用就是Visual FoxPro 与Office 的OLE-Automation应用。
Remote Automation 或者称 Distributed COM (DCOM)与Automation技术差不多，只是它支持组件的分布，这就是微软的分布式应用战略。
Visual FoxPro 不支持Active controls（ActiveX）的开发，但支持server components的开发，也就是在Automation、Remote Automation中使用的组件都可以用Visual FoxPro来开发。Visual FoxPro的这种能力是从5.0开始具有的，到了6.0的SP 3已经可以开发出多线程的组件了，这些在上文已经有过论述。以后的 Visual FoxPro 版本一定会对Automation，特别是Remote Automation有更好的支持，无论是开发server components，还是由Visual FoxPro充当客户程序。
综上所述，Visual FoxPro是创建关键任务的、企业范围的、面向对象的单层次、双层次、多层次应用程序的重要开发工具，这些应用程序可以在本地或全球范围内进行配置。
Visual FoxPro 已经过时了吗
恕我直言，这样的问题我真的听腻了。这个问题我听了好几年了。从谣言出现到今天Visual FoxPro的版本已经生了两次变化，就是Visual FoxPro 6.0 与2001年春天推出的Visual FoxPro 7.0。根据微软的官方消息，Visual FoxPro 8（可能是这个名称吧）已经在研发之中了。我不敢保证是否会有Visual FoxPro 9.0（这就像我不敢保证微软是否在那时还存在一样）。可以这样认为，只要不出意外情况（比如微软倒闭、业界发生了重大的变革等），Fox就会平稳地发展！
在国外，一个程序员、一家公司把他们使用的开发工具视作一项投资，作为Visual FoxPro的开发厂商微软公司就必须保护客户的投资权益，这是很基本的商业原则，微软绝对不敢随意淘汰有着50万用户的Fox，除非永远不想赚这50万用户的钱了。
为什么会有Visual FoxPro 要淘汰的传闻呢，我不是很清楚。但这两年微软对Visual FoxPro的不宣传态度却是为这股谣言起到了推波助澜的作用。另外Visual FoxPro 确实是一个容易引起误会的产品，初级用户很容易对它产生“不怎么样的”评判，于是加上那谣言就产生了“Visual FoxPro 就真的要淘汰了”的幻觉了。
为什么说Visual FoxPro 是容易引起误会的产品呢？我总结以下几点原因：
面向对象与面向过程之争
我们说Visual FoxPro是面向对象化的语言，是有根据的。面向对象化的语言必须具备四个特性：抽象（Abstraction）、封装（Encapsulation）、继承（Inheritance）、多态（Polymorphism）。对照一下Visual FoxPro，是不是支持这四大特性！
当然，Visual FoxPro 与C++和Object Pascal 一样都是历史悠久的语言，所以语言中有很多面向过程的语素。我知道很多学校在教学中，只是教导学生们使用Visual FoxPro的面向过程的语言特色，而忽视了面向对象的教学，同样的问题也存在于广大的 Visual FoxPro 程序员中。我们必须明白：不能因为我们没有使用Visual FoxPro面向对象的强大功能，而说Visual FoxPro不是面向对象的语言，这就像不能因为天下雨、没有出太阳，而说太阳被天狗吃掉了——多么的幼稚可笑！
我们知道Visual FoxPro对数据的操作沿用了多年来的面向过程的做法，这与现在流行的开发工具有很大的不同。我觉得，微软这样做是有它的道理的：
第一，面向过程的数据处理，更能发挥XBase语言体系的灵活与随意的特色。这一点，你用过其他的数据库开发工具，然后再用用Visual FoxPro就明白了。
第二，不直接提供面向对象的数据处理组件，不代表不允许用户封装自己的数据处理组件。很多优秀的 Fox程序员，都会自己封装专门数据处理组件，这才是Visual FoxPro编程的高尚境界！
面向记录与面向集合之争
根据笔者的浅薄认知，关系型数据库处理可以分为面向记录操作和面向集合操作。
各种开发工具支持的客户端光标体系就是面向记录操作的，它们支持记录之间的绝对定位，更明白地说就是可以在记录之间导航，诸如：SKIP、GO TOP之类的语句。Visual FoxPro 无疑是此道的绝对高手，20年的语言发展，聚集了大量面向记录的语言要素。这是因为这样，我们才会反复强调：Visual FoxPro的Cursor 体系灵活、强大！
各类大型数据库，如Oracle、SQL Server 是面向集合处理的代表，看看正统的SQL 语言，绝对没有数据导航之说，数据记录之间是平等的，一切都要讲关系、摆条件！
随着技术的发展，人们开始注意到，不能分割这两种对数据的操作方式，于是大型数据库支持了游标语素，Fox也支持符合规范的SQL 语言。
产品定位导致Visual FoxPro变化不易为人们感觉。微软要把Visual FoxPro作为三层构架（或是多层构架）的中间层开发工具。
什么是三层构架呢？第一层是用户界面:它包含了用户界面,让使用者输入,输出,查询等工作；第三层是资料层:它就是用来放资料的地方,一般是指后端数据库，主要有包括 Oracle、SQL Server 等,它主要是提供一个很大的地方,来有规则的存放数据；第二层是商务逻辑层（中间层）:有人要说了：存取资料,直接从第一层跳到第二层可不可以？当然可以,没有人规定不能走捷径,而且从数据库直接抓资料,既快又好,那为什么搞出个第二层呢？
商务规则是经常变化的,比如上班从8 点改为10 点,那电脑怎那么知道老板因为不景气少让大家上二个小时班呢?它一定无法知道,你必须告诉它,这时问题就来了,如果你有很多部电脑,例如:100 台,你就得一部部换新程序。如果这是一个挂在Internet上的网络程序，难道总让用户download新程序不成？
更重要的是，在大量客户存在的环境里，传统的两层构架根本没有能力承担巨大的工作压力，必须通过某种中间系统实现压力平衡，这就是中间层的另一妙用！
中间层是没有图形界面设计的代码编写，并且是OOP方式的代码编写，不仅要熟悉后台数据库的特性，还要考虑前台界面工具的特性，最重要的是商务逻辑的构架，同时还要求懂得IIS、MTS(COM+)、NT的安全设置等复杂枯燥的东西。有趣的是，近年来 Visual FoxPro 的各种改进，更多的是在这些方面下功夫，到了最新版本的Visual FoxPro 7 更是在此方面增加了若干特性，下面就让我用四个问题来说明Visual FoxPro 在开发中间层方面的贡献：
问题一：Visual FoxPro能开发出稳定、有效率的Server程序吗？能，在1999年发布的Visual FoxPro SP 3中微软赋予了Visual FoxPro开发多线程进程的内组件的能力，并增加了新的运行时刻库VFPnT.DLL（n代表版本号），支持其运行，在这个运行库中，删除了大量老式的和界面控制元素，使得它更小巧。但是由于Visual FoxPro6本身不是很稳定（加打SP4或SP5才有所改善），所以这个很棒的功能在Visual FoxPro 6下并不能充分发挥，直到Visual FoxPro 7出现才使它的显示出英雄本色！
问题二：分布式的事务、动态负载平衡怎么实现？Visual FoxPro 7对COM+有很好的支持，借由COM+就可以解决这两个问题了！
问题三：作为Server程序，客户程序怎样与Server交换数据集合？这是Visual FoxPro 6开发的Server程序的致命弱点，我们知道Visual FoxPro是用来处理数据的，但不能与外界自由交换数据集合会大大降低开发、使用以及程序运行效率！在Visual FoxPro 7里我们XML就可以快速、轻易的传递大型数据集合，真正做到数据集的来去自由。现在回想Visual FoxPro 6中我们用的那种“循环+属性”的做法，真有天上与人间的感受！
问题四：能不能让Visual FoxPro开发的Server任由客户使用，叫干什么就干什么？可以的，在Visual FoxPro 7里提供了一个全新的函数：ExecScript()。有了它，就可以一次执行多条客户端送来的符合Visual FoxPro规范的语句：你可以定义变量、做查询、更新数据、修改表结构……
微软确实实践着让Visual FoxPro在中间层运行的承诺。但遗憾的是：由于国内用户的水平、国内软件应用的领域，对大多数Fox Fans 无法感受Visual FoxPro日新月异的变化——对他们来说，Visual FoxPro确实“没有改变”！
Visual FoxPro 只能局限于桌面应用程序的开发吗？
技术在进步，软件技术的应用不断在拓宽，Internet 已经是众多开发工具竞相支持的应用领域。Visual FoxPro 从版本 5 开始不断扩充对Internet的支持，到最新的Visual FoxPro 7 更是增加了对Web Service的支持。我们可以把Visual FoxPro 对Internet的支持分为三大部分：
第一，简单的HTML的转换。Visual FoxPro 自带的“Web 发布”就是这类型的工具，利用HTML和DHTML的模版，支持Visual FoxPro数据的Web化，这是一种全静态的 Web 支持。
第二，适合于企业内部使用的 Active Document 技术。是不是希望快速、简单的把Visual FoxPro应用程序转变为Web 应用程序，这个Active Document 技术就是最佳的选择。它支持 App 程序运行在IE中，它的缺点是：在客户端必须安装Visual FoxPro的运行库、客户端与数据库间依然是紧密的有状态的关系，属于F/S构架——只是界面能够运行在IE之中了。它的开发快速以及它依然基于传统构架，决定了这个技术只能运行在企业内部，一般不能在广域网络中发布。
这技术是Visual FoxPro 6提出的，当时在 Tool 菜单里还有一个专门的菜单项。到了而今的Visual FoxPro 7，这个菜单项已经取消了，但并不是说Visual FoxPro 7 不支持Active Document，只是这种并不出色的技术没有必要再放在醒目的位置了。
第三，基于COM 的 Web 应用。
Visual FoxPro 真正能被用于Web 开发，就是通过 COM 支持的。
这里您要有个认识，作为数据库开发工具，Visual FoxPro 不是FronPage这样的用于开发Web 界面的工具（也许未来的 Visual FoxPro 会支持 Web 界面的开发）。Visual FoxPro 完全是作为 Server 运行在网站的后台，为各种应用提供服务。使用 Visual FoxPro 编写的 COM 组件能够被IIS支持，压在后台进行各种运作——这就是真正意义上的Visual FoxPro 的Web应用，也是典型的多层构架的中间层！
这个阶段，Visual FoxPro 对 Web的支持有可以划分为三个层次：
FoxISAPI。
这是最先登场的技术，当年 ASP 技术还没有出现的时候，我们在 IIS 里就可以通过 ISAPI 技术实现动态网页开发。
Web Server
ASP 技术出现了，我们知道 ASP 技术的一大特色就是支持服务器端的组件的应用。用 Visual FoxPro 的编写的 COM 组件就能运行在 IIS 里，供 ASP 调用。
Web Service
这是 Visual FoxPro 7 的新特性，也是当前最热门的技术。它与Web Service的最大不同就是：Web Server 组件只能通过 ASP 程序调用，而Web Service可以供任何系统在全球范围调用，无论客户端的硬件平台、软件平台，只要它支持SOAP、支持XML就可以了。
更夸张一点说：只要能上网，就可以享用 Web Service 提供的服务！
有人也许会问：我可以用VB、VC++建立对象组件时，为何我要用Visual FoxPro 来建立相同的组件? 微软对这一问题有专门的评论，大意为：快、重复使用性、跨语言重复使用性。“快”是指用Visual FoxPro开发的组件撷取、处理资料都极为迅速，并且Visual FoxPro能够非常迅速的建立字符串。到底有多快，我想数据处理、存取的速度大家平时都领教过了，字符串生成速度我这里有个数据不妨一看，这是台湾的一位高手做的试验——将1M的数据写入文本中，结果VC++ 6.0程序用了3.5秒、VB 6.0程序用了11秒、Java 1.1.5用了24秒、Visual FoxPro 6.0用了7秒；“重复使用性”是指Visual FoxPro具备OOP的功能；“跨语言重复使用性”是指Visual FoxPro编写的对象编译以后成为COM、COM+对象组件，这样就可以在其他语言中使用它了。
不要以为Visual FoxPro是“低端产品",无论从数据库（DBF Base）品质还是开发环境评价Visual FoxPro，它都是一个“高端工具”。
许多人认为Visual FoxPro只能用来开发单用户系统或是文件服务器构架的小型网络系统——这是谬误——这种无知的言论在许多讲C/S、三层构架的书中都有（特别是一些VB、PB、Delphi的数据库编程书）。我可以很负责任的告诉大家完全可以用Visual FoxPro开发C/S结构的系统。这里说的C/S构架绝对是正宗的，不是用什么F/S构架在糊弄大家。在C/S构架中我们常常选择Visual FoxPro作为客户端开发工具，以Oracle、SQL Server等网络数据库压在后台，使用Visual FoxPro内置的Remote View和SPT技术,这样就可以完美地解决问题。这里不能详细展开,只特别介绍Visual FoxPro的本地引擎在开发中的作用。Visual FoxPro的本地引擎特别强大（上文我们说过处理百万条记录不费吹灰之力），我们在设计系统时可以十分简单的将远程数据与本地数据结合，很简单、很有效地控制网络数据流量、提高系统工作效率（我看过不少VB、Delphi、PB的书，他们很少在怎样控制网络数据流量、提高系统工作效率论述，不知是不屑一顾，还是其他什么原因）。
我认为Visual FoxPro的本地引擎在C/S构架下起码有三项伟大的用途。其一：非经常变动数据的本地存储。我国的邮政编码与地区的关系是相对稳定的数据，而且数据量也不是太小，我想总有上千个记录（我没仔细考察过具体情况），我们把这些信息存储在客户端的计算机中，就可以在使用邮政编码及其相关信息时从本地得到数据，这样能使高系统效率同时节省网络资源（这是C/S开发的重要原则），只在邮政编码发生变化时在服务器上统一更新，下载更新客户机上的数据。如果用别的软件实现同样的功能，绝对比Visual FoxPro麻烦而且效果绝对不及Visual FoxPro，这因为Visual FoxPro的数据引擎直接支持远程数据读取，能很好的融合本地数据与远程数据；其二：离线数据包。单位里总有人出差，在千万里路之外能不能拿着笔记本为客户发订单、与客户签合同，就像在自己的办公室一样？当他回到公司时只要把笔记本连到服务器中，发送更新就行了。Visual FoxPro的离线视图是经济且高效安全的方案（当然您可以使用远程拨入或建一个Web网站，这些Visual FoxPro可能干）。其实离线数据包还有一个重要的功能：当下载的数据是大量的（除非万不得已请不要这样设计系统），这种情况下使用离线视图可以数据集自动转化为物理表，充分利用Visual FoxPro的高速与灵活，完成后连线更新后端数据源——一切都很简单。我认为：离线视图绝对是Visual FoxPro在C/S系统中的一个卖点，虽然ADO也支持类似的东西，但肯定不及Visual FoxPro有效率；其三：数据驱动。您是否知道，Visual FoxPro中绝大多数文件格式实际上都是DBF文件，如DBC、SCX、FRX等，他们都可以由Visual FoxPro的本地引擎驱动完成复杂的任务。在设计C/S结构时如果要存储用户设置、自定义文件格式，用Visual FoxPro的本地引擎帮忙绝对比其他软件简单，因为你用的是换汤不换药的方法，但它简单、有效率。
Visual FoxPro 开发C/S系统时，最与众不同的特色就是对远程数据的操控是通过本地数据库来实现的，Remote View、Connection都作为本地数据库的对象被管理起来，完美的衔接本地数据与远程数据。这种在客户端建立远程数据逻辑的做法，与最新的ADO.NET有相似之处！
在三层构架中，Visual FoxPro可以充当任意一层的任务，但本人以为大中型系统的数据库部分应以网络数据库为主。客户端界面用Visual FoxPro也是可以的，但一般限于企业内部，在Internet上我们通常使用IE作为客户界面。在三层构架中Visual FoxPro最胜任中间层的开发,它简单（开发难度与普通的Visual FoxPro项目相差不大）、快速的字符串生成、支持COM技术、它支持（MTS）COM+技术、它支持XML（Visual FoxPro 7.0提供3个与XML有关的函数）、它具有强大本地数据引擎、灵活的数据处理方式、它支持多线程的服务组件的开发。
可能有人要问：用ASP+脚本语言一样可以开发Web系统，何必加个中间层。的确，目前在市面上与多讨论Web的书都直接使用脚本语言来开发整个系统，这是十分不正确的做法，甚至有写书还说硬件越来越快，因此使用脚本语言来开发整个系统并没有什么关系。会说出这样话的作者通常都是没有实际开发Web应用经验的人。脚本语言，如VBScript是一种解释性语言，运行效率很低，他们只合适作为胶水程序。开发Web系统正统的做法是：把应用逻辑编写成COM、DCOM对象，然后用少量的脚本语言来驱动/使用这些对象。这样系统开发时工作量会大一些，但它符合开发任何数
4. 口袋妖怪绿宝石金手怎么调指怪兽
开启：92C90C6353B078F3——使用金手指必须输入的代码，请在GS码里输入
解除：7155AA01F8A8D888——不使用时，如果删除上面那个GS码还不能解除锁定，就输入这个
绿宝石抓宠金手指：（使用方法同上）
开启：0146DCEA3E32A31D
解除：050A1D799B4586FB
宠物代码（中、日、英通用）：03007E28:XXXX qsqssqsdw
宠物代码：
03007E28:0001——妙娃种子
03007E28:0002——妙娃草
03007E28:0003——妙娃花
03007E28:0004——小火龙
03007E28:0005——火恐龙
03007E28:0006——喷火龙
03007E28:0007——杰尼龟
03007E28:0008——卡咪龟
03007E28:0009——水箭龟
03007E28:000A——绿毛虫
03007E28:000B——铁甲蛹
03007E28:000C——巴大蝴
03007E28:000D——独角虫
03007E28:000E——铁壳蛹
03007E28:000F——大针蜂
03007E28:0010——波波
03007E28:0011——比比鸟
03007E28:0012——比雕
03007E28:0013——小拉达
03007E28:0014——拉达
03007E28:0015——鬼雀
03007E28:0016——大嘴雀
03007E28:0017——阿柏蛇
03007E28:0018——阿柏怪
03007E28:0019——皮卡丘
03007E28:001A——雷丘
03007E28:001B——穿山鼠
03007E28:001C——穿山王
03007E28:001D——尼多兰♀
03007E28:001E——尼多丽娜
03007E28:001F——尼多后
03007E28:0020——尼多郎♂
03007E28:0021——尼多力诺
03007E28:0022——尼多王
03007E28:0023——皮皮
03007E28:0024——皮可斯
03007E28:0025——六尾
03007E28:0026——九尾
03007E28:0027——胖丁
03007E28:0028——胖可丁
03007E28:0029——超音蝠
03007E28:002A——大嘴蝠
03007E28:002B——走路草
03007E28:002C——臭臭花
03007E28:002D——霸王花
03007E28:002E——蘑菇虫
03007E28:002F——巨菇虫
03007E28:0030——毛球
03007E28:0031——末入蛾
03007E28:0032——地鼠
03007E28:0033——三地鼠
03007E28:0034——喵喵
03007E28:0035——猫老大
03007E28:0036——可达鸭
03007E28:0037——哥达鸭
03007E28:0038——猴怪
03007E28:0039——火爆猴
003A——卡蒂狗
003B——风速狗
003C——蚊香蝌蚪
003D——蚊香蛙
003E——大力蛙
003F——卡斯
0040——勇吉拉
0041——胡地
0042——腕力
0043——豪力
0044——怪力
0045——喇叭花
0046——口呆花
0047——大食花
0048——玛瑙水母
0049——毒刺水母
004A——小拳石
004B——隆隆石
004C——隆隆岩
004D——小火马
004E——烈焰马
004F——呆呆兽
0050——呆河马
0051——小磁怪
0052——三磁怪
0053——大葱鸭
0054——多多
0055——多多利
0056——小海狮
0057——白海狮
0058——臭泥
0059——臭臭泥
005A——大舌贝
005B——铁甲贝
005C——鬼斯
005D——鬼斯通
005E——耿鬼
005F——大岩蛇
0060——食梦兽
0061——催眠兽
0062——大钳蟹
0063——巨钳蟹
0064——雷电球
0065——雷霆球
0066——蛋蛋
0067——椰蛋树
0068——卡拉卡拉
0069——嘎拉嘎拉
006A——沙瓦郎
006B——艾比郎
006C——大舌头
006D——瓦斯弹
006E——双弹瓦斯
006F——铁甲犀牛
0070——铁甲暴龙
0071——吉利蛋
0072——蔓藤怪
0073——袋龙
0074——墨海马
0075——海刺龙
0076——角金鱼
0077——金鱼王
0078——海星
0079——宝石海星
007A——魔偶
007B——飞天螳螂
007C——迷唇姐
007D——电击兽
007E——鸭嘴火龙
007F——钳刀甲虫
0080——肯泰罗
0081——鲤鱼王
0082——暴鲤龙
0083——乘龙
2008-2-2 18:11 回复
125.36.52.* 2楼
0084——百变怪
0085——伊布
0086——水伊布
0087——雷伊布
0088——火伊布
0089——3D龙
008A——菊石兽
008B——多刺菊石兽
008C——万年虫
008D——镰刀虫
008E——化石翼龙
03007E28:008F——卡比兽
03007E28:0090——急冻鸟
03007E28:0091——闪电鸟
03007E28:0092——火焰鸟
03007E28:0093——迷你龙
03007E28:0094——哈克龙
03007E28:0095——快龙
03007E28:0096——超梦
03007E28:0097——梦幻
0098——菊草叶
0099——月桂叶
009A——大菊花
009B——火球鼠
009C——岩浆鼠
009D——暴焰兽
009E——小锯鳄
009F——蓝鳄
00A0——大力鳄
00A1——尾立
00A2——大尾立
00A3——小猫头鹰
00A4——猫头鹰
00A5——金龟虫
00A6——昆虫战士
00A7——独角蛛
00A8——大角蛛
00A9——叉字蝠
00AA——电灯鱼
00AB——大电灯鱼
00AC——皮丘
00AD——小皮皮
00AE——小胖丁
00AF——刺头蛋
00B0——刺头鸟
00B1——天然雀
00B2——天然鸟
00B3——电绵羊
00B4——电气羊
00B5——电气龙
00B6——美丽花
00B7——水鼠
00B8——大水鼠
00B9——伪装树
00BA——大水蛙
00BB——毽子草
00BC——毽子花
00BD——毽子棉
00BE——强尾猴
00BF——向日种子
00C0——向日葵花
00C1——花羽蜓
00C2——乌波
00C3——沼王
00C4——光依布
00C5——暗依布
00C6——暗乌鸦
00C7——呆呆兽王
00C8——梦妖
00C9——未知图腾
00CA——果然翁
00CB——双头长颈鹿
00CC——松果兽
00CD——核果兽
00CE——土龙
00CF——蝎子蝠
00D0——钢岩蛇
00D1——布鲁
00D2——布鲁皇
00D3——河豚
00D4——钢甲螳螂
00D5——壶壶龟
00D6——独角仙
03007E28:00D7——狃拉
00D8——姬熊
00D9——圈圈熊
00DA——小蜗牛
00DB——熔岩蜗牛
00DC——小猪怪
00DD——长毛猪
00DE——太阳珊瑚
00DF——怪蛙鱼
00E0——章鱼
00E1——企鹅
00E2——飞鱼怪
00E3——钢鸟
00E4——暗犬
00E5——地狱犬
00E6——海马龙
00E7——短脚象
00E8——轮子象
00E9——3D龙2
00EA——惊角鹿
00EB——图图犬
00EC——巴尔郎
00ED——卡波郎
00EE——迷唇娃
00EF——小电击兽
00F0——小鸭嘴火龙
00F1——奶牛
03007E28:00F2——幸福蛋
03007E28:00F3——雷皇
03007E28:00F4——炎帝
03007E28:00F5——水君
03007E28:00F6——幼甲兽
03007E28:00F7——蛹甲兽
03007E28:00F8——巨大甲兽
03007E28:00F9——路基亚
03007E28:00FA——凤凰
03007E28:00FB——雪拉比
0115——树蜥蜴
0116——森林蜥蜴
0117——蜥蜴王
0118——小火鸡
0119——斗火鸡
011A——火鸡战士
011B——小水狗
011C——水狗
011D——水狗王
011E——皮皮犬
011F——黑毛犬
0120——针鼠
0121——大飞鼠
0122——红毛虫
0123——小白蛹
0124——黄蝶
0125——小粉蛹
0126——毒蛾
0127——顶叶兽
0128——顶叶童
0129——乐天河童
012A——橡实果
012B——长鼻叶
012C——铁扇天狗
012D——钻地虫
012E——风速蝉
012F——鬼蝉
0130——麻燕
0131——大麻燕
0132——木果兽
0133——木生兽
0134——晕眩熊
0135——海鸥
0136——大嘴鹈鹕
0137——水蛛怪
0138——巨蛛怪
0139——皮皮鲸
013A——鲸鱼王
013B——小松鼠
013C——大松鼠
013D——变色龙
013E——土偶
013F——三土偶
0140——磁石怪
0141——熔岩乌龟
0142——地狱超人
0143——泥鳅
0144——龙鳅
0145——心形鱼
0146——奇亚蟹
0147——大利蟹
0148——丑丑鱼
2008-2-2 18:11 回复
125.36.52.* 3楼
0149——美丽龙
014A——三色鲨
014B——鲨鱼王
014C——大头怪
014D——小蜻蜓龙
014E——蜻蜓龙
014F——拳击兔
0150——相扑熊
0151——电气兽
0152——雷电兽
0153——喷火驼
0154——双峰喷火驼
0155——海象球
0156——大海象
0157——海象王
0158——仙人球
0159——恶魔仙人掌
015A——小头冰怪
015B——巨头冰怪
015C——月亮石
015D——太阳石
015E——小水鼠
015F——弹簧猪
0160——飞天猪
0161——正电兔
0162——负电兔
0163——巨嘴娃
0164——冥思兽
0165——佳雷木
0166——云雀
0167——大云雀
0168——果然宝宝
0169——钻墙鬼
016A——独眼鬼
016B——芭蕾玫瑰
016C——小懒猴
016D——狂猴
016E——大猩猩
016F——毒布丁
0170——毒布丁王
0171——香蕉飞龙
0172——音波兔
0173——噪音怪
0174——噪音王
0175——海贝
0176——大嘴鳗
0177——长睫鳗
0178——灾兽
0179——小失眠鬼
017A——失眠鬼
017B——钢尾蛇
017C——斩猫
017D——化石鱼
017E——钢甲虫
017F——钢甲犀牛
0180——钢甲暴龙
03007E28:0181——天气怪
03007E28:0182——母萤火虫
03007E28:0183——公萤火虫
03007E28:0184——化石花
03007E28:0185——化石巨花
03007E28:0186——化石蝎
03007E28:0187——化石巨蝎
03007E28:0188——感知兽
03007E28:0189——神知兽
03007E28:018A——圣护兽
03007E28:018B——宝贝龙
03007E28:018C——甲壳龙
03007E28:018D——血翼飞龙
03007E28:018E——铁哑铃
03007E28:018F——金属怪
03007E28:0190——钢螃蟹
03007E28:0191——岩神柱
03007E28:0192——冰神柱
03007E28:0193——钢神柱
03007E28:0194——海皇牙
03007E28:0195——古拉顿
03007E28:0196——烈空龙
03007E28:0197——红水都
03007E28:0198——蓝水都
03007E28:0199——许愿星
03007E28:019A——迪奥西斯
03007E28:019B——风铃子
谢谢采纳
5. 百鬼夜行里的百鬼有什么可不可以连着日文一起谢谢啦~！
不好意思只有日文，以下只有97种
がしゃどくろ
牛鬼
がごぜ
赤舌
骨鲸
海坊主
饿鬼
べむ
舟幽霊
蛇骨婆
吹っ消し婆
けうけげん
のびあがり
提灯お岩
おしろい婆
べとべとさん
二口女
砂かけ婆
天井下がり
ぬれおんな
子泣き爷
びしゃがつく
ふるそま
百々目鬼
垢舐め
山精
目々连
雪女
般若
お歯黒べったり
つるべ火
ろくろ首
长壁
山爷
屏风覗き
河童
ぬらりひょん
天井舐め
枕返し
はたひろ
卒塔婆小町
白坊主
魍魉
豆腐小僧
おとろし
ひより坊
鬼
つらら女
狂骨
产女
百目
ずんべら坊
泥田坊
朱の盘
すねこすり
わいら
烟罗烟罗
逆柱
しょくいん
山彦
鉄鼠
ねずみ男
袖引き小僧
涂壁
火取り魔
つるべ落とし
おおかむろ
あみきり
ひょうすべ
すっぽんの幽霊
手の目
姥ヶ火
乌天狗
天狗
しょうけら
轮入道
鎌イタチ
火车
くらげの火の玉
はたおんりょう
鵺
猫又
九尾の狐
一反もめん
土転び
油すまし
野火
ぬっぺほふ
一目入道
目玉亲父
キジムナー
仓ぼっこ
せこ
たんころりん
小豆洗い
座敷わらし
化け草履
真想了解的话，可以上www.google.co.jp查，维基网络 日文页面里都有介绍。读音，来源，有有的还有画像。
个人认为虽然名为百鬼夜行，日本的鬼应该不止100种。
参考资料是某人制作“百鬼夜号”（在车上画出百鬼夜行）的进度资料，可以看一下，有照片。