[散分]散分，不为别的。。。

Eleven 2011-07-05 01:52:48

散分，不为别的。。。

...全文

194 43 打赏收藏转发到动态举报

写回复

43 条回复

切换为时间正序

请发表友善的回复…

发表回复

zyj001991 2011-08-09

打赏
举报

回复

为什么到我就木有料....

crakme 2011-08-04

打赏
举报

回复

好吧
接分
非常感谢~~~

Computerdream 2011-07-23

打赏
举报

回复

接分，不为别的……

冬日 2011-07-23

打赏
举报

回复

不会吧！！！还有这好事？

dengchaozhu 2011-07-09

打赏
举报

回复

接分接分

前进的步伐 2011-07-05

打赏
举报

回复

楼主...
慷慨...

W1nds 2011-07-05

打赏
举报

回复

接分接分
楼主好运

帝国队长 2011-07-05

打赏
举报

回复

接分了～～～～

wisoner 2011-07-05

打赏
举报

回复

接分的我来啦

niupanboy 2011-07-05

打赏
举报

回复

c_losed 2011-07-05

打赏
举报

回复

接分不解释

珍惜生命远离CPP 2011-07-05

打赏
举报

回复

funny3721 2011-07-05

打赏
举报

回复

你懂得

jiaqiang22 2011-07-05

打赏
举报

回复

wenwena1 2011-07-05

打赏
举报

回复

jf就为这

tt2com 2011-07-05

打赏
举报

回复

接分不解释哈哈哈哈

ouyh12345 2011-07-05

打赏
举报

回复

Liekkas 2011-07-05

打赏
举报

回复

smwhotjay 2011-07-05

打赏
举报

回复

千分散尽还复来

shiyunqiang 2011-07-05

打赏
举报

回复

楼主好人啊。

加载更多回复（23）

本课程零散讲了一些C语言中值得讨论的知识点。譬如main函数的传参和返回值、void类型、NULL宏定义、debug调试宏等。目的是进一步提升大家对C语言的理解深度，提升大家的实战编程能力。

直接寻址技术的缺点是非常明显的：如果全域U很大，则在一台标准的计算机可用内存容量中，要存储大小为∣U∣|U|∣U∣的一张表TTT也许不太实际，甚至是不可能的。还有，实际存储的关键字集合KKK相对UUU来说可能很小，使得分配给TTT的大部分空间都将浪费掉。当存储在字典中的关键字集合KKK比所有可能的关键字的全域UUU要小许多时，散列表需要的存储空间要比直接寻址表少得多。特别地，我们能将散列表的存储需求降至Θ(∣K∣)\Theta(|K|)Θ(∣K∣)，同时散列表中查找一个元素的优势仍得到保持，只需要O(1)

我对linux没有很深的了解，不过还是挺感兴趣的，想去学。目前接触过的是suse,和ubuntu，他们都是基于linux内核的操作系统。我只知道：suse相对而言是企业级的，比较适合企业级服务器的运用，ubuntu是家里电脑上装的，感觉相对而言更加desktop一些。想和大家一起讨论讨论，同样是linux操作系统，他们在哪些技术方面的差异使得他们的方向不同。级别比较低，只有100分可以散，不好意...

基站杂散测试

通过本章可以了解散列表是什么数据结构，为什么叫做散列表？他的特点是什么？以及如何去设计一个散列表？为什么要这么设计？会介绍散列表中三个重要的核心点：散列函数，处理冲突，查找效率。并且会从是什么，到为什么的去剖析散列表的设计。

1,649

社区成员

58,980

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章