充分發揮科技力量 打造全新資產配置系統

  改革開放四十年居民積累了大量的財富,通過資產管理讓財富保值增值成為今後經濟發展的重要特徵,中國的金融之路也將遵循這一基本的邏輯。三十年來,中國的資產管理行業經歷了草莽時代、農耕時代,目前正邁入工業化時代,未來還將進入智能化時代,工業化時代的基本特徵是專業化、分工、組織和管理,通過規模效應來提升供給的效率。目前,A股投資者結構正在發生重大變化,根據中金公司的統計,在自由流通市值中,個人投資者佔比從72%下降至53%,而相應的機構投資者佔比提升至48%,這是中國資本市場一個積極信號。金融市場的機構化對加速中國資本市場工業化起到了重要作用。筆者認為,隨着中國經濟進入加速轉型期,A股機構投資者佔比的提升和養老目標基金的陸續發行,預示中國資本市場工業化時代已然到來。

  A股機構化

  加速中國資本市場工業化

  與散戶相比,機構的專業性更加有保證,在研究、投資、風險控制以及人才的激勵與約束方面,機構可以更好地平衡收益與風險的關係。其次,機構投資者具有的資金優勢可以很好地實施積極的股東主義,幫助企業進行良好的公司治理,使得公司的經營更好地符合價值投資理念,從而可以將短期收益與長期的價值相結合。此外,機構持倉的時間也更長,這使得機構之間的博弈更加均衡,所謂主力與散戶在交易中的不平等現象都將大大弱化,這有利於市場效率的提升,對於普惠金融的實施將是莫大的貢獻。

  筆者認為,與工業化時代性相適應的機構化投資,可以更好地夯實金融市場發展所必須的信託責任。機構投資者通過發行基金、保險、養老金等金融產品吸收個人的資金,個人從直接投資轉換為間接投資。通過完善的委託代理鏈條,個人投資者更專業的參與了市場,效率更高,風險更低。

  市場參與方式的變化,使得機構投資者得到更多機會,也有更大的發展前景。但與此同時,也有新的挑戰隨之而來。筆者表示,機構投資者需要承擔更多的責任,主動改革,以適應新時代金融改革的要求。改革的第一步是要從觀念上轉變,主動擁抱工業化時代的大潮,繼續提高專業性,突出分工與組織,改革與時代不相適應的制度,努力做到激勵相容。同時,鑒國際成熟的經驗,加強科技在金融發展中的應用。在具體的投資實踐中,建立風險優先、多元配置、團隊智慧、專業服務,以絕對收益為基本目標的五位一體的新的商業模式。

  科創板助推中國經濟加速轉型

  7月22日科創板正式開市,這是中國證券發展史上重要的時刻,從大處講,這是金融供給側改革的重要一環,從小處講,它直接影響着主板資金。

  據筆者觀察,從產業演化的規律看,新產業取代舊產業是客觀現實,只是這個過程充滿不確定性。當前,擁抱過去形成的確定性但增長有限的所謂“核心資產”,還是布局未來不確定但增長邊界無限的“未來資產”仍然值得探討,由此,科創板的出現對基金經理在投資理念和投資紀律上也提出了新的考驗。

  科技是第一生產力,創新是內生增長的保證。科創板是中國資本市場制度創新的有益嘗試,是中國經濟加速轉型,產業現代化從量變到質變,更是國家競爭力明顯提升的助推器。它吹響了中國金融供給側改革的衝鋒號,有力地詮釋了金融是核心競爭力的科學理念。科創板為基金公司踐行價值投資提供了新的藍海,也需要大家一起來建設。

  養老目標基金成為中國資管

  邁入工業化時代重要標誌

  目前市場對科創板的理解參差不齊,樂觀與悲觀者形成了兩個極端。而養老FOF實際上是第三支柱的重要組成部分,它的投資特點較為明確,第一要業績穩定,第二要過程透明,第三要服務專業。因此,對養老FOF來講,參與科創板業務會受到較多限制,比如目前發行的科創板基金因成立時間不足一年,不能成為合適的投資標的;而科創板上市后的前五個交易日不限漲跌幅,對目標風險的養老金產品來講也嚴格受限。相對風險比較小的參與科創板的方式或是認購打新基金或者對科創板公司有獨到研究的權益基金。後者需要時間的驗證,前者也有一定的不確定性。

  筆者發現,目前很多養老目標基金會依照“四位一體”的方式進行設計,包括風險優先、多元資產配置、團隊共同管理以及專業服務。四位一體的主要目標是獲取絕對收益。市場越來越意識到,養老目標基金的發行實際上是中國資產管理進入工業化時代一個重要的標誌。所以在基金管理的過程中,不僅要發揮人的力量,也要充分發揮科技的力量,打造全新且完整的資產配置系統。

(文章來源:中國證券報)

(責任編輯:DF380)

【其他文章推薦】

