yexuan

这个智力斗大，相信很多朋友在街头注意过，也相信园子里有很多自命不凡的朋友尝试过。废话少说，正题如下：

跟据游戏规则建立游戏模形。包括出牌规则和对峙规则，先出完为胜。

一些常见的算法，如下：

１、从最小的牌开始，一个一个往大出，找到永胜出牌顺序。

２、利用对子、单牌、同花、顺子、三条一等游戏规则从小往大出，找到永胜出牌顺序。

３、设计参与人工智能，利用完整的游戏规则（单牌、对子、同花、顺子、三条一等），不规则大小出牌，找到永胜出牌顺序。

４、根据第3条里的规则，假定对方胜利，计算出我方必败的永败出牌顺序。

答案是肯定的，肯定有一种或多种途经可以达到永败（胜）的出牌顺序。

求：

永败（胜）的出牌顺序。

注：

我们都知道，对于扑克牌类永远不存在和解的理论，肯定有一方胜，有一方败。那么为什么人脑找不到一个永败（胜）的出牌顺序，但计算机却能找到呢？为什么计算机用同一种算法相互对峙时，有一方是永败（胜）的呢？（同一种算法，任何情况下先出牌或者后出牌的必胜）。假设不考虑路长（计算深度），不考虑性能和耗时，完美的算法应该是胜败持平。

题外：鄙人一向否认算法的存在，认为一切算法均不符合思维逻辑。并一直坚信只要算法存在，那么计算机永远不可能取代人类思维，也不能思考创新出什么好东西。

历史：曾经有过某位大师写过一个棋类算法，打败天下无敌手。最后被某人用简单的“王动”破解，导致计算异常违反游戏规则而失败告终。

(本文引用的方案为Openlab开源方案)

继续上LanpinPortal之后,又重新开发了许多小组件.这次不讨论如何实现,就说一下我的想法.

传统的三层构架,如DNN\CS\国内的PE\OL\DNT等.是一种规则框架,都有自己的数据层\逻辑业务层\表示层.总体分为三体,旁系还会派生出很多辅助类和桥接类.这次的重点,就在桥接上.

这是12月4日的OL容器结构,包括一个Framework和九个Appliction,那么这时,就需要用到多个Application的桥接.要保证每个Application可以单独使用,也可以结合使用.更要在结合使用之后还能还原到单独使用.Framework是一个基础的功能库,但目前仍然不是主要的控制中心,现在还没有一个控件中心,也就是说没有一个管理Framework派生的Applications的机构.如果要桥接,必需要有一个对所有Applications负责并管理的机构.如何现实暂且不谈.目前OL还不具体桥接能力,同样这种框架也不会具有完美桥接的能力.那什么才是桥接呢,我们引入一种模型,叫全局缓存和GUID投影.何为GUID投影呢?简单的来说,就是不管内容属于哪一个模块下,我需要他的时候只需要通过控制中心找到他的GUID即可.不需要再通知Application了,至一我有没有权限,再交给控制中去与Application交涉.

[未完待续]