博客
关于我
穿插纸条 (第91-108关)交叉点计数的极端情况
阅读量:607 次
发布时间:2019-03-12

本文共 683 字,大约阅读时间需要 2 分钟。

目录:

 

 

 

 

 

(91)

   

交叉点计数的极端情况分两种,一是交叉点极少,一是交叉点极多

这一关中,可以算出来交叉点的数量为0,这一结论显然是可以指导我们的思路的。

然而这一关本身就不太难,可能懒得算就直接把答案弄出来了,这和下面的第(95)关是不一样的。

(92)

   

(93)

   

(94)

   

(95)

   

因为数字比较大,而且只有一根纸条,而且整个是长方形,所以很容易就算出来,交叉点的数量为0

这样,答案就显而易见了。

(96)

   

(97)

   

(98)

   

(99)

   

(100)

   

(101)

   

(102)

   

(103)

   

(104)

   

(105)

   

(106)

   

(107)

   

(108)

在这一关中,交叉点的数量=41+1-29=13

13个交叉点可以说是极多了

这里再总结一个规律:

如果1个格子A不是起点也不是终点,格子A有且仅有2个邻居,那么根据2个邻居是否相邻可以分成2种情况:

如果2个邻居相邻,那么格子A必然是拐点(称为显示拐点),如果2个邻居不相邻,那么格子A必然不是拐点

注意,这里说的终点是实际终点,而不仅仅是显示终点,不要误用规律。

这里红色标注的12个格子,显然都是拐点

因为拐点都不是交叉点,所以13交叉点就都在剩下的17个格子中了

因为这一关有个显示终点,显示终点肯定不是交叉点,所以13交叉点就都在剩下的16个格子(蓝色标注)中

然而,这还不是结束

如果起点或者终点是交叉点,那么肯定是T型交叉,其他交叉点肯定是+型交叉

也就是说,既不是起点也不是终点,而且没有4个邻居的,一定不是交叉点

所以,这一关中不是交叉点的3个点就找出来了

这样,就可以一步步推出,这一关是有唯一解的

你可能感兴趣的文章
MySQL 证明为什么用limit时,offset很大会影响性能
查看>>
Mysql 语句操作索引SQL语句
查看>>
MySQL 误操作后数据恢复(update,delete忘加where条件)
查看>>
MySQL 调优/优化的 101 个建议!
查看>>
mysql 转义字符用法_MySql 转义字符的使用说明
查看>>
mysql 输入密码秒退
查看>>
mysql 递归查找父节点_MySQL递归查询树状表的子节点、父节点具体实现
查看>>
mysql 通过查看mysql 配置参数、状态来优化你的mysql
查看>>
mysql 里对root及普通用户赋权及更改密码的一些命令
查看>>
Mysql 重置自增列的开始序号
查看>>
mysql 锁机制 mvcc_Mysql性能优化-事务、锁和MVCC
查看>>
MySQL 错误
查看>>
mysql 随机数 rand使用
查看>>
MySQL 面试题汇总
查看>>
MySQL 面试,必须掌握的 8 大核心点
查看>>
MySQL 高可用性之keepalived+mysql双主
查看>>
MySQL 高性能优化规范建议
查看>>
mysql 默认事务隔离级别下锁分析
查看>>
Mysql--逻辑架构
查看>>
MySql-2019-4-21-复习
查看>>