木地板哪有幾種款式?該如何選購適合的材質呢?

※屬於你的居家品味,家具訂製工廠推薦與心得分享

※想知道舞台設計公司幕後工作人員工作祕辛嗎?

※想知道更多隱形防盜窗Q&A,都在生活知識王!!

※居家裝潢選購心得,沙發訂做推薦,手工沙發推薦CP值破表平價傢俱!

樹木感染病蟲害 東豐自行車綠廊恐成「禿廊」

摘錄自2019年11月18日自由時報台中市報導

東豐自行車綠廊為台灣著名騎乘自行車景點之一,每年吸引許多遊客。台中市議員陳清龍18日在議會指出,東豐綠廊全區都有樹木感染病蟲害,已有多棵枯萎死亡、傾倒腐朽,恐危及公共安全,觀旅局卻未積極處理,多位民眾向他陳情,擔心東豐綠廊將變成「禿廊」。

今年3月,觀旅局在東豐綠廊8公里處邊坡施工,砍除10餘棵大樹;最近全區又出現樹木感染感染病蟲害的問題,根據中興大學針對東豐自行車綠廊的管理建議書指出,從0.2公里處起,有多株樹木遭白粉病感染,苦楝樹遭白蟻築蟻道、褐根病等染病枯萎,直到自行車道終點皆有狀況,甚至連基本的修剪維護都未做到,除致危及公共安全,更影響綠廊景觀,民眾看了都很擔憂。

觀旅局表示,14日已安排專家學者至東豐自行車綠廊全線勘查,了解樹木健康狀況,同時開立病蟲害管理建議書,全線苦楝樹枯死約34棵,以3公里至4.5公里處共12棵枯死較嚴重,另在1.3公里至1.4公里,以及6.8公里至6.9公里處有白蟻現象,後續將依建議書儘速進行相關防治作為,維持東豐自行車綠廊的綠蔭環境。

【其他文章推薦】

※專業機台儀器租賃服務及相關銷售資訊

※如何利用一般常見的「L型資料夾」達到廣告宣傳效果?

※哪裡買的到省力省空間,方便攜帶的購物推車?

飲水機皆有含淨水功能嗎?

※無毒橡膠墊片哪裡買的到?

※錢要花在刀口上,選購隔熱紙前必須知道的九件事 !

台東市建農里民要求焚化廠啟用後 須將累積15年垃圾全挖出來燒

摘錄自2019年11月19日自由時報報導

台東市建農里掩埋場存在了15年,合約將於明年4月到期,台東大學問卷有逾七成反對續約,但經里民會議表決,同意以三年半為限續用至焚化廠啟動,而且累積15年的垃圾全部要挖出焚化,還給建農乾淨土地。

迫在眉睫的垃圾危機暫時紓解,市公所提出了新的回饋金辦法,將每年500萬的回饋金,按距掩埋場遠近區分三級,分別發放6000、5000、4000元不等,結餘款由管理委員會審核運用在辦活動、環境維護公共支出。

里長林金寶根據訪查結果,召開里民會議,針對是否延長使用及回饋金進行討論,有居家緊鄰掩埋場的里民痛批垵埋場管理不善,除了惡臭,還常發生無名火,公部門言而無信,答應里民的改善措施無一做到,連監視器都沒裝,因此堅決反對延長。

林金寶提議,縣府既然要修繕啟用焚化廠,掩埋場續約到啟用日,但最長以3年半為限,若屆時未啟動,市公所必須要有配套方案,以此為前提同意續約。這項方案獲過半數里民支持。環保局也同意里民要求。

【其他文章推薦】

※何謂NBR手套,其特性及功能為何?

※選購空壓機需注意八大事項 !

※一條龍物流瞄準台中港倉儲,未來商機 !

※飲用桶裝水到底安不安全? 破解錯誤迷思!

新北市轉軸新北市探針選用參考標準?

鯝魚復育十年有成 達娜伊谷風華重現

摘錄自2019年11月17日公視報導

嘉義阿里山的達娜伊谷曾經是鯝魚的故鄉,但是因為莫拉克颱風的影響,生態受到嚴重破壞,鯝魚數量減少很多,經過十年的時間才成功復育鯝魚。

鯝魚在乾淨的溪水中自由的活動,雖然魚的體型還沒有過去那麼大,但是對於山美社區的民眾來說,鯝魚的復育之路已經有一個很好的開始。

山美社區發展協會理事長安榮進表示:「現在鯝魚已經回來了,所以非常的歡迎我們部落的居民或者是遊客,能夠到我們達娜伊谷來看看我們鯝魚復育的成果。」

嘉義縣阿里山山美社區表示,目前在三個賞魚池中,總數約有3000條的鯝魚。社區理事長表示,這個地方因為風災的關係,地貌有了改變,產業也受到破壞,經過這麼長的時間來經營,總算是把當初的特色找回來,也讓這個社區重新恢復元氣。

