天使的白骨
給我一個(gè)EMACS,我不需要操作系統(tǒng)
常用鏈接
我的隨筆
我的評(píng)論
我參與的隨筆
留言簿
(16)
給我留言
查看公開留言
查看私人留言
隨筆分類
(49)
C++ lisp perl ruby python(15)
(rss)
EMACS,飛(1)
(rss)
linux(6)
(rss)
QNX(2)
(rss)
server(2)
(rss)
技術(shù)簡(jiǎn)歷
(rss)
開源項(xiàng)目(8)
(rss)
量子計(jì)算機(jī)(1)
(rss)
設(shè)計(jì)模式(14)
(rss)
隨筆檔案
(61)
2018年12月 (1)
2017年7月 (1)
2017年4月 (1)
2017年3月 (1)
2017年1月 (1)
2016年7月 (2)
2016年3月 (1)
2015年10月 (1)
2015年6月 (1)
2015年4月 (2)
2015年1月 (2)
2014年11月 (1)
2014年10月 (2)
2014年9月 (1)
2014年8月 (2)
2014年7月 (1)
2014年6月 (4)
2014年5月 (1)
2014年4月 (1)
2014年1月 (9)
2013年12月 (8)
2013年10月 (2)
2013年9月 (1)
2013年7月 (1)
2013年5月 (1)
2013年4月 (1)
2013年3月 (1)
2012年9月 (1)
2012年3月 (2)
2012年2月 (2)
2011年11月 (1)
2011年9月 (2)
2011年7月 (1)
2010年5月 (1)
文章分類
(18)
algorithm and structure(2)
(rss)
Linux(13)
(rss)
軟件工程與架構(gòu)(1)
(rss)
正則表達(dá)式(2)
(rss)
文章檔案
(34)
2018年12月 (1)
2016年9月 (1)
2015年1月 (1)
2014年7月 (1)
2014年6月 (1)
2014年5月 (1)
2013年9月 (2)
2013年6月 (1)
2013年4月 (3)
2013年3月 (2)
2012年12月 (2)
2012年10月 (2)
2012年9月 (1)
2012年8月 (2)
2012年3月 (2)
2012年1月 (1)
2011年11月 (1)
2011年9月 (1)
2011年7月 (1)
2011年6月 (3)
2011年4月 (1)
2010年11月 (2)
2010年9月 (1)
嵌入式
媒體播放器的三大底層架構(gòu)
101條計(jì)算機(jī)經(jīng)典語錄
ajax教程
ajax向服務(wù)器發(fā)送請(qǐng)求
Biologically Motivated Programming Technology for Robust Systems
Chrome的進(jìn)程間通信
chrome多進(jìn)程架構(gòu)
emacs cscope配置
emacser cedet
GStreamer 簡(jiǎn)化 Linux 多媒體開發(fā)
gstreamer插件開發(fā)指南
iptable配置
pyQt
pyQt examples
python官方學(xué)習(xí)手冊(cè)
slime--common lisp與emacs的集成開發(fā)
stackoverflow
UNIX技術(shù)網(wǎng)
VI使用手冊(cè)
vlc hacker guide
vlc播放器官方地址
非常優(yōu)秀的書:開源軟件的架構(gòu)
開源中國(guó)
嵌入式的一些關(guān)鍵點(diǎn),這個(gè)作者的文章不錯(cuò)
清除svn保存的username用戶名和paasword密碼(windows和linux)
使用emacs開發(fā)iPhone應(yīng)用程序
心理學(xué)
軟件工程
項(xiàng)目延時(shí)的主要原因
描述了項(xiàng)目延時(shí)的幾個(gè)重大可能因素
算法
MapReduce----google核心并行圖算法
搜索
最新評(píng)論
1.?re: UINavigationController的使用,隱藏,定制
不錯(cuò)
--臂化羽
2.?re: 談?wù)凪VVM和MVC,使用swift集成RFP框架(ReactiveCocoa)
嗯,我后來就沒怎么用。rac?,F(xiàn)在開始用了。把作者寫的那個(gè)struct直接拷貝過來了。再一次為作者點(diǎn)贊!
--言十年
3.?re: 談?wù)凪VVM和MVC,使用swift集成RFP框架(ReactiveCocoa)[未登錄]
@laznrbfe
@猴子
@言十年
我已經(jīng)更過github上的代碼了
--何清龍
4.?re: 談?wù)凪VVM和MVC,使用swift集成RFP框架(ReactiveCocoa)
Swift2.0的分享失效了。
我的QQ:912692610.
希望得到你的幫助。
--laznrbfe
5.?re: 談?wù)凪VVM和MVC,使用swift集成RFP框架(ReactiveCocoa)
@言十年
希望得到2.0的代碼進(jìn)行學(xué)習(xí).十分感謝.214449165@qq.com
--猴子
6.?re: 談?wù)凪VVM和MVC,使用swift集成RFP框架(ReactiveCocoa)
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--言十年
7.?re: json自動(dòng)生成代碼(object-c、java、 C#、C++)[未登錄]
大叔大嬸
--111
8.?re: UINavigationController的使用,隱藏,定制[未登錄]
@Keater
我沒有兩者一起用過,我們的滑動(dòng)返回由其他人做成全局的了,統(tǒng)一在UINavigationController的子類中處理
--何清龍
9.?re: UINavigationController的使用,隱藏,定制
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--Keater
10.?re: EMACS配置(.emacs)
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--何清龍
11.?re: EMACS配置(.emacs)
@馬前進(jìn)
可以交流,我試過,但是有點(diǎn)忘了
--何清龍
12.?re: EMACS配置(.emacs)
我想使用emacs進(jìn)入交叉調(diào)試,能指導(dǎo)下嗎。使用的gdb是針對(duì)arm平臺(tái)的。
--馬前進(jìn)
13.?re: 不分配動(dòng)態(tài)內(nèi)存翻轉(zhuǎn)單向鏈表
@落單的毛毛蟲
你的代碼更簡(jiǎn)潔,原理還是一樣的
--何清龍
14.?re: 不分配動(dòng)態(tài)內(nèi)存翻轉(zhuǎn)單向鏈表
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--落單的毛毛蟲
15.?re: 不分配動(dòng)態(tài)內(nèi)存翻轉(zhuǎn)單向鏈表[未登錄]
冒泡排序的思想?
--kk
16.?re: 蘋果新語言swift的通盤整理
@mybios
比object-c好一點(diǎn),說實(shí)話,可讀性不行,寫起來倒是挺快的,他有函數(shù)編程能力,這點(diǎn)不錯(cuò),其他的可有可無,模板做得爛。
--何清龍
17.?re: 蘋果新語言swift的通盤整理[未登錄]
又一個(gè)蘋果出的新版反人類語言。
--mybios
18.?re: 蘋果新語言swift的通盤整理
thx`
--java論壇
19.?re: 蘋果新語言swift的通盤整理
@java論壇
這個(gè)語言剛出來幾天
--何清龍
20.?re: 蘋果新語言swift的通盤整理
swift?
你寫的是什么語言,我怎么看不懂
http://www.itqx.net
--java論壇
評(píng)論排行榜
1.?年底了,說說我退出創(chuàng)業(yè)后的感想(12)
2.?chrome代碼里面發(fā)現(xiàn)的好東西,很有意思。想了好久,目前也只有這個(gè)解釋了--為了更安全(11)
3.?近期計(jì)劃(8)
4.?QT相框,發(fā)布點(diǎn)代碼,有興趣的隨便研究(7)
5.?蘋果新語言swift的通盤整理(7)
Powered by:
博客園
模板提供:
滬江博客
C++博客
|
首頁
|
發(fā)新隨筆
|
發(fā)新文章
|
聯(lián)系
| |
管理
chrome代碼里面發(fā)現(xiàn)的好東西,很有意思。想了好久,目前也只有這個(gè)解釋了--為了更安全
先請(qǐng)各位看看代碼,思考一下,這里的代碼是做什么的?
template
<
typename T, size_t N
>
char
(
&
ArraySizeHelper(T (
&
array)[N]))[N];
//
沒有定義,只做了聲明
//
That gcc wants both of these prototypes seems mysterious. VC, for
//
its part, can't decide which to use (another mystery). Matching of
//
template overloads: the final frontier.
#ifndef _MSC_VER
template
<
typename T, size_t N
>
char
(
&
ArraySizeHelper(
const
T (
&
array)[N]))[N];
#endif
#define
arraysize(array) (sizeof(ArraySizeHelper(array)))
int
a[
10
]
int
size
=
arraysize(a);
//
這里能夠求出a的大小
這個(gè)代碼比普通的sizeof(a)/sizeof(int)更安全,它避免了我們做這樣的操作:
int
a[
10
]
int
*
p
=
a;
int
size
=
arraysize(p);
//
不可行
size
=
arraysize(a);
//
可行
利用模板獲得一個(gè)數(shù)組的引用,返回對(duì)應(yīng)的char類型的數(shù)組引用再對(duì)char類型的數(shù)組求大小,不用求sizeof(T),代替了了除法運(yùn)算和兩次求值sizeof(),不知道這個(gè)會(huì)不會(huì)影響編譯時(shí)的效率
根
template
<
typename T, size_t N
>
char
(
*
ArraySizeHelper(
const
T (
&
array)[N]))[N];
#define
arraysize(array) (sizeof(*ArraySizeHelper(array)))
據(jù)waiting4you的評(píng)論,也可以這樣做:
對(duì)于老的編譯器,不允許返回?cái)?shù)組的引用,但是返回指針數(shù)組應(yīng)該是沒有問題的,入口參數(shù)傳遞數(shù)組的引用也沒有問題
發(fā)表于 2011-09-22 10:51
何清龍
閱讀(2811)
評(píng)論(11)
編輯
收藏
引用
所屬分類:
開源項(xiàng)目
評(píng)論
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
很有趣,學(xué)習(xí)了!
ooseven
評(píng)論于 2011-09-22 11:02
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
是編譯器更快還是運(yùn)行期更快? 模版對(duì)編譯器來說快不了的.
這個(gè)用法在 <<Imperfect C++>> 中有說明, 并不是什么新東西. 也不是為了提高速度, 而是為了更安全, 對(duì)于重載了 operator[] 的自定義對(duì)象, 退化成指針的數(shù)組這些, sizeof(a)/sizeof(a[0]) 可能產(chǎn)生錯(cuò)誤的結(jié)果. 詳見 <<Imperfect C++>> 第 14 章 2, 3 節(jié).
并且, Imperfect C++ 中并不推薦這種用法, 而是由另外的方法, 因?yàn)檫@種用法對(duì)編譯器的兼容性不好, 原文如下:
I should point out there's a slightly shorter (albeit harder to decipher) way to implement dimensionof(), as follows:
template<typename T, int N>
byte_t (&byte_array_of_same_dimension_as(T (&)[N]))[N];
#define dimensionof(x) sizeof(byte_array_of_same_dimension_as((x)));
Unfortunately this is recognized by fewer compilers[6] so I recommend the first form.
adie
評(píng)論于 2011-09-22 11:49
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
是的,這個(gè)并不能提升編譯速度,而且編譯速度一般來說并沒有太大的意義
這個(gè)的關(guān)鍵是類型安全
cowfinger
評(píng)論于 2011-09-22 11:53
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
@adie
原本我也認(rèn)為他對(duì)指針可以求出數(shù)組自身的大小,但是原理上似乎行不通,因?yàn)榧词鼓玫揭粋€(gè)引用,也是引用了指向數(shù)組的指針的引用,并沒有引用到數(shù)組本身。編譯器的sizeof是在編譯期求的。你說的第二點(diǎn)應(yīng)該是它的目的之一
何清龍
評(píng)論于 2011-09-22 12:10
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來優(yōu)化運(yùn)行時(shí)間
回復(fù)
更多評(píng)論
性能無關(guān)。都是編譯器的事情。
blackcat
評(píng)論于 2011-09-22 16:18
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來優(yōu)化運(yùn)行時(shí)間
回復(fù)
更多評(píng)論
編譯期間的事情。運(yùn)行期代價(jià)一致。
blackcat
評(píng)論于 2011-09-22 16:20
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。哈哈,被各位老大攪暈了,不知道這個(gè)代碼到底有什么好處
回復(fù)
更多評(píng)論
sizeof(a)/sizeof(int)也同樣是編譯時(shí) 的東西。
俺不是壞人
評(píng)論于 2011-09-22 20:48
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。哈哈,被各位老大攪暈了,不知道這個(gè)代碼到底有什么好處[未登錄]
回復(fù)
更多評(píng)論
有點(diǎn)兒暈乎
孫磊磊
評(píng)論于 2011-09-23 22:26
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。想了好久,也只有這個(gè)就是了--為了更安全
回復(fù)
更多評(píng)論
如下形式使用時(shí)編譯不過:
int a[10];
int* p = a;
int size = arraysize(a);
所以sizeof的形式安全一些,sizeof(p)/sizeof(p[0])得到的是一個(gè)錯(cuò)誤的結(jié)果。
另外敲起代碼來會(huì)快那么一點(diǎn)點(diǎn)
飛舞的煙灰缸
評(píng)論于 2011-09-25 00:11
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。想了好久,目前也只有這個(gè)解釋了--為了更安全,在傳遞指向數(shù)組的指針時(shí),會(huì)報(bào)錯(cuò)。
回復(fù)
更多評(píng)論
這個(gè)不是傳說中的ARRAYSIZE嗎?winnt.h的定義是這樣的,與樓主一起學(xué)習(xí):
//
// RtlpNumberOf is a function that takes a reference to an array of N Ts.
//
// typedef T array_of_T[N];
// typedef array_of_T &reference_to_array_of_T;
//
// RtlpNumberOf returns a pointer to an array of N chars.
// We could return a reference instead of a pointer but older compilers do not accept that.
//
// typedef char array_of_char[N];
// typedef array_of_char *pointer_to_array_of_char;
//
// sizeof(array_of_char) == N
// sizeof(*pointer_to_array_of_char) == N
//
// pointer_to_array_of_char RtlpNumberOf(reference_to_array_of_T);
//
// We never even call RtlpNumberOf, we just take the size of dereferencing its return type.
// We do not even implement RtlpNumberOf, we just decare it.
//
// Attempts to pass pointers instead of arrays to this macro result in compile time errors.
// That is the point.
//
extern "C++" // templates cannot be declared to have 'C' linkage
template <typename T, size_t N>
char (*RtlpNumberOf( UNALIGNED T (&)[N] ))[N];
#define RTL_NUMBER_OF_V2(A) (sizeof(*RtlpNumberOf(A)))
...
#define RTL_NUMBER_OF(A) RTL_NUMBER_OF_V2(A)
...
#define ARRAYSIZE(A) RTL_NUMBER_OF_V2(A)
waiting4you
評(píng)論于 2011-09-28 13:10
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。想了好久,目前也只有這個(gè)解釋了--為了更安全
回復(fù)
更多評(píng)論
@waiting4you
恩,看了你的評(píng)論,又增長(zhǎng)了一些知識(shí)
何清龍
評(píng)論于 2011-09-29 09:15
刷新評(píng)論列表
只有注冊(cè)用戶
登錄
后才能發(fā)表評(píng)論。
【推薦】100%開源!大型工業(yè)跨平臺(tái)軟件C++源碼提供,建模,組態(tài)!
相關(guān)文章:
人工智能分類筆記 《哥德爾-埃舍爾-巴赫》
solve crosse language of object-c & swift UIScrollViewDelegate/UITableViewDelegate rac_signalForSelector("scrollViewDidEndDragging:willDecelerate:") crash
談?wù)凪VVM和MVC,使用swift集成RFP框架(ReactiveCocoa)
jsonRPC的curl命令行使用,python使用,object-c使用
ios上opencv的圖像特征點(diǎn)檢測(cè),核心代碼。如果你做的更完善了,希望能反饋給我
移植QT到QNX
VLC播放器架構(gòu)剖析
chrome代碼里面發(fā)現(xiàn)的好東西,很有意思。想了好久,目前也只有這個(gè)解釋了--為了更安全
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
大伊人青草狠狠久久
|
亚洲国产成人精品久久久国产成人一区二区三区综
|
亚洲综合日韩久久成人AV
|
91精品国产乱码久久久久久
|
很黄很污的网站久久mimi色
|
无码任你躁久久久久久老妇
|
久久夜色精品国产网站
|
久久九九久精品国产免费直播
|
国产亚洲美女精品久久久2020
|
久久精品国产亚洲AV高清热
|
久久99精品久久久久久秒播
|
久久久久无码精品国产
|
热久久国产欧美一区二区精品
|
国产麻豆精品久久一二三
|
伊人久久大香线蕉无码麻豆
|
97久久精品人人澡人人爽
|
亚洲AV日韩精品久久久久久
|
欧美一级久久久久久久大片
|
狠狠色丁香婷婷久久综合不卡
|
久久久久久久精品成人热色戒
|
26uuu久久五月天
|
99久久婷婷免费国产综合精品
|
亚洲午夜久久久
|
久久久WWW免费人成精品
|
嫩草影院久久99
|
久久99精品久久只有精品
|
久久久精品免费国产四虎
|
久久精品国产免费观看
|
色偷偷888欧美精品久久久
|
久久亚洲日韩精品一区二区三区
|
欧美日韩成人精品久久久免费看
|
99久久精品费精品国产一区二区
|
久久久久久久综合综合狠狠
|
国产精品久久久久久搜索
|
久久午夜羞羞影院免费观看
|
亚洲精品无码成人片久久
|
综合网日日天干夜夜久久
|
日产精品久久久久久久
|
国产69精品久久久久观看软件
|
久久国产精品99精品国产
|
久久久亚洲欧洲日产国码二区
|