北部有線電視-提供穩定的寬頻光纖上網、高畫質HD數位頻道、第四台電視、數位電視，現在申辦免費體驗3個月"HD99高畫質套餐"
摘錄自2020年10月8日台灣醒報報導
根據衛報報導，聯合國有毒廢物問題特別報告員通卡克和其他9名聯合國高級官員聯名向巴布亞紐幾內亞、澳洲、中國、加拿大政府和中國國營開發商發函，表示對巴紐北部弗里達河開礦計畫的嚴重關切。
這項計畫如果獲得批准，將是巴紐史上最大的、也是世界上最大的礦場之一，佔地1萬6000公頃。該計畫將建在新幾內亞島北部的塞皮克河支流弗里達河上，預計每年開採的金、銀和銅礦價值可達15億美元，長達30年以上。PanAust持有這項專案8成的股份，是中國國企「廣東崛起」的一部分。
本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!
※教你寫出一流的銷售文案?
※超省錢租車方案
摘錄自2020年10月7日中央社報導
疫情重創經濟，印尼政府加速鬆綁勞動及環保法規，日前突襲通過新法，盼改善投資環境增加就業機會，卻引發大規模抗議，遭質疑修法犧牲勞工權益及環保，爭議恐持續延燒。
印尼政府年初提出創造就業綜合法案後，民間抗議聲浪不斷，勞工團體多次上街表達不滿。
印尼國會5日趕在全國性大罷工前夕審查完法案。印尼請願網站當天發起拒絕創造就業綜合法案的連署迅速累積逾120萬人支持，各大城市爆發罷工示威潮。
在國會審議前，印尼總統佐科威（Joko Widodo）重要幕僚、海洋事務統籌部長盧胡特（Luhut Panjaitan）指出，政府因處理武漢肺炎疫情，這項法案自4月延宕至今。該法案是促進投資的關鍵，幾經協商，全國8大主要工會組織中有6大工會組織同意立法。
不過，由印尼工會聯盟（KSPI）、印尼工人工會聯合會（KSPSI）等團體發動的罷工6日在各大城市許多工業區吸引成千上萬勞工參與。
除了勞動法規，創造就業綜合法案通過也影響環保及稅務等超過70個法律，主要目的是降低投資障礙，方便投資者取得土地及相關證照。這部分引起環保團憂心將弱化環境影響評估的把關機制，不利環境永續發展。
印尼綠色和平資深森林專員亞塞普（Asep Komarudin）7日對中央社指出，現行法規有很多嚴格確保環境保護的條文都因創造就業綜合法案通過而遭廢除，例如未來有些投資案可不經環境影響評估，環評也將限制只有受影響者才參與，不再開放公民參與。
亞塞普說，根據創造就業綜合法案，未來開發案與環保衝突時，被視為與國家策略發展相關的計畫都要給予優先考量，主導開發的國家與企業肯定會持續與原住民族發生衝突，巴布亞（Papua）、加里曼丹（Kalimantan）、蘇門答臘（Sumatra）等地的林地面積可能會再減少3成以上，「我們非常擔心」。
本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※別再煩惱如何寫文案,掌握八大原則!
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※超省錢租車方案
※教你寫出一流的銷售文案?
※網頁設計最專業,超強功能平台可客製化
※產品缺大量曝光嗎?你需要的是一流包裝設計!
摘錄自2020年10月7日自由時報報導
聯合國世界氣象組織（WMO）宣布，南極臭氧層破洞已經創下近年來的「最大最深」，破洞於8月中旬起迅速變大，10月初面積達2400萬平方公里，以台灣面積為3.6萬平方公里來看，相當於666個台灣。
根據美國《ABC新聞》報導，聯合國世界氣象組織指出，目前出現在南極上空的破洞是近幾年來「最大」和「最深」的，強烈的極地渦流是此次臭氧層的導火線，負78度的極度低溫條件下形成「極地平流層雲」，雲中含有冰晶，經太陽光照射後就會產生化學反應，開始大量消耗臭氧。
美國太空總署表示，異常的南極天氣是造成這種情況的原因；歐洲中期天氣預報中心哥白尼大氣監測局局長佩奇（Vincent-Henri Peuch）認為，每年發生的南極臭氧層破洞事件都有很大的差異，這也表明人們需要持續減少排放有害物質，繼續執行《蒙特婁議定書》的規範事項。
本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※教你寫出一流的銷售文案?
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※回頭車貨運收費標準
※別再煩惱如何寫文案,掌握八大原則!
※超省錢租車方案
※產品缺大量曝光嗎?你需要的是一流包裝設計!
我們再一起來回顧一下吧現代ENCINO是一款以性能著稱的小型SUV，搭載1。6T渦輪增壓發動機和雙離合器變速箱作為動力總成，177匹馬力的賬面參數也是十分誘人，配合上個性張揚的外觀設計和尚且不貴的售價，現代ENCINO要成為未來年輕人的首選車型的決心顯而易見。
《後來的我們》上映不久票房已超過10億，
繼《前任3》后又再一次給了年輕人5條建議：
1.如果結婚就要找愛你的
2.千萬別輸在“等”這個字身上
3.永遠留住30%的神秘
4.如何才能配得上你的伴侶？
關注玩車是
走向人生巔峰迎娶白富美嫁給高富帥的前提噢！
5.牢記第4條，前3條沒什麼用…
好吧，皮了一下，我們說回正事吧
看看了5月或將上市的車，
心想：除了個別車型，毫無驚喜！
這跟4月份的新車比起來，差距可不是一點點啊
起碼，全新的SUV，就有6款重磅新車了
不是改款，不是換代，
這幾款都是扎紮實實的新車、新SUV噢！
我們再一起來回顧一下吧
現代ENCINO是一款以性能著稱的小型SUV，搭載1.6T渦輪增壓發動機和雙離合器變速箱作為動力總成，177匹馬力的賬面參數也是十分誘人，配合上個性張揚的外觀設計和尚且不貴的售價，現代ENCINO要成為未來年輕人的首選車型的決心顯而易見。
威馬EX5是一款非常具有市場潛力的電動SUV，雖然是新品牌下的新車型，但是威馬公司背後的技術背書和他們自建工廠的生產方式讓他們的品牌形象顯得十分靠譜。而威馬EX5的實車已經正式上市，在2018年下半年就可以正式交付，EX5的設計非常符合大眾審美，屬於十分耐看的一款車型，而且續航里程可以達到400多公里的動力特性，也讓它十分有成為一二線限行城市的熱銷車型的潛力。
自主品牌非承載式SUV對於普通消費者來說更像是一個要麼廉價，要麼粗糙的存在。但是榮威RX8的上市便打破了這一種的傳統認知，榮威RX8的非承載式SUV和全時四驅的特性讓它有着比較出色的越野能力，而且定位豪華的RX8在內飾氛圍的設計上融入了非常多的木紋飾板和檔次感出眾的軟質材料，讓整車的檔次感顯現地非常到位。
對於越野有需求的消費者，或許就在途達上市以後有了新的選擇，非承載式車身，分時四驅，二十五萬以內的頂配售價，這些特點都在表明途達是一款可以入門越野圈的新車；而且久經市場考驗的動力總成更讓它的可靠性有所保障，雖然內飾設計相對廉價，但是對於追求更多在嚴苛環境下有靠譜表現的消費者來說，途達的產品力正是他們想要的。
Jeep在中國市場上的發力趨勢愈發明顯，相繼自由光，指南者這類車型在國內市場獲得一定成功以後，現如今又推出了一款中國特供的中型SUV，大指揮官。雖然這款車型是一款低於大切諾基的中型SUV，但是它的外觀與內飾設計，配置供給與裝配工藝等等方面都基本上稱得上是現如今合資國產的Jeep車型中的旗艦。售價區間與漢蘭達，銳界等車型有着高度重合，未來中型7座SUV中的強有力競爭者勢必將會多出大指揮官的身影。
GLC和Q5在BBA的豪華中型SUV市場稱雄已久，操控大師寶馬也就看不過眼了，華晨寶馬X3正式在中國上市，都說它沒有加長會影響車內空間，但其實這款車型換代后本就有了一定車身尺寸上的增加，所以空間並不是什麼硬傷，相反，更原汁原味的引入國產化后的Q3勢必會成為BBA中型SUV中最具運動基因的一款車型，而廣大寶馬迷們在X3上市以後也必定有了更為接地氣和更實惠的車型備選方案。
怎麼樣，這幾款新SUV很吸引吧~
感興趣的話不妨去4S店看看實車噢本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!
※教你寫出一流的銷售文案?
※超省錢租車方案
目錄
JVM的重要性不言而喻了，如果把java的應用程序比作一輛跑車，那麼JVM就是這輛車的發動機，沒有它，java程序就成了空中樓閣，無根浮萍。而在JVM中有一塊內存區域叫做運行時數據區域，存儲了運行時所需要的所有對象，而Heap Area則是其中最大的一塊。
內存畢竟不是無限的，所以就需要一種機制來將不再使用的對象進行回收，這種機制就是今天我們要講的GC。
更多精彩內容且看：
小師妹:F師兄，你相信這個世界有輪迴嗎？
師兄我是一個堅定的無神論者，活在當下就好了，何必操心後面的輪迴呢？
小師妹:F師兄，這個你就不懂了，意識是組成腦的原子群的一種組合模式，我們大腦的物質基礎和一塊石頭沒有什麼不同。當我們掌握大腦的組合方式，然後重構，我們的意識就重現了，這就是輪迴。這可是量子理論中提到的觀念哦。
哇，小師妹什麼時候這麼厲害了，都開始探討這麼高深的話題了。F師兄我實在是跟不上節奏啊。
小師妹，F師兄，我是怕你尷尬，想引出java對象的生命周期這個話題嘛。
量子理論我不熟，java對象我還沒怕過誰。
對象的生命周期其實很簡單：創建，使用中，最後被銷毀。
舉個最簡單的創建對象的例子：
Object obj = new Object();
對象創建的時候，將會為該對象分配特定的空間。
對象創建之後，就可以被其他的對象使用，如果其他的對象有使用該對象，那麼我們成為該對象被引用了。
當一個對象沒有被其他對象引用的時候，我們就稱為該對象可以被回收了。在Java中，對象的回收是由GC來負責的。
小師妹：F師兄，我覺得垃圾回收好像挺簡單的，我們為每個對象維持一個指針計數器，每引用一次就加一，這樣不就可以實現垃圾回收器了嗎？
底層原理是這麼一個道理，但是JVM需要一種更加高效的算法來保證垃圾回收的效率，同時也不會影響正在運行的程序。
接下來我們將會介紹一下，在JVM中比較常用幾個垃圾回收算法：
Mark and sweep是最最簡單的垃圾回收算法，簡單點講，它可以分為兩個步驟：
標記live對象聽起來很簡單，就是掃描堆中的對象，看這些對象是否被引入。
但是這裡有一個問題，如果是兩個對象互相引用的時候，而這兩個對象實際上並沒有被外部的對象所引用，那麼這兩個對象其實是應該被回收的。所以我們還需要解決一個關鍵性的問題：從哪裡開始掃描的問題。
JVM定義了一些Root對象，從這些對象開始，找出他們引用的對象，組成一個對象圖。所有在這個圖裡面的對象都是有效的對象，反之不在對象圖中的對象就應該被回收。有效的對象將會被Mark為alive。
這些Root對象包括：正在執行的方法中的本地對象和輸入參數。活動的線程，加載類中的static字段和JNI引用。
注意，這種遍歷其實是有個缺點的，因為為了找到對象圖中哪些對象是live的，必須暫停整個應用程序，讓對象變成靜止狀態，這樣才能構建有效的對象圖。後面我們會介紹更加有效的垃圾回收算法。
掃描對象之後，我們就可以將未標記的對象刪除了。
刪除有三種方式，第一種方式是正常刪除。但是正常刪除會導致內存碎片的產生。所以第二種方式就是刪除之後進行壓縮，以減少內存碎片。還有一種方式叫做刪除拷貝，也就是說將alive的對象拷貝到新的內存區域，這樣同樣可以解決內存碎片的問題。
在講CMS之前，我們先講一下垃圾回收器中的Eden，Old和Survivor space幾個大家應該都很熟悉的分代技術。
Young Gen被劃分為1個Eden Space和2個Suvivor Space。當對象剛剛被創建的時候，是放在Eden space。垃圾回收的時候，會掃描Eden Space和一個Suvivor Space。如果在垃圾回收的時候發現Eden Space中的對象仍然有效，則會將其複製到另外一個Suvivor Space。
就這樣不斷的掃描，最後經過多次掃描發現任然有效的對象會被放入Old Gen表示其生命周期比較長，可以減少垃圾回收時間。
之後要將的幾個垃圾回收器，除了ZGC，其他都使用的是分代的技術。
好了，現在繼續講CMS，CMS是mark and swap的升級版本，它使用多個線程來對heap區域進行掃描，從而提升效率。
CMS在Young Generation中使用的是mark-copy，而在Old Generation主要使用的是mark-sweep。
使用CMS的命令很簡單：
-XX:+UseConcMarkSweepGC
上面是列出的一些CMS的調優參數。
Serial garbage collection使用單一的線程來進行垃圾回收操作，其好處就是不需要和其他的線程進行交互。如果你是單核的CPU，那麼最好就是選擇Serial garbage collection，因為你不能充分利用多核的好處。同樣的它也常常用在比較小型的項目中。
Serial garbage collection在Young Generation中使用的是mark-copy，而在Old Generation主要使用的是 mark-sweep-compact。
下面是開啟命令：
-XX:+UseSerialGC
和serial GC類似，它在Young Generation中使用的是mark-copy，而在Old Generation主要使用的是 mark-sweep-compact。不同的是它是并行的。
可以通過下面的命令來指定併發的線程：
-XX:ParallelGCThreads=N
如果你是多核處理器，那麼Parallel GC可能是你的選擇。
Parallel GC是JDK8中的默認GC。而在JDK9之後， G1是默認的GC。
使用下面的命令來開啟Parallel GC：
-XX:+UseParallelGC
為什麼叫G1呢，G1=Garbage First，它是為替換CMS而生的，最早出現在java7中。
G1將heap區域劃分成為多個更小的區域，每個小區域都被標記成為young generation 或者old generation。從而運行GC在更小的範圍里運行，而不是影響整個heap區域。
可以使用下面的命令來開啟：
-XX:+UseG1GC
ZGC是一個可擴展的，低延遲的GC。ZGC是併發的，而且不需要停止正在運行的線程。
使用下面的命令來開啟：
-XX:+UseZGC
ZGC是在JDK11中被引入的。
小師妹：F師兄，你講了這麼多個GC，到底我該用哪個呢？
高射炮不能用來打蚊子，所以選擇合適的GC才是最終要的。這裏F師兄給你幾個建議：
如果你的應用程序內存本來就很小，那麼使用serial collector ： -XX:+UseSerialGC.
如果你的程序運行在單核的CPU上，並且也沒有程序暫停時間的限制，那麼還是使用serial collector ： -XX:+UseSerialGC.
如果對峰值期的性能要求比較高，但是對程序暫停時間沒多大的要求，那麼可以使用 parallel collector： -XX:+UseParallelGC。
如果更加關注響應時間，並且GC的對程序的暫停時間必須要小，那麼可以使用-XX:+UseG1GC。
如果響應時間非常重要，並且你在使用大容量的heap空間，那麼可以考慮使用ZGC： -XX:UseZGC。
本文介紹了幾種GC的算法，大家可以根據需要選用。
本文作者：flydean程序那些事
本文鏈接：http://www.flydean.com/jvm-gc-algorithms/
本文來源：flydean的博客
歡迎關注我的公眾號:程序那些事，更多精彩等着您！
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!
※教你寫出一流的銷售文案?
※超省錢租車方案
上一篇完成了後台分類模塊的所有功能，本篇繼續將標籤模塊和友情鏈接模塊的增刪改查完成。
實現方式和之前的分類管理是一樣的，在Admin文件夾下面添加Tags.razor組件，設置路由@page "/admin/tags"。
同樣的內容也需要放在AdminLayout組件下面，添加幾個參數：彈窗狀態bool Open、新增或更新時標籤字段string tagName, displayName、更新時的標籤Idint id、API返回的標籤列表接收參數ServiceResult<IEnumerable<QueryTagForAdminDto>> tags。
/// <summary>
/// 默認隱藏Box
/// </summary>
private bool Open { get; set; } = false;
/// <summary>
/// 新增或者更新時候的標籤字段值
/// </summary>
private string tagName, displayName;
/// <summary>
/// 更新標籤的Id值
/// </summary>
private int id;
/// <summary>
/// API返回的標籤列表數據
/// </summary>
private ServiceResult<IEnumerable<QueryTagForAdminDto>> tags;
//QueryTagForAdminDto.cs
namespace Meowv.Blog.BlazorApp.Response.Blog
{
public class QueryTagForAdminDto : QueryTagDto
{
/// <summary>
/// 主鍵
/// </summary>
public int Id { get; set; }
}
}
在初始化方法OnInitializedAsync()中獲取數據。
/// <summary>
/// 初始化
/// </summary>
/// <returns></returns>
protected override async Task OnInitializedAsync()
{
var token = await Common.GetStorageAsync("token");
Http.DefaultRequestHeaders.Add("Authorization", $"Bearer {token}");
tags = await FetchData();
}
/// <summary>
/// 獲取數據
/// </summary>
/// <returns></returns>
private async Task<ServiceResult<IEnumerable<QueryTagForAdminDto>>> FetchData()
{
return await Http.GetFromJsonAsync<ServiceResult<IEnumerable<QueryTagForAdminDto>>>("/blog/admin/tags");
}
注意需要設置請求頭，進行授權訪問，然後頁面上綁定數據。
<AdminLayout>
@if (tags == null)
{
<Loading />
}
else
{
<div class="post-wrap tags">
<h2 class="post-title">- Tags -</h2>
@if (tags.Success && tags.Result.Any())
{
<div class="categories-card">
@foreach (var item in tags.Result)
{
<div class="card-item">
<div class="categories">
<NavLink title="刪除" @onclick="@(async () => await DeleteAsync(item.Id))"></NavLink>
<NavLink title="編輯" @onclick="@(() => ShowBox(item))"></NavLink>
<NavLink target="_blank" href="@($"/tag/{item.DisplayName}")">
<h3>@item.TagName</h3>
<small>(@item.Count)</small>
</NavLink>
</div>
</div>
}
<div class="card-item">
<div class="categories">
<NavLink><h3 @onclick="@(() => ShowBox())">~~~ 新增標籤 ~~~</h3></NavLink>
</div>
</div>
</div>
}
else
{
<ErrorTip />
}
</div>
<Box OnClickCallback="@SubmitAsync" Open="@Open">
<div class="box-item">
<b>DisplayName：</b><input type="text" @bind="@displayName" @bind:event="oninput" />
</div>
<div class="box-item">
<b>TagName：</b><input type="text" @bind="@tagName" @bind:event="oninput" />
</div>
</Box>
}
</AdminLayout>
tags沒獲取到數據的時候显示<Loading />組件內容，循環遍曆數據進行綁定，刪除按鈕綁定點擊事件調用DeleteAsync()方法。新增和編輯按鈕點擊事件調用ShowBox()方法显示彈窗。新增的時候不需要傳遞參數，編輯的時候需要將當前item即QueryTagForAdminDto傳遞進去。
<Box>組件中綁定了標籤的兩個參數，是否打開參數Opne和確認按鈕回調事件方法SubmitAsync()。
刪除標籤的方法DeleteAsync(...)如下：
// 彈窗確認
bool confirmed = await Common.InvokeAsync<bool>("confirm", "\n真的要幹掉這個該死的標籤嗎");
if (confirmed)
{
var response = await Http.DeleteAsync($"/blog/tag?id={id}");
var result = await response.Content.ReadFromJsonAsync<ServiceResult>();
if (result.Success)
{
tags = await FetchData();
}
}
刪除之前進行二次確認，避免誤傷，刪除成功重新加載一遍數據。
彈窗的方法ShowBox(...)如下：
/// <summary>
/// 显示box，綁定字段
/// </summary>
/// <param name="dto"></param>
private void ShowBox(QueryTagForAdminDto dto = null)
{
Open = true;
id = 0;
// 新增
if (dto == null)
{
displayName = null;
tagName = null;
}
else // 更新
{
id = dto.Id;
displayName = dto.DisplayName;
tagName = dto.TagName;
}
}
最後在彈窗中確認按鈕的回調事件方法SubmitAsync()如下：
/// <summary>
/// 確認按鈕點擊事件
/// </summary>
/// <returns></returns>
private async Task SubmitAsync()
{
var input = new EditTagInput()
{
DisplayName = displayName.Trim(),
TagName = tagName.Trim()
};
if (string.IsNullOrEmpty(input.DisplayName) || string.IsNullOrEmpty(input.TagName))
{
return;
}
var responseMessage = new HttpResponseMessage();
if (id > 0)
responseMessage = await Http.PutAsJsonAsync($"/blog/tag?id={id}", input);
else
responseMessage = await Http.PostAsJsonAsync("/blog/tag", input);
var result = await responseMessage.Content.ReadFromJsonAsync<ServiceResult>();
if (result.Success)
{
tags = await FetchData();
Open = false;
}
}
輸入參數EditTagInput。
namespace Meowv.Blog.BlazorApp.Response.Blog
{
public class EditTagInput : TagDto
{
}
}
最終執行新增或者更新數據都在點擊事件中進行，將變量的值賦值給EditTagInput，根據id判斷走新增還是更新，成功后重新加載數據，關掉彈窗。
標籤管理頁面全部代碼如下：
點擊查看代碼
@page "/admin/categories"
<AdminLayout>
@if (categories == null)
{
<Loading />
}
else
{
<div class="post-wrap categories">
<h2 class="post-title">- Categories -</h2>
@if (categories.Success && categories.Result.Any())
{
<div class="categories-card">
@foreach (var item in categories.Result)
{
<div class="card-item">
<div class="categories">
<NavLink title="刪除" @onclick="@(async () => await DeleteAsync(item.Id))"></NavLink>
<NavLink title="編輯" @onclick="@(() => ShowBox(item))"></NavLink>
<NavLink target="_blank" href="@($"/category/{item.DisplayName}")">
<h3>@item.CategoryName</h3>
<small>(@item.Count)</small>
</NavLink>
</div>
</div>
}
<div class="card-item">
<div class="categories">
<NavLink><h3 @onclick="@(() => ShowBox())">~~~ 新增分類 ~~~</h3></NavLink>
</div>
</div>
</div>
}
else
{
<ErrorTip />
}
</div>
<Box OnClickCallback="@SubmitAsync" Open="@Open">
<div class="box-item">
<b>DisplayName：</b><input type="text" @bind="@displayName" @bind:event="oninput" />
</div>
<div class="box-item">
<b>CategoryName：</b><input type="text" @bind="@categoryName" @bind:event="oninput" />
</div>
</Box>
}
</AdminLayout>
@code {
/// <summary>
/// 默認隱藏Box
/// </summary>
private bool Open { get; set; } = false;
/// <summary>
/// 新增或者更新時候的分類字段值
/// </summary>
private string categoryName, displayName;
/// <summary>
/// 更新分類的Id值
/// </summary>
private int id;
/// <summary>
/// API返回的分類列表數據
/// </summary>
private ServiceResult<IEnumerable<QueryCategoryForAdminDto>> categories;
/// <summary>
/// 初始化
/// </summary>
/// <returns></returns>
protected override async Task OnInitializedAsync()
{
var token = await Common.GetStorageAsync("token");
Http.DefaultRequestHeaders.Add("Authorization", $"Bearer {token}");
categories = await FetchData();
}
/// <summary>
/// 獲取數據
/// </summary>
/// <returns></returns>
private async Task<ServiceResult<IEnumerable<QueryCategoryForAdminDto>>> FetchData()
{
return await Http.GetFromJsonAsync<ServiceResult<IEnumerable<QueryCategoryForAdminDto>>>("/blog/admin/categories");
}
/// <summary>
/// 刪除分類
/// </summary>
/// <param name="id"></param>
/// <returns></returns>
private async Task DeleteAsync(int id)
{
Open = false;
// 彈窗確認
bool confirmed = await Common.InvokeAsync<bool>("confirm", "\n真的要幹掉這個該死的分類嗎");
if (confirmed)
{
var response = await Http.DeleteAsync($"/blog/category?id={id}");
var result = await response.Content.ReadFromJsonAsync<ServiceResult>();
if (result.Success)
{
categories = await FetchData();
}
}
}
/// <summary>
/// 显示box，綁定字段
/// </summary>
/// <param name="dto"></param>
private void ShowBox(QueryCategoryForAdminDto dto = null)
{
Open = true;
id = 0;
// 新增
if (dto == null)
{
displayName = null;
categoryName = null;
}
else // 更新
{
id = dto.Id;
displayName = dto.DisplayName;
categoryName = dto.CategoryName;
}
}
/// <summary>
/// 確認按鈕點擊事件
/// </summary>
/// <returns></returns>
private async Task SubmitAsync()
{
var input = new EditCategoryInput()
{
DisplayName = displayName.Trim(),
CategoryName = categoryName.Trim()
};
if (string.IsNullOrEmpty(input.DisplayName) || string.IsNullOrEmpty(input.CategoryName))
{
return;
}
var responseMessage = new HttpResponseMessage();
if (id > 0)
responseMessage = await Http.PutAsJsonAsync($"/blog/category?id={id}", input);
else
responseMessage = await Http.PostAsJsonAsync("/blog/category", input);
var result = await responseMessage.Content.ReadFromJsonAsync<ServiceResult>();
if (result.Success)
{
categories = await FetchData();
Open = false;
}
}
}
實現方式都是一樣的，這個就不多說了，直接上代碼。
先將API返回的接收參數和新增編輯的輸入參數添加一下。
//QueryFriendLinkForAdminDto.cs
namespace Meowv.Blog.BlazorApp.Response.Blog
{
public class QueryFriendLinkForAdminDto : FriendLinkDto
{
/// <summary>
/// 主鍵
/// </summary>
public int Id { get; set; }
}
}
//EditFriendLinkInput.cs
namespace Meowv.Blog.BlazorApp.Response.Blog
{
public class EditFriendLinkInput : FriendLinkDto
{
}
}
@page "/admin/friendlinks"
<AdminLayout>
@if (friendlinks == null)
{
<Loading />
}
else
{
<div class="post-wrap categories">
<h2 class="post-title">- FriendLinks -</h2>
@if (friendlinks.Success && friendlinks.Result.Any())
{
<div class="categories-card">
@foreach (var item in friendlinks.Result)
{
<div class="card-item">
<div class="categories">
<NavLink title="刪除" @onclick="@(async () => await DeleteAsync(item.Id))"></NavLink>
<NavLink title="編輯" @onclick="@(() => ShowBox(item))"></NavLink>
<NavLink target="_blank" href="@item.LinkUrl">
<h3>@item.Title</h3>
</NavLink>
</div>
</div>
}
<div class="card-item">
<div class="categories">
<NavLink><h3 @onclick="@(() => ShowBox())">~~~ 新增友鏈 ~~~</h3></NavLink>
</div>
</div>
</div>
}
else
{
<ErrorTip />
}
</div>
<Box OnClickCallback="@SubmitAsync" Open="@Open">
<div class="box-item">
<b>Title：</b><input type="text" @bind="@title" @bind:event="oninput" />
</div>
<div class="box-item">
<b>LinkUrl：</b><input type="text" @bind="@linkUrl" @bind:event="oninput" />
</div>
</Box>
}
</AdminLayout>
@code {
/// <summary>
/// 默認隱藏Box
/// </summary>
private bool Open { get; set; } = false;
/// <summary>
/// 新增或者更新時候的友鏈字段值
/// </summary>
private string title, linkUrl;
/// <summary>
/// 更新友鏈的Id值
/// </summary>
private int id;
/// <summary>
/// API返回的友鏈列表數據
/// </summary>
private ServiceResult<IEnumerable<QueryFriendLinkForAdminDto>> friendlinks;
/// <summary>
/// 初始化
/// </summary>
/// <returns></returns>
protected override async Task OnInitializedAsync()
{
var token = await Common.GetStorageAsync("token");
Http.DefaultRequestHeaders.Add("Authorization", $"Bearer {token}");
friendlinks = await FetchData();
}
/// <summary>
/// 獲取數據
/// </summary>
/// <returns></returns>
private async Task<ServiceResult<IEnumerable<QueryFriendLinkForAdminDto>>> FetchData()
{
return await Http.GetFromJsonAsync<ServiceResult<IEnumerable<QueryFriendLinkForAdminDto>>>("/blog/admin/friendlinks");
}
/// <summary>
/// 刪除分類
/// </summary>
/// <param name="id"></param>
/// <returns></returns>
private async Task DeleteAsync(int id)
{
Open = false;
// 彈窗確認
bool confirmed = await Common.InvokeAsync<bool>("confirm", "\n真的要幹掉這個該死的分類嗎");
if (confirmed)
{
var response = await Http.DeleteAsync($"/blog/friendlink?id={id}");
var result = await response.Content.ReadFromJsonAsync<ServiceResult>();
if (result.Success)
{
friendlinks = await FetchData();
}
}
}
/// <summary>
/// 显示box，綁定字段
/// </summary>
/// <param name="dto"></param>
private void ShowBox(QueryFriendLinkForAdminDto dto = null)
{
Open = true;
id = 0;
// 新增
if (dto == null)
{
title = null;
linkUrl = null;
}
else // 更新
{
id = dto.Id;
title = dto.Title;
linkUrl = dto.LinkUrl;
}
}
/// <summary>
/// 確認按鈕點擊事件
/// </summary>
/// <returns></returns>
private async Task SubmitAsync()
{
var input = new EditFriendLinkInput()
{
Title = title.Trim(),
LinkUrl = linkUrl.Trim()
};
if (string.IsNullOrEmpty(input.Title) || string.IsNullOrEmpty(input.LinkUrl))
{
return;
}
var responseMessage = new HttpResponseMessage();
if (id > 0)
responseMessage = await Http.PutAsJsonAsync($"/blog/friendlink?id={id}", input);
else
responseMessage = await Http.PostAsJsonAsync("/blog/friendlink", input);
var result = await responseMessage.Content.ReadFromJsonAsync<ServiceResult>();
if (result.Success)
{
friendlinks = await FetchData();
Open = false;
}
}
}
截至目前為止，還剩下文章模塊的功能還沒做了，今天到這裏吧，明天繼續剛，未完待續…
開源地址：https://github.com/Meowv/Blog/tree/blog_tutorial
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※別再煩惱如何寫文案,掌握八大原則!
※教你寫出一流的銷售文案?
※超省錢租車方案
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※產品缺大量曝光嗎?你需要的是一流包裝設計!
閱讀本文大概需要 2 分鐘。
呼~~，每次過完一個周末，寫作就失去了動力，一两天才能緩過來。儘管如此，還是要堅持寫好每一篇文章的。寧缺毋濫嘛，寧願發文的頻率低一點，也要保證文章的質量，至少排版不能差，行文要流暢，錯別字不能有。
關於類型推導想必大家都很熟悉，它是在 var 關鍵字引入的時候引入 C# 的。
var i = 10;
var u = new User();
編譯器會通過右邊的字面量自動推導左邊變量的類型，這種推導方式可以歸納為：從上下文右邊推導出左邊的類型。我們不妨把它稱為源類型推導（Source-typed inferring，參考 Target-typed 自創的術語）。
相應的，有源類型推導就有目標類型推導 (Target-typed inferring)，它是指從上下文左邊推導出右邊的類型。比如數組的初始化和 Lambda 表達式常常是目標類型推導的表達式。舉個例子：
// 沒有使用類型推導
string[] s = new string[] { "a", "b" };
// 目標類型推導（左推右）
string[] s = new { "a", "b" };
string[] s = new [] { "a", "b" };
// 沒有使用類型推導
Users.FirstOrDefault<User>(u => u.id = 123);
// 目標類型推導（左推右）
Users.FirstOrDefault(u => u.id = 123);
這次在 C# 9 中，增加了用戶定義類型 new 表達式的目標類型推導，即通過上下文左邊自動推導 new 表達式的類型，從而在使用 new 構造時省略類型的指定，請看示例：
// C# 9 之前
Point p = new Point(3, 5);
// C# 9
Point p = new (3, 5);
除此之外，C# 9 也增加了操作符 ?? 和 ?: 的目標類型推導支持。之前這兩個操作符必須要求兩邊的操作對象都是相同的類型，否則會編譯報錯。而在 C# 9 中，只要目標類型是操作對象共同的基類就不再會編譯報錯了，比如：
// Student 和 Customer 擁有共同的父類 Person
Person person = (Person)(student ?? customer); // C# 9 之前
Person person = student ?? customer; // C# 9
// 可空類型，0 和 null 都可以隱式轉換為 int? 類型
int? result = b ? 0 : (int?)null; // C# 9 之前
int? result = b ? 0 : null; // C# 9
其實本文的核心就一句代碼：
Point p = new (3, 5);
卻一不小心啰嗦了這麼一堆。但講真，學習新的知識不是要死記硬背，而要學會歸類推理，舉一反三，經常思考，最好能形成自己的一種思維習慣，這樣學習才會變成一件水到渠成的事。多看我的文章，希望你能學到的不僅僅是生硬的編程知識點，也希望我的行文風格和思維習慣對你有所啟發。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※別再煩惱如何寫文案,掌握八大原則!
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※超省錢租車方案
※教你寫出一流的銷售文案?
※網頁設計最專業,超強功能平台可客製化
※產品缺大量曝光嗎?你需要的是一流包裝設計!
Hi，好久不見，我是CPU一號車間的阿Q，不認識我的話，可以看看：完了！CPU一味求快出事兒了！
真的是好久不見了，人類有個說法叫天上一天，地上一年，而在我們的世界里，人類一天，我們不知要過多少年～～
在我所在的CPU這座工廠里，時間的概念有些不太一樣。工廠大門外的中央廣場上掛着一個大大的鐘錶，整個計算機世界里的居民能夠掐着時間過日子全都仰仗它，你們人類把它叫做晶振。
這個鐘錶每隔66000000分之一秒就會報一次時，比人類的鐘錶不知道快到哪裡去了。
早些年還是夠用的，不過隨着我們CPU工廠生產效率的不斷提升，我們多次向晶振提出提升報時的精度，想讓他報時報的的更快一些，不過都被拒絕了。給我們的理由是內存那傢伙聯合主板上其他單位帶頭反對，說他們受條件限制，沒辦法像我們這麼快。
靠人不如靠己，為此，咱們工廠專門設立了一個叫倍頻器的部門進一步把這個報時細分，達到了3600000000分之1秒，作為我們工廠內部工作作息的時鐘周期，這数字實在是太長了，人類為了好記，取了一個叫主頻的名字，表示1秒鐘報時的次數，就是3.6GHz。
一不小心扯遠了，這次想給大家說一件事兒······
我們這座工廠的任務就是不斷的執行人類編寫的程序指令，咱廠里有8個車間，大家開足了馬力，就能同時執行8個線程，那速度那叫一個快。
可是廠里的老闆還是嫌我們不夠快，那天居然告訴我們要每個車間執行兩個線程，實現八核十六線程，是要把我們的勞動力壓榨到極致！我們都滿肚子怨言······
事情的起因是這樣的～～
有一次，我們一號車間的四人組趁着工作的空當，又鬥起了地主，突然領導過來視察。
“你們怎麼又在玩？是工作量不飽和嗎？”，見我們幾個閑着，領導一下就不高興了。
我趕緊上前解釋到：“不好意思領導，咱們剛剛執行了一條指令，需要內存中的一塊數據，剛好又不在緩存中，所以找內存那傢伙要數據去了，這不您也知道那傢伙向來很慢，我們閑着也是閑着所以就稍微放鬆了一下······”
聽了我的話領導一下皺起了眉頭，“還給我狡辯，廠里現在不是用上了亂序執行技術嗎？有這閑功夫你們可以先執行後面的指令啊”
“這我們當然知道，這不您看，我們把後面那幾條指令也都處理了，現在遇到了一條沒法提前執行的指令才停下來的”
領導看了一下問到：“為啥那條不能提前執行？”
“那是一個加法指令，加數依賴於現在正在處理的指令的運算結果呢，所以內存那傢伙不來消息，我們只能擱置着了”，我繼續解釋到。
領導聽完，一臉不高興的離開了。
過了幾天，領導又來到咱們一號車間來了，也不知道怎麼回事，這明明有八個車間，領導怎麼老愛往我們這邊跑。
不過這一次，我們沒有斗地主，正在辛辛苦苦的工作着。
當時，我正在執行一個浮點數運算，領導過來一看，拍了拍我的肩膀說到：“喲，阿Q，忙着吶，這是在做什麼啊？”
我笑着說到：“領導好，我剛剛用浮點數運算電路單元做了一個浮點數乘法，正在等待計算結果呢”
領導點了點頭，往周邊巡視一圈，指着一堆設備問到：“這一堆是什麼？”
“哦，那是整數運算電路單元，這條指令用不到它”
領導再次點了點頭，若有所思的離開了。
又過了幾天，廠里召開了一次會議，八個車間都派了代表參會。
會上，領導發話了：“前段時間我到各個車間視察，發現現在咱們廠里資源浪費的情況很嚴重！”
二號車間的虎子一聽就坐不住了，“領導，咱們大傢伙工作都挺賣力的，哪裡有浪費啊？”
領導瞥了一眼，繼續說到：“一方面，廠里的計算資源——電路設備得不到充分利用，另一方面，又因為內存讀取緩慢、指令依賴等方面的原因，浪費大家太多時間花在等待上”
八號車間的代表向來愛拍馬屁，接着領導的話問到：“領導是有什麼指示？我們八號車間絕對支持！”
“我們幾個管理層經過討論，決定讓你們一個車間由現在執行一個線程，變成執行兩個線程！”
領導這話一出，會場竊竊私語此起彼伏。虎子偏頭小聲對我說到：“這資本家改不了剝削的本色，這壓榨的也太狠了！”
領導咳嗽了幾聲，會場再次安靜了下來。
我起身問到：“領導，這咱們一個車間怎麼能執行兩個線程呢，每個車間的寄存器只有一套，這用起來豈不是要亂掉？”
“這個你不用擔心，我們會給每個車間配兩套寄存器！”
五號車間的代表一聽說到：“要不再給我們添點人手吧，這樣效率肯定提升快！”
領導一聽笑着說到：“還添人手？要不要再給你們添點運算設備？那我不如再增加幾個車間，還開這會幹嘛？這次會議的主題就是如何讓我們現有的資源得到最大程度的利用，減少浪費現象！”
會場一度陷入了尷尬又緊張的氛圍。
還是虎子打破了安靜，“領導，這兩個線程的工作該怎麼開展，我們心底沒有數啊！”
領導滿意的笑了一下：“這才是你們該問的問題嘛！每個車間回去重新分配一下工作，劃分為兩套班子，各自維護一套寄存器，對外宣稱你們是兩個不同的物理核心，但各車間的緩存和計算資源還是只有一套。你們內部協調好，在執行代碼指令的時候，充分利用等待的時間執行另一個線程的指令，這樣也不用擔心指令依賴的問題。”
大家一邊聽一邊做着筆記。
“還有，如果遇到資源閑置的情況，也可以同時執行兩個線程的指令。比如一個線程是執行整數運算指令，一個線程是執行浮點數運算指令，就可以一起來，讓工廠的計算資源充分用起來，別閑置。”
看我們都認真的記着筆記，領導露出了滿意的笑容，“都記好了吧，我們給這項革命性的技術取了個特別酷的名字，叫超線程技術！”
散會後，大家都紛紛抱怨，把大家逼得這麼緊，以後上班看來是沒法摸魚了，這日子真是越來越難過了。
不過，抱怨歸抱怨，大家還是得按照新規來執行。
很快，廠里就落地了這項技術，咱們一個車間搖身一變，變成了倆，咱們原來八核八線程的CPU一下變成了八核十六線程。操作系統那幫人都被我們給騙了，還以為咱們是十六核的CPU呢！
不過畢竟計算資源還是只有一份，遇到兩個線程都要使用同樣的計算單元時，還是得要排隊，還要花時間在兩個線程之前的協調工作上，所以整體工作效率的根本沒有2倍，絕大多數時候能提升個20%-30%就不錯了。
不僅如此，車間改造后，增加了新的邏輯電路單元，咱這CPU工廠的功耗也更大了，工廠門口那座巨大的風扇也得加大馬力給我們降溫了。
廠子里對這項技術的反對聲音開始不絕於耳。
不過後來發生了一件事，讓人們不得不關閉這項技術。聽聞這個消息，我們都樂開了花，看來又可以繼續摸魚了······
每當有網絡數據包到來，網卡那傢伙就通過中斷告訴我們CPU去處理。
可咱明明有8個車間，它非得一個勁的只給我們車間發中斷，搞得我們都沒法好好工作。
終於，我忍不住了······
預知後事如何，請關注後續精彩······
說明：
超線程技術出現時間其實早於多核技術。本故事僅為敘述方便，不代表二者真實的發展順序。
真慘！連各大編程語言都擺起地攤了！
因為一個跨域請求，我差點丟了飯碗
完了！CPU一味求快出事兒了！
哈希表哪家強？幾大編程語言吵起來了！
一個HTTP數據包的奇幻之旅
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※教你寫出一流的銷售文案?
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※回頭車貨運收費標準
※別再煩惱如何寫文案,掌握八大原則!
※超省錢租車方案
※產品缺大量曝光嗎?你需要的是一流包裝設計!