【其他文章推薦】

※幫你考照過關,堆高機裝卸操作教學影片大公開 !

※高效率洗滌塔活性碳設備,能去除多少有機溶劑?

※飲用桶裝水到底安不安全? 破解錯誤迷思!

※家庭、朋友聚會,享受輕鬆烤肉必備外燴烤爐NO.1

新北市探針業者,哪家可以精準車製?

※十大封口機人氣排行榜-烘焙必備幫手!

垃圾夾雜回收、廚餘未分類 花蓮市加強破袋稽查

摘錄自2019年11月19日中國時報報導

花蓮市13萬人口,每日產生的垃圾量高達60噸,對清潔工作負擔很大,不過卻偏偏有人不願垃圾分類,花蓮市清潔隊連日來加強執行「破袋稽查」,已先宣導並當場告誡;花蓮市長魏嘉賢指出,花蓮市7年前就已封場不再掩埋垃圾現有垃圾掩埋場已達飽和狀態,大家應做好垃圾分類,降低每日的垃圾量。

花蓮市公所清潔隊長吳慶展隊長強調,破袋稽查過程裡,若仍發現未依規定做好垃圾分類者,將依違反廢棄物清理法處以新臺幣1200元至6000元罰款,請民眾配合,以免荷包失血。

花蓮市清潔隊連日來機動性執行破袋稽查的工作,在稽查的過程中發現有民眾將廚餘混入垃圾裡,或是將可以資源回收的物品與垃圾混雜一起,以致垃圾量增加,也造成隊員的工作負擔。

此外,花蓮縣政府於在今年元月宣布禁止廚餘養豬,一夕之間,廚餘從可回收再利用的有用資源變成無用的廢棄物,回收熟廚餘量每日約有8噸。目前清潔隊收取的熟廚餘均依環保局規劃送至中區環保科技園區以高效能廚餘處理機進行處理;至於生廚餘部分,每日大約有2點8至3噸左右,清潔隊將其置於堆肥再利用製成有機肥,透過辦理環保相關活動時,提供給民眾做為植物施肥及環境綠美化等土壤改良使用。

【其他文章推薦】

示波器探測執行效能最佳化的8大秘訣

※專業客製化禮物、贈品設計,辦公用品常見【L夾】搖身一變大受好評!!

冷熱飲水機桌上型飲水機辦公室飲水機直立式飲水機,選購技巧大公開!!

※哪一些是橡膠加工製品?又區分什麼用途

※如何知道自已的電腦cpu支不支持AVX指令集?

※票選推薦煮婦最愛手壓封口機,省荷包不犧牲品質

中油林園廠再傳空污 環保局重罰150萬

摘錄自2019年11月17日公視報導

中油高雄林園廠昨(16日)晚廠內的機組又出問題,導致廠房冒出黑煙,這也已經是林園廠今年第五次的空污事件,環保局稽查後決定要罰150萬元。另外高雄小港沿海六里的居民也說,最近常常聞到化學臭味,卻找不到污染的來源。

高雄環保局監視器對著林園工業區紀錄,16日傍晚五點多,中油林園廠的燃燒塔突然冒出熊熊火柱,黑煙沖天,鄰近住家拍下的畫面更驚人,火光猛烈刺眼,還發出劇烈聲響。

高雄市環保局科長林燦銘說:「因為那個原料供應槽,就是石油腦阻塞,阻塞造成壓縮機的跳脫,造成整個廢氣,必須要藉由這個廢棄燃燒塔進行排放,因為排放的量實在是太大,大概是正常值的六、七倍。」

環保局趕到現場稽查,發現是林園廠今年第五次跳俥,將製程空氣排到燃燒塔,造成空氣污染,決定重罰150萬元。但是造成高雄沿海空污的還不只中油,小港沿海六里,入秋後又反覆出現刺鼻化學臭味,在15日一度達到最濃。

地方認為,工廠花十分鐘排放空污,惡臭就能在社區持續二至三小時,因此環保局趕來也不及找到來源,希望下次發生時,民眾自力收集空氣瓶,由環保局確實驗出成分,進行工廠比對。

【其他文章推薦】

※各大品牌中古空壓機買賣情報站

※【找工作】徵求中部倉庫堆高機人員

※選用哪種桶裝水,外宿露營超方便?

連續封口機購物網-不怕你比價,就怕你買貴!

Class文件結構全面解析(下)

接上回書

書接,分享了Class文件的主要構成,同時也詳細分析了魔數、次版本號、主版本號、常量池集合、訪問標誌的構造,接下來我們就繼續學習。

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

類索引和父類索引

類索引(this_class)和父類索引(super_class)都是一個u2類型的數據,類索引用於確定這個類的全限定名,父類索引用於確定這個類的父類全限定名。由於java語言不允許多重繼承,所以父類索引只有一個。

