Search
【#More話題 馬明靚湯認愛】超shocked！馬國明同湯洛雯啱啱喺Instagram上載咗一張「獨角獸與小馬」嘅合照，並留言「謝謝關心」，高調放閃，公佈戀情！原來馬明早前所講嘅「新開始」係真㗎！恭喜晒！
詳情：sundaymore.com/794306
#morehk #話題 #馬國明 #湯洛雯 #小編H #小編C
－－－－－－－－－－－－－－－－－－－
「iTRIAL」實測Shishedo藍色防曬PA++++☀️話你知好唔好用↓
http://p.nmg.com.hk/bchju2
－－－－－－－－－－－－－－
人氣美妝資訊💋:
▼10款人氣推介 輕透貼膚、遮瑕力一流
p.nmg.com.hk/flnyz5
▼灰色染髮成潮流指標！ 亞麻灰、霧灰色不用漂髮
p.nmg.com.hk/ac8hvw
【臺北市防疫的問題在哪裡？】
並不是我們杞人憂天或故意誇大其詞，而是在第一線接收最真實的民意反應，我們看到更多一般人看不到的真實面、黑暗面，所以一直知道真實情況，沒有市府說的那樣樂觀。
而我們最擔心的是，市府沒有完全落實「匡列、隔離、篩檢」，使隱形傳播鍊在社區悶燒，甚至影響到其他縣市。
這一個月以來我不斷示警，希望能喚起民意的重視，也逐漸看到一些些改善的成效。很不幸，先前沒蓋好的防火牆，還是沒能攔住病毒，讓我們要加速跟病毒賽跑。
1⃣️ 關於市場群聚：
我從五月底就開始公開提醒：台北市的匡列、隔離、篩檢沒做好，疫情無法真正壓制。
現在越來越多資料終於浮現檯面，證實我先前的監督是有憑有據。
從5月12日北農出現第一位發病者開始，到6月26日，已經有83人確診，「職場接觸者」被匡列的人數，竟只有57人。
北農每日上萬人出入，這些確診者，每人14天內上班接觸到的人平均只有0.68人，這有可能嗎？北市的職場疫調，顯然有很大的漏洞。
環南市場，6/8~6/18有10個確診案例，其中8位戶籍在台北。而這8位的職場接觸採檢人數，竟只有7人。這是哪門子的「同心圓」？
而台北市的橫向聯繫失調，也造成許多荒謬現象：
例如，市場處只管攤位、衛生局只管人，但兩邊竟然資訊不同步。
確診攤商的隔壁攤子因列管被封鎖，但被封鎖的攤位攤商本人帶著貨到現場，才知道攤位被封，索性在旁邊擺攤做生意。
攤子不會動，人才會四處移動，封攤不匡人，如何有效圍堵病毒？
這樣鬆散的職場匡列，沒辦法及時圍堵病毒，接連外溢，才會今日大家不樂見的結果。
2⃣️ 關於匡列、隔離：
這一年半以來，臺灣防疫的防火牆，就是「找出確診者的接觸者，匡列、隔離、篩檢」。
如果新增的確診者，大多數都是從確診者的接觸者中，被匡列、篩檢出來，那就表示疫情可能得到控制。
反之，如果新增的確診者，沒有被列在居家隔離的範圍，而是多來自於防火牆之外，那就表示網子太小，沒撈到魚，傳播鍊還在社區悶燒。
而最近的確診數字看來，台北市的確診案例（以及北農、環南等群聚案，戶籍在外縣市的案例），都不是居家隔離中確診，而是去快篩站（自投羅網）或者因身體不適，經醫生懷疑送檢而確診。
顯示台北市的匡列、隔離（也就是同心圓）範圍還是太小，該被隔離的人都沒被匡列到。
匡列、隔離沒做好，就會出現許多漏網之魚，沒辦法得到醫療照顧，也會造成隱形傳播鍊繼續在社區蔓延。
台北市有沒有做疫調？有。
但匡列隔離有沒有做好？數據上呈現的事實，就是漏洞一堆。
用「我有做疫調」來回應「匡列、隔離沒做好」，這是偷換概念的粉飾太平。
因為我們不斷監督批判，引發民意關切，北市終於在六月中，調動一批專做法定傳染病疫調的精銳部隊，加入協助做COVID-19的疫調。
如果沒有民代的監督，民眾不知道實情，沒有民意壓力，市府就不會有改變。
3⃣️ 關於PCR篩檢：
如果防火牆蓋得慢了，病毒已經跑到牆外，用快速、大量做精確的PCR篩檢亡羊補牢，就變得很重要。
北農、環南等市場群聚案，在六月中被媒體揭發，引發輿論關注。6/21市長在議會報告時，表示「打疫苗暴力解決、我的方法最快、我最專業」
但矛盾的是，當天市長在報告時也坦承，打疫苗不保證不會感染，也不保證不會傳染。
北農、環南已有社區傳播鍊，對於「切斷傳播鍊」最關鍵的「匡列、隔離、篩檢」，市長卻沒有拿出和打疫苗一樣積極的魄力。
6/23凌晨，陳時中指揮官、王必勝執行長視察北農，提出關鍵的「全部做PCR」的建議。
很遺憾，柯市長竟然因為經費成本考量，沒有同意立即落實「全部PCR」。我當時提出可以用池化（pooling）的技術進行，兼顧準確、大量、快速、節約的方式，也未被重視。
一直到7/1，才開始落實全面PCR，延遲了一週的時間。
如果6/23就直接執行全部PCR，現在的戰況會大不相同。
柯文哲市長還以快篩的陽性率低，告訴市民「沒那麼嚴重」。結果PCR做下去，真相浮現，實情是「比市長認為的嚴重多了」。
當初為了節省經費，未及時全面PCR找出確診者，不但造成全國經濟損失的代價，遠大於當初直接做PCR的費用。現在要補做全面PCR，還是要花同樣的錢。
4⃣️ 關於「暴力打疫苗解決」
打疫苗是好事，但打疫苗的作用是什麼？應該弄清楚
疫苗要接種14日後才會有保護力。產生保護力之後，是保護不會重症死亡，不保證不會感染，也不保證不會傳染。這些事實，都已經無數次公開提醒過市府。
對於可能已經接觸到病毒的人而言，匡列、隔離、篩檢的重要性大過於打疫苗。
但台北市政府在北農、環南群聚案，為了快打疫苗，拖慢了PCR的速度，這是一個戰術錯誤。
今日環南市場41名確診案例，有30位是近日施打疫苗後，才驗出確診，就是令人遺憾的實證。
環南市場的疫苗施打，甚至是在尚未進行快篩前，就先打疫苗（因市府高層有指示要在一定期限內打完疫苗，所以沒有強制一定要先做完篩檢才打疫苗）。
因此衍生尚未篩檢出的帶原者，和幾十人排隊群聚，搭乘市府安排的車輛去打疫苗，事後才知確診，反而造成幾十人陷入染疫風險的荒謬情形。
再次強調，打疫苗是好事。但在圍堵病毒的步驟上，不能一心強調打疫苗，拖慢了PCR的速度，讓該做的事情亂了套。
5⃣️ 關於「市府沒有強制力叫大家來篩檢」
對於「匡列、隔離、篩檢未落實」，柯文哲市長說，我們是民主國家，沒辦法強迫別人做PCR，只能用呼籲。
我必須說，這樣的的說詞大有問題。
政府能不能隨便強制任何人篩檢？不能。
但政府能不能命已經疫調後正式匡列的接觸者篩檢？可以。
「沒辦法叫人家來篩檢」是假議題。真議題在於：匡列的範圍太小，導致應該被篩檢的人，沒被納入強制篩檢的範圍。
這個缺失，不斷重演，從北農、士林長照中心、環南市場，甚至近期公佈的大安區某耳鼻喉科案，都有同樣的問題
以大安區某耳鼻喉科案為例。指標案例確診已經一週，市府才公布，呼籲有去看診的人自願篩檢。已經一週了，如果不幸染疫，很可能已經發病傳染，這樣遲來的呼籲，顯示市府的作業大有問題。
市府只能「呼籲」嗎？不能主動匡列接觸者，要求他們來篩檢嗎？依法是可以的。
應作為、能作為、不作為，呼籲民眾「自發篩檢」，卻又不公布是哪一家耳鼻喉科，讓大安區近期看過耳鼻喉科的民眾陷入「是不是我看的那一家？」的疑惑，只能四處透過小道消息亂打聽，這又是什麼公開透明同心圓精準防疫呢？
京元電子、高雄鳳山大樓等案例，就是地方政府可以透過匡列的手段，強制要求接觸者篩檢的實踐。
法律賦予市府防疫篩檢的權力，但台北市政府不懂得怎麼運用。回過頭來抱怨法律沒有給他武器，這是很卸責的說詞。
關於台北市現在最該做的，我認為有以下三點：
1⃣️ 學習新北市，運用大量的篩檢，把感染者找出來
2⃣️ 用紮實疫調「擴大匡列、隔離」把隱形社區傳播鏈截斷
3⃣️ 中央已經和北市設立聯合前進指揮所，已經給台北市政府很大的尊重。市府應該放下面子之爭，平息衛生局人事紛擾，聽取各方防疫專家的建言，遵守中央給予的防疫建議，必要時即時向中央請求支援。
我相信只要放下政治盤算，減少人事紛爭，做好基本功，我們還是有機會圍堵病毒。
一切的建議，我早已一再公開呼籲。希望環南市場的案例，可以讓市府痛定思痛，回歸正途。
【前情提要】
⛔️ 6/23晚間
不能只顧節省市庫裡的錢，忘了民間每天因為三級警戒而遭受的損失
https://tinyurl.com/fpupd46e
⛔️ 6/23上午
建議北市直接進行PCR採檢，並落實疫調及匡列工作
https://tinyurl.com/57tzjsuh
⛔️ 6/21
北農、士林長照中心群聚案，對市府三點具體建議
https://tinyurl.com/2vk6fxck
——
苗議員的YouTube頻道
http://www.youtube.com/c/苗博雅tw
苗議員的line
https://lin.ee/fIqp8Sm
#苗博雅問政報告
#第三勢力第一選擇
#我認真問政
#你幫忙分享
#大安文山苗博雅
本日新一批的AZ疫苗，凌晨從阿姆斯特丹出發，剛剛在下午3:34抵達桃園國際機場。這對台灣的疫情當然是場及時雨。
這週，台灣的疫苗庫存已經見底，因此僅存疫苗幾乎全部調集第一線醫護人員，許多原本預定的施打都已經被取消或延後，新的疫苗抵台後，要經過食藥署檢驗確保安全，也要下週才能施打。
目前的AZ疫苗，經過英國、韓國等地大規模施打證實，不但保護率超過7成，且對於老人族群、或對變種病毒防護率也足夠。先前，有些不知道是有心或無心的組織、名人、名嘴、社群媒體，散布了許多施打AZ疫苗的各種負面消息，想降低台灣疫苗施打速度，導致在出現本土個案前，4月底5月初，疫苗施打速度緩慢，每日頂多有數千劑。直到本土疫情升溫，施打數才快速上升，但每日最多也只有3萬劑出頭。
一天3萬劑，要施打一半國民，需要一整年時間，我們當然不能接受。
因此，我們必須用最快時間擴大施打據點，調整施打對象，以防疫第一線、重症死亡高風險、染疫熱點風險等指標進行施打。
今天陳時中指揮官已經宣佈，將會優先供給疫苗給醫護以及防疫運輸等相關人員，這是防疫第一線的部分。然而，在重症死亡高風險部分，除了先前開放的65歲以上族群，更需讓安置護理之家，許多是多重慢性病病患的機構老人、還有機構人員都要優先施打。另外對於染疫熱點、困難疫調的流動人口，也須廣設疫苗施打點鼓勵先施打。
先前接種疫苗處所都以醫院、衛生所為主，由於AZ疫苗存放相對方便，應擴大到基層院所，甚至徵調目前停業中的活動中心、圖書館等公共設施，設立施打據點。對於機構病患，則組成施打小組，盡快到院全數施打。未來需儲存於-20度C莫德納疫苗到貨後，就可將較少的莫德納施打點和普遍的AZ疫苗，甚至未來國產疫苗施打點分開。
另外，為了資訊透明，先前我在質詢時就提過「疫苗資訊地圖」很重要，讓民眾了解接種據點等相關訊息。並應考慮整合預約資訊，逐步開放權限，未來當疫苗足夠時，全民就可快速預約施打，而施打總數、地區施打比率、醫院施打比率、不良反應狀況，也都可一併顯示，讓民眾更能掌握疫苗狀況！
說到國產中型房車，神車Toyota Altis是絕對的指標性產品，雖然操控性普普安全性也乏善可陳，但秉著實惠的價格與近乎不會壞的超高妥善度，讓它高懸銷售榜首位長達十餘年，而新世代的Altis更是大破大立，換上首座國產TNGA平台，七氣囊、TSS全是標配，入門車型居然還壓在70萬內！帳面上神到不能再神，但實際上又是如何？面對強敵Focus 4D神A的表現能站得住陣腳嗎？
超級測試！Toyota Altis VS. Ford Focus
http://bit.ly/2PyJYfR
Focus 業界不能說的秘密 多連桿VS.扭力樑真的有差！
http://bit.ly/2Pv1HoA
查看Toyota Altis的詳細規格配備
http://bit.ly/2PtSOf3
8891新車《為什麼要買？》單元從消費者觀點出發，結合實際的使用過程，針對您關注的車款整理出三個值得買的理由和三個不值得買的理由。讓大家理性地了解各車優缺點，提供客觀的選車參考，這裡沒有業配，只有實話實說！
很多新手想要買股票，但又不知到該怎麼開始
這一集夯翻鼠特地為小資新手加開「600秒學股票」的FQ
設計了股票小學1～6年級的課程
從開戶、交易時間、手續稅金等等買股票一定要知道的基礎知識
在一集影片一次全部讓你學會
#從零開始學股票
#股票小學一定要念
#慶祝十萬
【影片傳送門】
0:00 股票小學600秒
0:45 一年級：證券開戶
2:10 二年級：交易流程(委託撮合交割)
3:33 三年級：台股交易時間
4:46 四年級：交易單位
5:32 五年級：交易價格設定
7:08 六年級：交易手續費與稅金計算
⟪影片更正1⟫
關於 6：12～6：22價格名詞的解釋😂
🟢限價：代表「限定某個價格才買或賣」需要自行輸入價格或是用內建的取價(漲停/跌停/平盤/現價)
🟢現價：代表「現在最新的價格」，但股市價格隨時在跳動，剛剛按的現價，下一秒可能就不叫現價了，在軟體上按這個鈕只是幫忙輸入現在最新價格而已，但他其實就是「限定價格委託」的一種，只是省掉自己輸入價格數字
如果採用「限價委託」，同價位的所有委託單都需要依照下單時間排隊，例如柴和鼠同樣出20.5元的買1張派可星球，二人出價一樣，但柴是9點15分委託，鼠是9點30分委託，當有賣家用20.5委託賣出派可星球的時候，柴會比鼠優先被撮合成交
===以上都叫限定價格，以下是不限定價格===
🟡2020年3/23盤中逐筆交易實施之後，會多出一個市價單，代表「不指定價格」委託人願意用最大的彈性「立刻買到」，但會買在多少價格就由市場決定
✅關於市價單和限價單，可以參考我們逐筆交易的影片：
https://youtu.be/4TAXBlOVRsw
⟪影片更正2⟫
8：07的0.1425少打了一個%
======================================================
夯翻鼠FQ ►ETF系列
【FQ11】ETF基礎篇-就是便當的一種https://youtu.be/HDz6xAbNQ70
【FQ12】ETF進階篇-槓桿型/反向型ETF https://youtu.be/y1WwEhg1fqk
【FQ15】0050 pk 0056選誰比較好？上集 https://youtu.be/I-D1GmzzRKc
【FQ16】0050 pk 0056選誰比較好？下集 https://youtu.be/UA_btOz4uho
【FQ17】從0056捕獲高股息不死鳥 https://youtu.be/hM3wemKQT-8
【FQ32】買反向ETF等黑天鵝？先聽鼠說完鬼故事再決定https://youtu.be/kKUjclzcurk
【FQ33】十大配息ETF排行～填息最快的不是0056 https://youtu.be/_j2HR9xUafY
【FQ37】0056最新成分股更新分析 新同學來了！
夯翻鼠FQ►台股基礎系列
【FQ30】股票怎麼買？600秒學完台股交易基礎 https://youtu.be/zEDJ7LBZO4M
【FQ31】股票1元不是你的1元～搞懂零股先從除權講起 https://youtu.be/R0NAdlmZ70s
【FQ2】存股一定打敗銀行定存？常被忽略的三個弱點和一個關鍵 https://youtu.be/kF6XomSRcUw
【FQ6】存股如何決定進場時機？2018台股萬點對新手的意義 https://youtu.be/9QxXoD3zTks
【FQ1】什麼是利率與殖利率？ https://youtu.be/yd3fZRrjzGM
【FQ4】存股怎麼選？新手秒懂的放山雞選股法(基礎篇) https://youtu.be/854HH85QCdU
【FQ5】台股殖利率排行前三名是他們⋯放山雞選股法(網站實作篇) https://youtu.be/cY0P5fh-d9o
夯翻鼠FQ►股國四面系列
【FQ24】要聽懂股票國語言先學金字塔這四面(基本/籌碼/技術/消息) https://youtu.be/4jRM4Zze7Ng
【FQ25】股票怎麼選？基本面先問這三題 (股本/EPS) https://youtu.be/9Oew02e5uqg
【FQ26】新手學基本面二大指標 評估企業賺錢能力(ROE/ROA) https://youtu.be/VnYdpRMU8Y0
【FQ27】股票估值的基本面三大指標～(本益比/股價淨值比/殖利率) https://youtu.be/yUUO7dtFInk
【FQ34】徹底搞懂技術線圖七大元素～先從各種K線開始https://youtu.be/V__cjhFm0L8
【FQ35】判斷股價強弱的關鍵~先學會看均線https://youtu.be/ti8m7rJmB3E
【跟著柴學FQ 做自己的提款機】
⭐️連續12週(4/2~6/24)蟬聯誠品書店財經/商業暢銷榜冠軍
⭐️博客來全館即時榜、商業書籍榜、7日/30日暢銷榜、新書排行榜冠軍
⭐️2020上半年MOMO網路書店暢銷榜Top7
➤博客來 https://reurl.cc/8GnRXy
➤誠品 https://reurl.cc/Kkj5lq
➤金石堂 https://reurl.cc/z8zLp6
【不用花錢也可以贊助柴鼠】
https://youtu.be/DGV964Fks2s
【訂閱柴鼠也是一種鼓勵】
http://bit.ly/2INZTDI
【柴鼠兄弟相關頻道】
YouTube頻道 https://www.youtube.com/c/柴鼠兄弟ZRBros
FB粉絲頁 https://www.facebook.com/zrbros
IG https://www.instagram.com/zrbros/
bilibili https://space.bilibili.com/130090309
愛奇藝 http://tw.iqiyi.com/u/1421309132
【聯絡柴鼠】
e-mail：paike.cat@gmail.com
在台股的三大主流電傳金 當中，金融其實是個表現穩定又相當容易入手的族群，好多想存股的小尾巴都在問金融股怎麼選？🤔，領股票好還是現金好？不過金融類股在台股也分好幾種，一樣都叫金控，每家的專長都不同😲。新的一年如果想存金融，先把它們徹底搞懂，看看誰配得多再下手。
#金融金融好多種😥
#存好存滿🤩
#比到頭昏了😂
夯翻鼠FQ►台股基礎系列
【FQ30】股票怎麼買？600秒學完台股交易基礎 https://youtu.be/zEDJ7LBZO4M
【FQ31】股票1元不是你的1元～搞懂零股先從除權講起 https://youtu.be/R0NAdlmZ70s
【FQ2】存股一定打敗銀行定存？常被忽略的三個弱點和一個關鍵 https://youtu.be/kF6XomSRcUw
【FQ6】存股如何決定進場時機？2018台股萬點對新手的意義 https://youtu.be/9QxXoD3zTks
【FQ1】什麼是利率與殖利率？ https://youtu.be/yd3fZRrjzGM
【FQ4】存股怎麼選？新手秒懂的放山雞選股法(基礎篇) https://youtu.be/854HH85QCdU
【FQ5】台股殖利率排行前三名是他們⋯放山雞選股法(網站實作篇) https://youtu.be/cY0P5fh-d9o
夯翻鼠FQ►儲蓄系列
【FQ29】從0%到5%保本儲蓄工具PK～(定存/外幣/儲蓄險/貨幣基金) https://youtu.be/H53540h21rA
【FQ23】利率明明一樣 定儲利息贏定存的原因～(正港懶人投資) https://youtu.be/W7k1TntmInk
【FQ3】匯率霧傻傻？先換起來放？錢被銀行默默吃掉的三個秘密 https://youtu.be/U8wLmL6PKnI
【FQ28】匯率表有隱藏數字@@” 高利外幣定存前先注意這三個率～ https://youtu.be/07NBkJNiHqs
【FQ21】投資理財必學的升息&降息～(央行vs美國聯準會FED) https://youtu.be/E64cTPnojWc
夯翻鼠FQ►股國四面系列
【FQ24】要聽懂股票國語言先學金字塔這四面(基本/籌碼/技術/消息) https://youtu.be/4jRM4Zze7Ng
【FQ25】股票怎麼選？基本面先問這三題 (股本/EPS) https://youtu.be/9Oew02e5uqg
【FQ26】新手學基本面二大指標 評估企業賺錢能力(ROE/ROA) https://youtu.be/VnYdpRMU8Y0
【FQ27】股票估值的基本面三大指標～(本益比/股價淨值比/殖利率) https://youtu.be/yUUO7dtFInk
【FQ34】徹底搞懂技術線圖七大元素～先從各種K線開始https://youtu.be/V__cjhFm0L8
【FQ35】判斷股價強弱的關鍵~先學會看均線https://youtu.be/ti8m7rJmB3E
【跟著柴學FQ 做自己的提款機】
⭐️連續12週(4/2~6/24)蟬聯誠品書店財經/商業暢銷榜冠軍
⭐️博客來全館即時榜、商業書籍榜、7日/30日暢銷榜、新書排行榜冠軍
⭐️2020上半年MOMO網路書店暢銷榜Top7
🍎博客來 https://reurl.cc/8GnRXy
🍎誠品 https://reurl.cc/Kkj5lq
🍎金石堂 https://reurl.cc/z8zLp6
【不用花錢也可以贊助柴鼠】
https://youtu.be/DGV964Fks2s
【訂閱柴鼠也是一種鼓勵】
http://bit.ly/2INZTDI
【柴鼠兄弟相關頻道】
YouTube頻道 https://www.youtube.com/c/柴鼠兄弟ZRBros
FB粉絲頁 https://www.facebook.com/zrbros
IG https://www.instagram.com/zrbros/
bilibili https://space.bilibili.com/130090309
愛奇藝 http://tw.iqiyi.com/u/1421309132
【聯絡柴鼠】
e-mail：paike.cat@gmail.com
很多情況下我們都需要直接操作記憶體位址，例如提升程式執行效率與建立資料結構。 C 語言中使用指標需要先經過宣告，如下列程式建立一個指標變數aPtr 指向變數a ... <看更多>
c++指標 在 Re: [討論] 關於指標記號* 的位置- 精華區C_and_CPP - 批踢踢 ... 的八卦
※ 引述《gocpp (cpp)》之銘言：
: 一般有幾種習慣：
: T* p; // 向型別 T 看齊
: T *p; // 向變量 p 看齊
: T * p; // 不偏不倚
這的確是見仁見智，style 一致就好。
像是 int* p; 和 int *p;
第一種是強調 type，也就是說 p 的 type 是 int*,
第二種是強調 syntax, * 和 p 都是 "declarator" 的一部份。
int 則是 "type specifier" 的一部份，C 和 C++ 的 syntax
分類的定義都如此。
: 似乎用第一種寫法的人比較多，很多 C++ 大師都是如此。
: 我個人是比較習慣第二種寫法，原因是當有兩個以上的指標：
: T *p1, *p2;
: 第二種寫法顯然比較合理，這時如果這樣寫：
: T* p1, p2;
: 那 p2 就不是指標而是物件了。
以下連結是真正的 C++ 大師(也就是 C++ 發明者本人啦)的說明，
為什麼他個人採用 T* p; 的寫法，他也提到了相反立場者所持包括
上面引文的理由。
https://www.research.att.com/~bs/bs_faq2.html#whitespace
: 個人認為第二種寫法的最大好處，就是便於理解：
我個人是 T* p; 派的，下面這些例子，採用 T* p; 的寫法，
對我來說，反而能看得更清楚。
: 例如（一律由右往左看）：
: T *p; // p 是一個指標，指向一個型別 T 的物件
: T &r; // r 是一個 reference，參用一個型別 T 的物件
: 又（同樣一律由右往左看）：
: T *f(); // f 回傳一個指標，指向型別 T 的物件
: T &g(); // g 回傳一個 reference，參用一型別 T 的物件
: 又（同樣一律由右往左看）：
: T *const p; // p 是一個 const 指標，指向型別 T 的物件
: T const *p; // p 是一個指標，指向型別 T 的 const 物件
: T const *const p; // p 是一個 const 指標，指向型別 T 的 const 物件
: const T *const p; // 同上（只要保持由右往左讀的習慣，就不會昏頭弄錯）
: 甚至（還是由右往左看）：
: T *const f(); // f 回傳一個 const 指標，指向型別 T 的物件
: T const &g(); // g 回傳一個 reference，參用一個型別 T 的 const 物件
: T *&h(); // h 回傳一個 reference to pointer，參用一指標，該指標指向
: // 一型別 T 的物件
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.130.208.168
> -------------------------------------------------------------------------- <
作者: renderer (rendering) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Fri Aug 19 22:21:05 2005
※ 引述《gocpp (cpp)》之銘言：
: 一般有幾種習慣：
: T* p; // 向型別 T 看齊
: T *p; // 向變量 p 看齊
: T * p; // 不偏不倚
個人比較習慣 T* p;
理由是在「視覺上」對於「型別的識別」會比較清楚而快速 而且比較不會誤看
: 似乎用第一種寫法的人比較多，很多 C++ 大師都是如此。
: 我個人是比較習慣第二種寫法，原因是當有兩個以上的指標：
: T *p1, *p2;
: 第二種寫法顯然比較合理，這時如果這樣寫：
: T* p1, p2;
: 那 p2 就不是指標而是物件了。
我會儘量避免合在一起寫 而改成：
T* p1;
T* p2;
: 個人認為第二種寫法的最大好處，就是便於理解：
: 例如（一律由右往左看）：
: T *p; // p 是一個指標，指向一個型別 T 的物件
: T &r; // r 是一個 reference，參用一個型別 T 的物件
: 又（同樣一律由右往左看）：
: T *f(); // f 回傳一個指標，指向型別 T 的物件
: T &g(); // g 回傳一個 reference，參用一型別 T 的物件
: 又（同樣一律由右往左看）：
: T *const p; // p 是一個 const 指標，指向型別 T 的物件
: T const *p; // p 是一個指標，指向型別 T 的 const 物件
: T const *const p; // p 是一個 const 指標，指向型別 T 的 const 物件
: const T *const p; // 同上（只要保持由右往左讀的習慣，就不會昏頭弄錯）
: 甚至（還是由右往左看）：
: T *const f(); // f 回傳一個 const 指標，指向型別 T 的物件
: T const &g(); // g 回傳一個 reference，參用一個型別 T 的 const 物件
: T *&h(); // h 回傳一個 reference to pointer，參用一指標，該指標指向
: // 一型別 T 的物件
由左往右讀也可以 尤其是以中文思考的時候
int p;
int p
int* p;
int 的指標 p
int& p;
int 的參考 p
int const * p;
int constant 的指標 p ( constant 解讀成名詞：常數 )
int 常數的指標 p
int* const p;
int 指標的常數 p
int const * const p;
((int 常數) 指標) 的常數 p
int* p[5];
==> int*[5] p; // 以 p 為軸將 [5] 搬到左邊
(int 指標) 的陣列 p
共5個
int* p[5][3];
==> int*[3][5] p;
((int 指標) 的陣列) 的陣列 p
共3個
共5個
int (* p)[5];
==> int[5]* p; // 以 (* p) 為軸
int 陣列的指標 p
習慣由右往左讀的同學別被我誤了
C/C++ 本身就是一種語言
能直接解讀程式本身是最好的 不必翻成英文或中文解讀
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.217.108
※ 編輯: renderer 來自: 61.228.217.108 (08/19 22:26)
※ 編輯: renderer 來自: 61.228.217.108 (08/19 22:30)
> -------------------------------------------------------------------------- <
作者: UNARYvvv (有趣生活) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Fri Aug 19 23:12:24 2005
※ 引述《gocpp (cpp)》之銘言：
: 一般有幾種習慣：
: T* p; // 向型別 T 看齊
: T *p; // 向變量 p 看齊
: T * p; // 不偏不倚
我習慣用 T *p;
而對型別的辨認，因為我的解讀是看到 *p 先知道 p 是個指標
然後再往回找它指向什麼
而且有時候不只一個指標變數的時候
我可能也會用 T *p1, *p2; 寫在同個 statement 而不是兩個
用到現在也就是都這樣寫了
也由於習慣，所以在閱讀上也並未覺得麻煩
以前是看
The C Programming Language & C++ Primer 這兩本書
分別作為學習 C/C++ 的入門書
裡面的 code 也是用 char *p; 這樣
C++ Primer 有特別提到要注意這點 (忘記 K&R 有沒有)
然後我認同了(偏好) T *p; 這種 * 號靠著變數名的寫法
到現在習慣也就是這樣了。好像跟前面幾位都不同XD
題外話
講到這個就想起以前修 OOP (其實內容是在教 C++ 語言) 的課時
某次上機考，老師出一個 binary tree 的題目
代表 node 的 structure 如下：
struct TreeNode {
TreeNode* left,right;
}
然後一些對宣告指標相關語法不太熟的同學
每次編譯的時候就都會發現
為什麼建立 tree 或是做 traversal 的程式碼
總是往左的可以，而往右的部分總是有很奇怪的錯誤.....
: 似乎用第一種寫法的人比較多，很多 C++ 大師都是如此。
: 我個人是比較習慣第二種寫法，原因是當有兩個以上的指標：
: T *p1, *p2;
: 第二種寫法顯然比較合理，這時如果這樣寫：
: T* p1, p2;
: 那 p2 就不是指標而是物件了。
: 個人認為第二種寫法的最大好處，就是便於理解：
: 例如（一律由右往左看）：
: T *p; // p 是一個指標，指向一個型別 T 的物件
: T &r; // r 是一個 reference，參用一個型別 T 的物件
: 又（同樣一律由右往左看）：
: T *f(); // f 回傳一個指標，指向型別 T 的物件
: T &g(); // g 回傳一個 reference，參用一型別 T 的物件
: 又（同樣一律由右往左看）：
: T *const p; // p 是一個 const 指標，指向型別 T 的物件
: T const *p; // p 是一個指標，指向型別 T 的 const 物件
: T const *const p; // p 是一個 const 指標，指向型別 T 的 const 物件
: const T *const p; // 同上（只要保持由右往左讀的習慣，就不會昏頭弄錯）
: 甚至（還是由右往左看）：
: T *const f(); // f 回傳一個 const 指標，指向型別 T 的物件
: T const &g(); // g 回傳一個 reference，參用一個型別 T 的 const 物件
: T *&h(); // h 回傳一個 reference to pointer，參用一指標，該指標指向
: // 一型別 T 的物件
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.70.137.117
> -------------------------------------------------------------------------- <
作者: tomex (tomex_ou) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Sat Aug 20 23:10:54 2005
C#廢了指標，而用ref變數來取代
強型別的時代是趨勢，也是避免糊模不清的治本方法。
C++喜歡用同個關鍵字代表不同的意義
例如*代表是指標，也代表取值子
對於宣告來說，我是覺得*該偏在type那邊，而不該偏在變數。
重型別的人，將來到java或c#等強型別的語言
是比較容易轉化的。
有人說:
int* p1, p2; // p2不是指標
以完全不會語法的人，很容易聯想這語法是要造2個指標的意思
那麼問題並不在於否認人的直觀看法
而是compiler該去修正這樣的宣告誤解才對。
我是從高階語言往低階去學習的
往往能了解高階語言在語意上就是要解決以前不清模糊的地方
或許無法改變低階的現況
但我們學習到新的思想，即使現況作不到，也該堅持正確的直覺宣告法。
compiler並非永遠不標，標準也非永遠不變
而科技始終來自人性，人的直觀法才是取決一切的考量。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.119.52.211
> -------------------------------------------------------------------------- <
作者: clifflu (缺錢啦 @@) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Sat Aug 20 23:40:05 2005
※ 引述《tomex (tomex_ou)》之銘言：
: 有人說:
: int* p1, p2; // p2不是指標
: 以完全不會語法的人，很容易聯想這語法是要造2個指標的意思
: 那麼問題並不在於否認人的直觀看法
: 而是compiler該去修正這樣的宣告誤解才對。
這我就想到一個很好的例子.
在 VB 6.0 中, 如果你使用 Dim Var1, Var2 as String
的話, 你會得到 Var1 (Variant), Var2 (String)
(VB 6.0 的 Variant 是種很神妙的型別, 功能和 C: void 或 VB.NET Object 相近)
然而這樣的寫法在 VB.Net 中做了修正,
也就是會將 Var1 和 Var2 的的型態皆設定為 String.
這確實就是 compiler 向某種使用者 "可能" 的習慣作修正.
然而在反面來看, 將 Dim Var1, Var2 as String
^^^^^^^^^^^^^^
後區視為一個整體, 而前面則是使用預設型別也是有它的道理在.
由此而論, VB.Net 將 Var1, Var2 來視為一個整體反而才是異端邪說了.
所以雖然這樣的寫法可能會比較快, 比較省, 比較優雅, 或甚至有千百種其他的優點,
當一段 code 潛在會被誤認 (ambiguous) 時, 這些寫法都 *應當* 要被其他較不易
出錯, 不容易被誤認, 而能正確執行的碼取代.
畢竟程式碼是給人看的.
--
鬼壓床怎麼辦
騎上去啊
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.212.129
> -------------------------------------------------------------------------- <
作者: khoguan (Khoguan Phuann) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Sun Aug 21 10:16:02 2005
※ 引述《tomex (tomex_ou)》之銘言：
: C++喜歡用同個關鍵字代表不同的意義
: 例如*代表是指標，也代表取值子
C/C++ 關鍵字一字多用的情形，一個明顯的例子就是 static.
在 C 的時代，當他出現在 local scope 的變數宣告前面時，
代表的是 static storage class, 這是 static能夠讓人顧名
思義的用法。但是當它出現在 file scope 的變數宣告前面時，
卻又代表了 internal linkage, 和 static 這個名字難以產生
聯想（file scope 的變數不加 static 本來就已經是 static
storage 了，加上 static 對 static storage 並無影響）。
當初如果多個 intern 關鍵字來表示，似乎還比較好。還可以
和 extern 做對比。但 extern 的用法本身似乎也有問題，而且
C++ 的 extern 除了 scope linkage 的用法，還多了 language
linkage的用法，就是 extern "C" 這種東東 ..Orz..
到了 C++ 時代，為了相容，上述用法仍然承襲下來，但是 C++
標準，已將上述第二種用法標為 deprecated 要人避免使用。
可是另一方面，C++ 又加入了 static 的第三種用法，放在
class member(包含 data 和 function)的宣告前面，表示
它是屬於 class 的 member, 而非屬於個別 class object
的 member. 這和 static 的聯想性也很模糊 ..Orz..
至於 C++ 所 deprecate 的第二種用法，在 C++ 裡是建議宣告
在 unnamed namespace 來取代。
/* internal.c */
static int internal;
// internal.cpp
namespace {
//...
int internal;
}
這種 unnamed namespace 似乎很少人想去利用。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.130.208.168
> -------------------------------------------------------------------------- <
作者: renderer (rendering) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Sun Aug 21 11:33:40 2005
關於指標記號 * 的位置
在這個地方：
unsigned int value;
int* v = (int*) &value;
~~~~~~
int* 是個型別 所以好像 * 向型別靠比較好
但在這個地方：
void (*fun_ptr) ();
~~~~~~~~~~
fun_ptr 是個指標 所以好像 * 向變數靠比較好
呵呵 一笑
看來向哪邊靠似乎都不會有一個比較統一的標準思維
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.217.108
※ 編輯: renderer 來自: 61.228.217.108 (08/21 11:34)
> -------------------------------------------------------------------------- <
作者: renderer (rendering) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Sun Aug 21 11:42:13 2005
又想到一些例子
int* const value; // 向型別靠好 向變數沒得靠
int (*value)[10]; // 向變數靠好 向型別沒得靠
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.217.108
> -------------------------------------------------------------------------- <
作者: renderer (rendering) 看板: C_and_CPP
標題: Re: [討論] 關於指標記號 * 的位置
時間: Sun Aug 21 16:55:55 2005
「T* d」 說不清楚的例子：
int *data0, *data1;
「T *d」 說不清楚的例子：
int* data[2];
C++ 的變數宣告語法是強調 usage 而不是 type
例如：
int * data [3][5];
其 usage 修飾強度順序是：
int * data [3][5];
4 3 0 1 2
所以使用時：
data 的型別是 int * [3][5]
data[0] 的型別是 int * [5]
data[0][1] 的型別是 int *
*data[0][1] 的型別是 int
又例如：
void (*fun_ptr) (int, int);
使用時：
fun_ptr 的型別是 void (*) (int, int)
*fun_ptr 的型別是 void () (int, int)
強調 usage 的宣告語法暗示了我們要怎麼去使用變數
基於這一點寫 int *data; 是合理的
因為 *data 代表 int 而讓 * 靠著 data 似乎滿好的
然而強調 type 的宣告方式似乎也滿自然的
如果使用
型別 變數;
這樣子的宣告格式 會讓我們清楚地知道變數的型別
而在 型別轉換 與 new 的使用時 會得到一個型別清晰的方便性
如：
int* data;
data = (int*) value;
與
int** data;
data = new int*;
基於這點：想清楚地表達型別
而讓 * 靠著型別似乎也是出乎天性
語言本身似乎無意讓 * 偏靠哪一邊
而人卻有心要讓 * 偏靠哪一邊
畢竟
int * data;
的宣告似乎多用了個 ' '
要少用一個 ' '
不靠型別 就得靠變數了
----------------- 以下是閒談 ------------------
小弟個人目前的結論是：
看哪樣子好看、清楚，就那麼靠吧；都不好看的話，就都不靠啦。
如：
int *data0, *data1;
int* data[2];
int const * const data;
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.217.108
... <看更多>