天使的白骨
給我一個(gè)EMACS,我不需要操作系統(tǒng)
常用鏈接
我的隨筆
我的評(píng)論
我參與的隨筆
留言簿
(16)
給我留言
查看公開(kāi)留言
查看私人留言
隨筆分類(lèi)
(49)
C++ lisp perl ruby python(15)
(rss)
EMACS,飛(1)
(rss)
linux(6)
(rss)
QNX(2)
(rss)
server(2)
(rss)
技術(shù)簡(jiǎn)歷
(rss)
開(kāi)源項(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)
文章分類(lèi)
(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)典語(yǔ)錄
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 多媒體開(kāi)發(fā)
gstreamer插件開(kāi)發(fā)指南
iptable配置
pyQt
pyQt examples
python官方學(xué)習(xí)手冊(cè)
slime--common lisp與emacs的集成開(kāi)發(fā)
stackoverflow
UNIX技術(shù)網(wǎng)
VI使用手冊(cè)
vlc hacker guide
vlc播放器官方地址
非常優(yōu)秀的書(shū):開(kāi)源軟件的架構(gòu)
開(kāi)源中國(guó)
嵌入式的一些關(guān)鍵點(diǎn),這個(gè)作者的文章不錯(cuò)
清除svn保存的username用戶(hù)名和paasword密碼(windows和linux)
使用emacs開(kāi)發(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)
嗯,我后來(lái)就沒(méi)怎么用。rac。現(xiàn)在開(kāi)始用了。把作者寫(xiě)的那個(gè)struct直接拷貝過(guò)來(lái)了。再一次為作者點(diǎn)贊!
--言十年
3.?re: 談?wù)凪VVM和MVC,使用swift集成RFP框架(ReactiveCocoa)[未登錄](méi)
@laznrbfe
@猴子
@言十年
我已經(jīng)更過(guò)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++)[未登錄](méi)
大叔大嬸
--111
8.?re: UINavigationController的使用,隱藏,定制[未登錄](méi)
@Keater
我沒(méi)有兩者一起用過(guò),我們的滑動(dòng)返回由其他人做成全局的了,統(tǒng)一在UINavigationController的子類(lèi)中處理
--何清龍
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)
可以交流,我試過(guò),但是有點(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)單向鏈表
@落單的毛毛蟲(chóng)
你的代碼更簡(jiǎn)潔,原理還是一樣的
--何清龍
14.?re: 不分配動(dòng)態(tài)內(nèi)存翻轉(zhuǎn)單向鏈表
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--落單的毛毛蟲(chóng)
15.?re: 不分配動(dòng)態(tài)內(nèi)存翻轉(zhuǎn)單向鏈表[未登錄](méi)
冒泡排序的思想?
--kk
16.?re: 蘋(píng)果新語(yǔ)言swift的通盤(pán)整理
@mybios
比object-c好一點(diǎn),說(shuō)實(shí)話(huà),可讀性不行,寫(xiě)起來(lái)倒是挺快的,他有函數(shù)編程能力,這點(diǎn)不錯(cuò),其他的可有可無(wú),模板做得爛。
--何清龍
17.?re: 蘋(píng)果新語(yǔ)言swift的通盤(pán)整理[未登錄](méi)
又一個(gè)蘋(píng)果出的新版反人類(lèi)語(yǔ)言。
--mybios
18.?re: 蘋(píng)果新語(yǔ)言swift的通盤(pán)整理
thx`
--java論壇
19.?re: 蘋(píng)果新語(yǔ)言swift的通盤(pán)整理
@java論壇
這個(gè)語(yǔ)言剛出來(lái)幾天
--何清龍
20.?re: 蘋(píng)果新語(yǔ)言swift的通盤(pán)整理
swift?
你寫(xiě)的是什么語(yǔ)言,我怎么看不懂
http://www.itqx.net
--java論壇
評(píng)論排行榜
1.?年底了,說(shuō)說(shuō)我退出創(chuàng)業(yè)后的感想(12)
2.?chrome代碼里面發(fā)現(xiàn)的好東西,很有意思。想了好久,目前也只有這個(gè)解釋了--為了更安全(11)
3.?近期計(jì)劃(8)
4.?蘋(píng)果新語(yǔ)言swift的通盤(pán)整理(7)
5.?QT相框,發(fā)布點(diǎn)代碼,有興趣的隨便研究(7)
Powered by:
博客園
模板提供:
滬江博客
C++博客
|
首頁(yè)
|
發(fā)新隨筆
|
發(fā)新文章
|
聯(lián)系
| |
管理
chrome代碼里面發(fā)現(xiàn)的好東西,很有意思。想了好久,目前也只有這個(gè)解釋了--為了更安全
先請(qǐng)各位看看代碼,思考一下,這里的代碼是做什么的?
template
<
typename T, size_t N
>
char
(
&
ArraySizeHelper(T (
&
array)[N]))[N];
//
沒(méi)有定義,只做了聲明
//
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類(lèi)型的數(shù)組引用再對(duì)char類(lèi)型的數(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)該是沒(méi)有問(wèn)題的,入口參數(shù)傳遞數(shù)組的引用也沒(méi)有問(wèn)題
發(fā)表于 2011-09-22 10:51
何清龍
閱讀(2822)
評(píng)論(11)
編輯
收藏
引用
所屬分類(lèi):
開(kāi)源項(xiàng)目
評(píng)論
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來(lái)優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
很有趣,學(xué)習(xí)了!
ooseven
評(píng)論于 2011-09-22 11:02
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來(lái)優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
是編譯器更快還是運(yùn)行期更快? 模版對(duì)編譯器來(lái)說(shuō)快不了的.
這個(gè)用法在 <<Imperfect C++>> 中有說(shuō)明, 并不是什么新東西. 也不是為了提高速度, 而是為了更安全, 對(duì)于重載了 operator[] 的自定義對(duì)象, 退化成指針的數(shù)組這些, sizeof(a)/sizeof(a[0]) 可能產(chǎn)生錯(cuò)誤的結(jié)果. 詳見(jiàn) <<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ù)來(lái)優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
是的,這個(gè)并不能提升編譯速度,而且編譯速度一般來(lái)說(shuō)并沒(méi)有太大的意義
這個(gè)的關(guān)鍵是類(lèi)型安全
cowfinger
評(píng)論于 2011-09-22 11:53
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來(lái)優(yōu)化編譯器編譯期的時(shí)間
回復(fù)
更多評(píng)論
@adie
原本我也認(rèn)為他對(duì)指針可以求出數(shù)組自身的大小,但是原理上似乎行不通,因?yàn)榧词鼓玫揭粋€(gè)引用,也是引用了指向數(shù)組的指針的引用,并沒(méi)有引用到數(shù)組本身。編譯器的sizeof是在編譯期求的。你說(shuō)的第二點(diǎn)應(yīng)該是它的目的之一
何清龍
評(píng)論于 2011-09-22 12:10
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來(lái)優(yōu)化運(yùn)行時(shí)間
回復(fù)
更多評(píng)論
性能無(wú)關(guān)。都是編譯器的事情。
blackcat
評(píng)論于 2011-09-22 16:18
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。使用模板技術(shù)來(lái)優(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è)代碼到底有什么好處[未登錄](méi)
回復(fù)
更多評(píng)論
有點(diǎn)兒暈乎
孫磊磊
評(píng)論于 2011-09-23 22:26
#
re: chrome里面發(fā)現(xiàn)的好東西,很有意思。想了好久,也只有這個(gè)就是了--為了更安全
回復(fù)
更多評(píng)論
如下形式使用時(shí)編譯不過(guò):
int a[10];
int* p = a;
int size = arraysize(a);
所以sizeof的形式安全一些,sizeof(p)/sizeof(p[0])得到的是一個(gè)錯(cuò)誤的結(jié)果。
另外敲起代碼來(lái)會(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è)不是傳說(shuō)中的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è)用戶(hù)
登錄
后才能發(fā)表評(píng)論。
【推薦】100%開(kāi)源!大型工業(yè)跨平臺(tái)軟件C++源碼提供,建模,組態(tài)!
相關(guān)文章:
人工智能分類(lèi)筆記 《哥德?tīng)?埃舍爾-巴赫》
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
博問(wèn)
Chat2DB
管理
久久久久亚洲精品男人的天堂
|
久久久噜噜噜久久
|
久久天天躁狠狠躁夜夜网站
|
国产精品一久久香蕉国产线看观看
|
久久99国产乱子伦精品免费
|
久久国产精品国语对白
|
色婷婷久久综合中文久久蜜桃av
|
精品久久久久久亚洲
|
久久精品aⅴ无码中文字字幕不卡
|
久久精品www人人爽人人
|
久久久精品国产Sm最大网站
|
青草国产精品久久久久久
|
久久天天躁狠狠躁夜夜不卡
|
国产精品狼人久久久久影院
|
狠狠色丁香久久婷婷综合图片
|
久久久久久精品免费看SSS
|
精品久久777
|
国内精品久久久久久久97牛牛
|
久久久久久久91精品免费观看
|
精品国产91久久久久久久a
|
99久久精品国产免看国产一区
|
久久99久国产麻精品66
|
波多野结衣久久一区二区
|
久久久久这里只有精品
|
精品综合久久久久久88小说
|
热re99久久精品国产99热
|
久久久av波多野一区二区
|
中文字幕久久波多野结衣av
|
97视频久久久
|
18岁日韩内射颜射午夜久久成人
|
欧美精品福利视频一区二区三区久久久精品
|
岛国搬运www久久
|
99热精品久久只有精品
|
久久精品一区二区国产
|
国产精品美女久久久久网
|
国内精品久久久久影院免费
|
亚洲日本va中文字幕久久
|
久久精品国产亚洲av影院
|
久久国产精品久久国产精品
|
国产精品亚洲综合专区片高清久久久
|
精品一区二区久久
|