類索引和父類索引各自指向常量池中類型為CONSTANT_Class_info的類描述符,再通過類描述符中的索引值找到常量池中類型為CONSTANT_Utf8_info的字符串。再來看一下之前的Class文件例子:

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

結合之前javap分析出來的常量池內容:

   #3 = Class         #17        // OneMoreStudy
   #4 = Class         #18        // java/lang/Object
  #17 = Utf8          OneMoreStudy
  #18 = Utf8          java/lang/Object

類索引為0x0003,去常量池裡找索引為3的類描述符,類描述符中的索引為17,再去找索引為17的字符串,就是“OneMoreStudy”。

父類索引為0x0004,去常量池裡找索引為4的類描述符,類描述符中的索引為18,再去常量池裡找索引為18的字符串,就是“java/lang/Object”。

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

接口索引集合

接口索引集合(interface)是一組u2類型的數據的集合,由於java語言允許實現多個接口,所以接口索引也有多個,它們按照implements語句后的接口順序從左到右依次排列在接口索引集合中。接口索引集合的第一項數據是接口集合計數值(interfaces_count),表示有多少接口索引。如果該類沒有實現任何接口,那麼該計數值為0,後面的接口索引表不佔任何字節。之前的例子OneMoreStudy類沒有實現任何接口,所以接口集合計數值就是0,如下圖:

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

字段表集合

字段表(field_info)是用來描述接口或類中聲明的變量。包括類級變量(靜態變量)和實例級變量(成員變量),但是不包括在方法內部聲明的局部變量。具體結構如下錶:

類型 名稱 數量 描述
u2 access_flags 1 字段的訪問標誌
u2 name_index 1 字段的簡單名稱索引
u2 descriptor_index 1 字段的描述符索引
u2 attributes_count 1 字段的屬性計數值
attribute_info attributes attributes_count 字段的屬性

字段表中的access_flags,和類的access_flags是非常類似的,但是標識和含義是不一樣的。具體如下錶:

標誌名稱 標誌值 含義
ACC_PUBLIC 0x0001 字段是否public
ACC_PRIVATE 0x0002 字段是否private
ACC_PROTECTED 0x0004 字段是否protected
ACC_STATIC 0x0008 字段是否static
ACC_FINAL 0x0010 字段是否為final
ACC_VOLATILE 0x0040 字段是否volatile
ACC_TRANSIENT 0x0080 字段是否transient
ACC_SYNTHETIC 0x1000 字段是否由編譯器自動產生的
ACC_ENUM 0x4000 字段是否enum

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

這裏提到了簡單名稱、描述符,和全限定名有什麼區別呢?稍微說一下。

簡單名稱是沒有類型和參數修飾的方法或字段名稱,比如OneMoreStudy類中的number字段和plusOne()方法的簡單名稱分別是“number”和“plusOne”。

全限定名是把類全名中的“.”替換成“/”就可以了,比如java.lang.Object類的全限定名就是“java/lang/Object”。

描述符是用來描述字段的數據類型、方法的參數列表(包括數量、類型以及順序)和返回值。基礎數據類型和無返回的void類型都有一個大寫字母表示,對象類型用字符L加對象的全限定名來表示,如下錶:

標識字符 含義
B 基本類型byte
C 基本類型char
D 基本類型double
F 基本類型float
I 基本類型int
J 基本類型long
S 基本類型short
Z 基本類型boolean
V 特殊類型void
L 對象類型 如 Ljava/lang/Object

對於數組類型,每一維度使用一個前置的“[”字符來描述,比如java.lang.Object[][]的二維數據,就是“[[Ljava/lang/Object”。在描述方法時,按照先參數列表,后返回值的順序描述,參數列表按照嚴格順序放在“()”值中,比如boolean equals(Object anObject),就是“(Ljava/lang/Object)B”。

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

再來看一下之前的Class文件例子:

OneMoreStudy類中只有一個字段number,所以字段計數值為0x0001。字段number只被private修飾,沒有其他修飾,所以字段的訪問標誌位為0x0002。字段的簡單名稱索引是0x0005,去常量池中找索引為5的字符串,為“number”。字段的描述符索引為0x0006,去常量池中找索引為6的字符串,為“I”,是基本類型int。以下是常量池相關內容:

   #5 = Utf8          number
   #6 = Utf8          I

字段number的屬性計數值為0x0000,也就是沒有需要額外描述的信息。

字段表集合中不會列出從父類或者父接口中繼承而來的字段,但有可能列出原版Java代碼中沒有的字段,比如在內部類中為了保持對外部類的訪問性,會自動添加指向外部類實例的字段。

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

方法表集合

方法表的結構和字段表的是一樣的,也是依次包括了訪問標誌(access_flags)、名稱索引(name_index)、描述符索引(descriptor_index)和屬性表集合(attributes)。具體如下錶:

類型 名稱 數量 描述
u2 access_flags 1 方法的訪問標誌
u2 name_index 1 方法的簡單名稱索引
u2 descriptor_index 1 方法的描述符索引
u2 attributes_count 1 方法的屬性計數值
attribute_info attributes attributes_count 方法的屬性

對於方法的訪問標誌,所有標誌位和取值如下錶:

標誌名稱 標誌值 含義
ACC_PUBLIC 0x0001 方法是否public
ACC_PRIVATE 0x0002 方法是否private
ACC_PROTECTED 0x0004 方法是否protected
ACC_STATIC 0x0008 方法是否static
ACC_FINAL 0x0010 方法是否為final
ACC_SYNCHRONIZED 0x0020 方法是否sychronized
ACC_BRIDGE 0x0040 方法是否是由編譯器產生的橋接方法
ACC_VARARGS 0x0080 方法是否接受不定參數
ACC_NATIVE 0x0100 方法是否為native
ACC_ABSTRACT 0x0400 方法是否為abstract
ACC_STRICT 0x0800 方法是否為strictfp
ACC_SYNTHETIC 0x1000 方法是否由編譯器自動產生

方法中的Java代碼,經過編譯器編程成字節碼指令后,放在方法屬性表集合中一個名為“Code”的屬性里,後面會有更多分享。

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

再來看一下之前的Class文件例子:

方法計算值為0x0003,表示集合中有兩個方法(編譯器自動添加的無參構造方法和源碼中的plusOne方法)。第一個方法的訪問標誌是0x0001,表示只有ACC_PUBLIC標誌為true。

名稱索引為0x0007,在常量池中為索引為7的字符串為“ ”,這就是編譯器自動添加的無參構造方法。描述符索引為0x0008,在常量池中為索引為7的字符串為“()V”,方法的屬性計數值為0x0001,表示該方法有1個屬性,屬性名稱索引為0x0009,在常量池中為索引為7的字符串為“Code”。以下是常量池相關內容:

   #7 = Utf8          <init>
   #8 = Utf8          ()V
   #9 = Utf8          Code

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

屬性表集合

屬性表(attribute_info)在前面的分享中出現了幾次,在Class文件、字段表、方法表都可以有自己的屬性表集合,用來描述某些場景下特有的信息。

屬性表不在要求具有嚴格的順序,並且只要不與已有的屬性名重複,任何人實現的編譯器都可以寫入自己定義的屬性信息,Java虛擬機在運行時會忽略掉它不認識的屬性。

我總結了一些比較常見的屬性,如下錶:

屬性名稱 使用位置 含義
Code 方法表 Java代碼編譯成的字節碼指令
ConstantValue 字段表 final關鍵字定義的常量值
Exceptions 方法表 方法拋出的異常
InnerClasses 類文件 內部類列表
LineNumberTable Code屬性 Java源碼的行號與字節碼指定的對應關係
LocalVariableTable Code屬性 方法的局部變量描述
SourceFile 類文件 記錄源文件名稱

對於每個屬性,它的名稱都從常量池中引用一個CONSTANT_Utf8_info類型的常量,而屬性值的結構則是完全自定義的,只需要用一個u4類型來說明屬性值所佔的位數就可以了。具體結構如下:

類型 名稱 數量 含義
u2 attribute_name_index 1 屬性名稱索引
u2 attribute_length 1 屬性值所佔的位數
u1 info attribute_length 屬性值

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

總結

Class文件主要由魔數、次版本號、主版本號、常量池集合、訪問標誌、類索引、父類索引、接口索引集合、字段表集合、方法表集合和屬性表集合組成。隨着JDK版本的不斷升級,Class文件結構也在不斷更新,學習之路,永不止步。

歡迎關注微信公眾號:萬貓學社,每周一分享Java技術乾貨。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

收購3c,收購IPHONE,收購蘋果電腦-詳細收購流程一覽表

網頁設計公司推薦更多不同的設計風格,搶佔消費者視覺第一線

※廣告預算用在刀口上,網站設計公司幫您達到更多曝光效益

※公開收購3c價格,不怕被賤賣!

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

JSON——IT技術人員都必須要了解的一種數據交換格式

JSON作為目前Web主流的數據交換格式,是每個IT技術人員都必須要了解的一種數據交換格式。尤其是在Ajax和REST技術的大行其道的當今,JSON無疑成為了數據交換格式的首選

今天大家就和豬哥一起來學習一下JSON的相關知識吧!

一、XML

在講JSON之前,我覺得有必要先帶大家了解一下XML(Extensible Markup Language 可擴展標記語言),因為JSON正在慢慢取代XML。

1.XML起源

早期Web發展和負載的數據量並不是很大,所以基本靠HTML(1989誕生)可以解決。但是隨着Web應用的不斷壯大,HTML的一些缺點也慢慢顯現,如:可讀性差、解析時間長、數據描述性差等。

1998年2月10日,W3C(World WideⅥiebConsortium,萬維網聯盟)公布XML 1.0標準,XML誕生了。

XML使用一個簡單而又靈活的標準格式,為基於Web的應用提供了一個描述數據和交換數據的有效手段。但是,XML並非是用來取代HTML的。HTML着重如何描述將文件显示在瀏覽器中,它着重描述如何將數據以結構化方式表示。

XML簡單易於在任何應用程序中讀/寫數據,這使XML很快成為數據交換的唯一公共語言,所以XML被廣泛應用。

注意: XML是一種數據交換的格式,並不是編程語言。而且他是跨語言的數據格式,目前絕大多數編程語言均支持XML。

2.XML實例

XML究竟怎麼用?是什麼樣子的?我們來舉一個簡單的例子吧!

A公司要和B公司業務對接(A公司要獲取B公司的用戶基本信息),B公司提供接口讓A公司調用,A、B公司對接的開發人員會提前溝通好這個接口的:URL、傳參、返回數據、異常等等。

但是也許兩個公司使用的技術棧並不相同,所以支持的據格式也可能不同。為了解決因技術棧不同帶來的數據格式不同問題,A、B公司的開發協商使用一種通用的數據格式來傳輸,於是他們想到了XML。

  1. 假設現在A公司需要名稱叫pig的用戶信息,於是A公司調用B公司的接口,並傳參數name=pig。
  2. 然後B公司接口收到請求后,將用戶信息從數據庫拿出來,然後封裝成下面的XML格式,然後再返回給A公司。
  3. 最後A公司收到返回后,使用XML庫解析數據即可
<?xml version="1.0" encoding="UTF-8"?>
<person>
  <name>pig</name>
  <age>18</age>
  <sex>man</sex>
  <hometown>
    <province>江西省</province>
    <city>撫州市</city>
    <county>崇仁縣</county>
  </hometown>
</person>

3.XML十字路口

雖然XML標準本身簡單,但與XML相關的標準卻種類繁多,W3C制定的相關標準就有二十多個,採用XML制定的重要的电子商務標準就有十多個。這給軟件開發工程師帶來了極大的麻煩!

隨着AJax(之前叫XMLHTTP,2005年後才叫Ajax)技術的流行,XML的弊端也越來越顯現:大家都知道XML實現是基於DOM樹實現的,而DOM在各種瀏覽器中的實現細節不盡相同,所以XML的跨瀏覽器兼容性並不好,所以急需一種新的數據負載格式集成到HTML頁面中以滿足Ajax的要求!

二、JSON

前面我們說了隨着Ajax的流行,而各種瀏覽器對DOM的實現細節不盡相同,所以會出現兼容性問題,這對前端開發同學來講真的是災難。因為一個功能可能需要用代碼去兼容各種不同的瀏覽器,還要調試,工作量巨大。

1.JSON誕生

如何才能將數據整合到HTML中又解決瀏覽器兼容性問題呢?答案就是:利用所有主流瀏覽器中的一種通用組件——JavaScript引擎。這樣只要創造一種JavaScript引擎能識別的數據格式就可以啦!

2001 年 4 月,首個 JSON 格式的消息被發送出來。此消息是從舊金山灣區某車庫的一台計算機發出的,這是計算機歷史上重要的的時刻。道格拉斯·克羅克福特(Douglas Crockford) 和 奇普·莫寧斯達(Chip Morningstar) 是一家名為 State Software 的技術諮詢公司的聯合創始人(後來都在雅虎任職),他們當時聚集在 Morningstar 的車庫里測試某個想法,發出了此消息。

document.domain = 'fudco'; 

parent.session.receive( 
    { to: "session", do: "test", text: "Hello world" } 
) 

熟悉js的同學是不是也很驚訝,第一個 JSON 消息它明顯就是 JavaScript!實際上,Crockford 自己也說過他不是第一個這樣做的人。網景(Netscape )公司的某人早在 1996 年就使用 JavaScript 數組字面量來交換信息。因為消息就是 JavaScript,其不需要任何特殊解析工作,JavaScript 解釋器就可搞定一切。

最初的 JSON 信息實際上與 JavaScript 解釋器發生了衝突。JavaScript 保留了大量的關鍵字(ECMAScript 6 版本就有 64 個保留字),Crockford 和 Morningstar 無意中在其 JSON 中使用了一個保留字:do。因為 JavaScript 使用的保留字太多了,所以Crockford決定:既然不可避免的要使用到這些保留字,那就要求所有的 JSON 鍵名都加上引號。被引起來的鍵名會被 JavaScript 解釋器識別成字符串。這就為什麼今天 JSON 鍵名都要用引號引起來的原因。

這種數據格式既然可以被JavaScript引擎識別,那就解決了XML帶來的各種瀏覽器兼容性問題,所以這種技術完全可以推廣出去,於是Crockford 和 Morningstar 想給其命名為 “JSML”,表示JavaScript 標記語言(JavaScript Markup Language)的意思,但發現這個縮寫已經被一個名為 Java Speech 標記語言的東西所使用了。所以他們決定採用 “JavaScript Object Notation”,縮寫為 JSON,至此JSON正式誕生。

2.JSON發展

2005 年,JSON 有了一次大爆發。那一年,一位名叫 Jesse James Garrett 的網頁設計師和開發者在博客文章中創造了 “AJAX” 一詞。他很謹慎地強調:AJAX 並不是新技術,而是 “好幾種蓬勃發展的技術以某種強大的新方式彙集在一起。” AJAX 是 Garrett 給這種正受到青睞的 Web 應用程序的新開發方法的命名。他的博客文章接着描述了開發人員如何利用 JavaScript 和 XMLHttpRequest 構建新型應用程序,這些應用程序比傳統的網頁更具響應性和狀態性。他還以 Gmail 和 Flickr 網站已經使用 AJAX 技術作為了例子。

當然了,“AJAX” 中的 “X” 代表 XML。但在隨後的問答帖子中,Garrett 指出,JSON 可以完全替代 XML。他寫道:“雖然 XML 是 AJAX 客戶端進行數據輸入、輸出的最完善的技術,但要實現同樣的效果,也可以使用像 JavaScript Object Notation(JSON)或任何類似的結構數據方法等技術。 ”

這時JSON便在國外的博客圈、技術圈慢慢流行起來!

2006 年,Dave Winer,一位高產的博主,他也是許多基於 XML 的技術(如 RSS 和 XML-RPC)背後的開發工程師,他抱怨到 JSON 毫無疑問的正在重新發明 XML。

Crockford 閱讀了 Winer 的這篇文章並留下了評論。為了回應 JSON 重新發明 XML 的指責,Crockford 寫到:“重造輪子的好處是可以得到一個更好的輪子”。

3.JSON實例

還是以上面A、B公司業務對接為例子,兩邊的開發人員協商一種通用的數據交換格式,現在有XML與JSON比較流行的兩種數據格式,於是開發人員又將用戶信息以JSON形式展現出來,然後比較兩種數據格式:

{
  "person": {
    "name": "pig",
    "age": "18",
    "sex": "man",
    "hometown": {
      "province": "江西省",
      "city": "撫州市",
      "county": "崇仁縣"
    }
  }
}

比較XML與JSON的數據格式之後,開發人員發現:JSON可閱讀性、簡易性更好而且相同數據負載JSON字符數更少,所以兩個開發人員一致同意使用JSON作為接口數據格式!

而且還有重要的一點,在編寫XML時,第一行需要定義XML的版本,而JSON不存在版本問題,格式永遠不變!

4.當今JSON地位

當今的JSON 已經佔領了全世界。絕大多數的應用程序彼此通過互聯網通信時,都在使用 JSON。它已被所有大型企業所採用:十大最受歡迎的 web API 接口列表中(主要由 Google、Facebook 和 Twitter 提供),僅僅只有一個 API 接口是以 XML 的格式開放數據的。

JSON 也在程序編碼級別和文件存儲上被廣泛採用:在 Stack Overflow上,關於JSON的問題越來越多,下圖是關於Stack Overflow上不同數據交換格式的問題數和時間的曲線關係圖。
從上圖我們可以看出在Stack Overflow上越來越多JSON的問題,從這裏也可以反映出JSON越來越流行!

更詳細的關於創造JSON的故事可閱讀:

3、總結

由於篇幅原因我們今天只學習了JSON的誕生和起源相關知識,知道了JSON的誕生是因為XML無法滿足Ajax對瀏覽器兼容性問題,所以就有人想創造一種瀏覽器通用組件:JavaScript引擎 能識別的數據格式,這樣就可以解決瀏覽器不兼容問題,所以就從Js數據格式中提取了一個子集,取名為JSON!

我們還知道了為什麼JSON鍵為什麼需要用雙引號引起來,是因為JS中存在許多的關鍵字和保留關鍵字,為了避免與JS關鍵字衝突,所以Crockford就要求在所有的鍵名上加上雙引號,這樣JS引擎會將其識別為字符串,就避免與JS中關鍵字衝突!

下期我們會詳細介紹JSON數據結構、JSON序列化、JSON在Python中的使用等知識。

了解技術誕生與發展背後的故事同樣重要,因為這些可以作為你吹逼的資本!

參考資料:
百度百科:XML
Daniel Rubio:JSON 簡介

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※高價收購3C產品,價格不怕你比較

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!!

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

3c收購,鏡頭 收購有可能以全新價回收嗎?

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

財富管理市場崛起 將成券商藍海機遇

  近年來,我國財富管理行業快速發展,財富管理需求高度景氣。根據波士頓諮詢預測,未來在經歷短期經濟周期波動之後,2023年中國個人可投資金融資產有望達到243萬億元,年複合增長率約為11%。可見,財富管理行業面臨非常廣闊的藍海。

  從財富增長的驅動力來看,中國財富增量主要源於經濟快速增長帶來的新增財富,利用存量財富獲得的投資增值部分佔比並不高。從居民資產配置來看,銀行存款等無風險資產依然是中國居民偏好的資產,金融資產佔比不高,而美國等發達國家一般銀行存款佔總資產的比例僅有兩成。從金融資產分佈來看,近七成的中國家庭僅擁有一種投資品,約兩成擁有兩種投資品,擁有三種及以上投資品的家庭只有一成左右,金融投資品種單一;而美國居民擁有三種及以上投資品的家庭佔比高逾六成,分配在股票信用產品、共同基金保險等多種金融產品中。

  可投資資產規模的增長、存量財富增值需求的持續釋放以及多樣化金融產品的不斷湧現,將為我國財富管理業務帶來良好的發展機遇。我國財富管理市場目前處於起步階段,主要金融機構是銀行。銀行由於其具有低風險、避險的特點,因此在設計、研發產品時會受到很大的限制,可能無法滿足高凈值客戶日益增長的產品多元化、高收益的需求。證券公司擁有龐大的研究團隊、廣泛的業務範圍和出眾的資本市場投資能力,但渠道銷售能力遠不及銀行。不過隨着財富管理高端產品需求的膨脹,研究能力強大的券商業務優勢將會日益凸顯。

  為了抓住財富管理行業的藍海機遇,多家金融機構已紛紛轉型財富管理方向,發力產品代銷和資產配置等增值服務。儘管多數券商已經開始財富管理轉型的戰略布局,但僅有少數券商通過業務重塑的方式發展財富管理業務,大部分券商是新部門老業務,甚至將財富管理做成經紀業務,通道本質未變。經紀業務的核心在於業務通道和獲客能力,而財富管理業務的核心在於主動投資能力。發展財富管理業務需要摒棄牌照紅利時代的固有思維,以客戶需求為中心打造全新的財富管理服務體系。

(文章來源:中國證券報)

(責任編輯:DF380)

【其他文章推薦】

實木地板、海島型地板、耐磨地板怎麼挑? 木地板三倍價差的秘密!!

※新屋購入,尋找台中室內設計師?是否可先免費估價丈量?

※挑好磚一點都不難!馬賽克磚挑選眉角小撇步!

※想知道北部最多平價、庫存出清的家具工廠推薦在哪裡?

※想知道大型演唱會、知名劇場的舞台設計是由哪位設計師一手操刀嗎?

證券經紀業務進入存量競爭階段 轉型升級成大勢所趨

  經過二十餘年的蓬勃發展,國內證券行業已步入成熟階段,大券商龍頭地位穩固的同時也湧現出一批有特色的中小券商。隨着證券公司數量的不斷增加,市場競爭也日趨激烈。

  國內券商的主要盈利來源之一是經紀業務,但經歷了10年傭金競爭后,同質化嚴重的傳統經紀業務已成為紅海市場。2018年股基交易量較2008年已增加近4倍,但2018年代理買賣證券凈收入較2008年反而下降了29.32%,可見經紀業務市場已進入存量競爭階段。為了應對經紀業務激烈的市場競爭,券商紛紛通過降低傭金費率的方式搶佔市場份額,2018年行業平均傭金率降至萬分之3.48,對比國際市場處於很低的水平。傭金率持續下滑導致券商盈利能力不斷下降,行業龍頭中信證券銷售凈利率在2008-2010年期間平均達45%,而2016-2018年期間平均已下降到27%。中小券商下滑趨勢更為嚴重,西部證券相應期間平均銷售凈利率從40%降為22%。傭金下滑也導致了經紀業務收入占收入總額比例發生了明顯變化,2016年經紀業務佔比較2015年下降了近14個點,2017年和2018年證券投資業務收入甚至超過了經紀業務收入(見圖1)。

  在激烈的市場競爭環境下,傳統經紀業務的盈利模式已是明日黃花,業務升級迫在眉睫。早期多家券商在轉型方面已經做了積極探索,比如與知名互聯網公司合作進行線上導流,對客戶進行細分,實行差異化服務,通過流程改造降低運營成本等,但這些均未真正改革經紀業務的盈利模式。經紀業務升級的關鍵在於突破傳統的同質化通道服務,從單純以獲取交易傭金為主的前端收費模式,向以收取管理費為主的後端收費模式轉變。

(文章來源:中國證券報)

(責任編輯:DF380)

【其他文章推薦】

※居家隱形鐵窗安裝施作經驗分享

※純客製手工沙發,古典沙發,專業首選沙發工廠打造屬於您的居家品味!

※解決漏水、壁癌危機,找尋新竹舊屋翻新專業修繕專家

※分享木質地板DIY自行施工教學影片

※想要打造簡約、淡雅兼且收納空間的小資房,台中室內設計推薦哪一家?