網頁設計公司 | 買了電動機車後才知道!電動車的優點與缺點

布局之: flex（CSS3新增）

2020-10-302020-10-30 admin

flex 基本概念

　　flex布局（flex是flexible box的縮寫），也稱為彈性盒模型。將屬性和屬性值（display:flex; ）寫在哪個標籤樣式中，誰就是容器；它的所有子元素自動成為容器成員，稱為項目。

當一個元素的display 取值為flex，所有項目(子元素)會在一行显示；如果所有項目的尺寸之和大於容器，也不會超出父元素的寬、高度。不會換行(每個項目都會自動縮小相應的比例)。

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>布局之:flex</title>
    <link rel="stylesheet" href="./CSS/normalize.css">
    <style>
        section {
            width: 500px;
            height: 800px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
        }
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
    </style>
</head>
<body>
    <section>
        <div>01</div>
        <div>02</div>
        <div>03</div>
        <div>04</div>
        <div>05</div>
        <div>06</div>
    </section>
</body>
</html>

頁面效果：每一個項目都等比例縮小了。

　　css代碼分為兩種: 一類是適用於容器的 (設置主軸的起始位置、換行、主軸的對齊方式、多跟軸線對齊方式)；一類是適用於項目的(設置項目的位置)。

容器常用的屬性和屬性值

由於重複代碼較多，就不一一上傳代碼了,大家可以自己動手，敲敲代碼，試試看。

一、設置主軸的起始方向 flex-direction：

默認為X軸（行）：

<style>
        section {
            width: 500px;
            height: 500px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
            /* flex-direction: row; */
            /* flex-direction: row-reverse; */
            /* flex-direction: column; */
            /* flex-direction: column-reverse; */
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
    </style>

flex-direction:row; 默認是X軸的起始方向為開始位置 (從左到右依次擺放)；
flex-direction:row-reverse; 改變X軸的起始方向為結束位置 (從右到左依次擺放)；

設置主軸的起始方向為Y軸（列）：

flex-direction:column; 默認是Y軸的起始方向為開始位置(從上到下依次擺放)
flex-direction:column-reverse; 改變Y軸的起始方向為結束位置(從下到上依次擺放)

二、設置項目是否換行 flex-wrap：（默認是不換行）

 <style>
        section {
            width: 400px;
            height: 400px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
            /* flex-wrap: wrap; */
            /* flex-wrap: wrap-reverse; */
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
    </style>

flex-wrap: nowrap; 默認值是不換行；（n個項目都會在一行显示.如果項目尺寸之和大於容器主軸的尺寸,則項目會自動縮小相應比列.） (參考第一個代碼頁面結果展示)

flex-wrap: wrap; 設置換行；（超出主軸的寬，則進行換行。換行后，兩行之間會出現間距，是因為垂直方向有剩餘空間，會平均分配給第二行的上下）

flex-wrap: wrap-reverse; 倒序換行；（如果有兩行,第2行显示在前面,第一行显示在後面）

三、主軸方向的對齊方式 justify-content：

項目是一個時：

 <style>
        section {
            width: 400px;
            height: 400px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
            /* justify-content: flex-start; */
            /* justify-content: flex-end; */
            /* justify-content: center; */
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
    </style>

justify-content:flex-start; 以主軸開始方向對齊 (默認)
justify-content:flex-end; 以主軸結束方向對齊

justify-content:center; 主軸方向居中

項目是多個時:

<style>
        section {
            width: 500px;
            height: 500px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
            /* justify-content: space-between; */
            /* justify-content: space-around; */
            /* justify-content: space-evenly; */
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
    </style>

justify-content: space-between; 兩端對齊（第一個項目在容器的起始位置,最後一個項目在容器的結束位置，中間距離相等）

justify-content: space-around; 分散對齊

justify-content: space-evenly; 平分剩餘空間，每個項目之間的距離相同

四、主軸改變為交叉軸方向的對齊方式

一根軸線：主軸需改變為Y軸：flex-direction: column;

align-items: baseline; 以項目的第一行文字的基線對齊

align-items: stretch; (項目沒有給高的情況下,stretch就是默認值，如果項目沒有設置高度,就是容器的高）

 <style>
        section {

            width: 500px;
            height: 500px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
            /* 主軸需改變為Y軸 項目按列擺放 */
            flex-direction: column;
            /* align-items: flex-start;  默認擺放方式 */
            /* align-items: center; */
            /* align-items: flex-end; */


        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
    </style>

align-items: flex-start; 交叉軸從開始位置對齊
align-items: center; 交叉軸居中對齊

align-items: flex-end; 交叉軸從結束位置對齊

多根軸線： (所有項目的尺寸之和，必須大於容器的尺寸,使項目換行显示)

<style>
        section {
            width: 500px;
            height: 500px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
            flex-direction: column;
            flex-wrap: wrap;
            /* align-content: center; */
            /* align-content: flex-end; */
            /* align-content: space-between; */
            /* align-content: space-around; */
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
    </style>

align-content: flex-start; 交叉軸從開始位置對齊
align-content: center; 交叉軸居中對齊

align-content: flex-end; 交叉軸從結束位置對齊

align-content: space-between; 交叉軸兩端對齊

align-content: space-around; 交叉軸分散對齊

align-content: space-evenly; 交叉軸平均分配

項目的屬性和屬性值：

一、order 控制項目位置

order：1；
取值 : 正、負數 (默認值是 0)
值越小越靠前值越大越靠後。

（適用場景: 1.搜索引擎優化,提升SEO 把重要的信息在html代碼中靠前擺放,但不影響布局 2.調整項目位置）

<style>
        section {
            width: 500px;
            height: 500px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
        
        div:nth-child(4) {
            order: -1;
        }
    </style>

設置一個或多個[項目]在交叉軸的對齊方式:

 <style>
        section {
            width: 800px;
            height: 400px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
        
        div:nth-child(2) {
            align-self: center;
        }
        
        div:nth-child(3) {
            align-self: flex-end;
        }
    </style>

align-self: flex-start; 設置項目在交叉軸開始位置擺放（默認位置）
align-self: center; 設置項目在交叉軸居中擺放

align-self: flex-end; 設置項目在交叉軸結束位置擺放

設置某一個或多個元素放大比例

　　條件:所有項目的尺寸之和要小於容器的尺寸
　　（沒有剩餘空間，則設置此屬性無效。）

一個元素有 flex-grow 屬性

<style>
        section {
            width: 800px;
            height: 400px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
        }
        
        div:nth-child(2) {
            flex-grow: 1;
        }
    </style>

多個項目有flex-grow 屬性

<style>
        section {
            width: 800px;
            height: 200px;
            border: 2px solid black;
            margin: 50px auto;
            display: flex;
            box-sizing: border-box;
        }
        
        div {
            width: 100px;
            height: 100px;
            border: 1px solid tomato;
            box-sizing: border-box;
        }
        
        div:nth-child(2) {
            flex-grow: 1;
        }
        
        div:nth-child(4) {
            flex-grow: 2;
        }
    </style>

效果展示

將容器的剩餘空間分成相應的flex-grow的份數，再按照每個項目的份數，分給有flex-grow屬性的項目。

　　總之，flex使用起來特別方便，可適用於響應式布局，也可使用聖杯布局。只是屬性較多，也要多練、多實踐，相信你也能很快熟練使用flex的。

推薦一個小遊戲，很有趣，又能增強關於flex的使用方法：Flexbox Froggy http://blog.xiaoboswift.com/flexbox/#zh-cn 去幫助小青蛙回家吧~~

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

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

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

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

※聚甘新

.Net Core服務監控報警指標上報Prometheus+Grafana

2020-10-302020-10-30 admin

前言

簡單集成Prometheus+Grafana，指標的上報收集可視化。

Prometheus

Prometheus是一個監控平台,監控從HTTP端口收集受監控目標的指標。在微服務的架構里Prometheus多維度的數據收集是非常強大的我們首先下載安裝Prometheus和node_exporter,node_exporter用於監控CPU、內存、磁盤、I/O等信息

Prometheus下載地址
node_exporter下載地址

下載完成后解壓以管理員運行 prometheus.exe 訪問 http://localhost:9090/ 出現一下頁面說明啟動成功啦

.Net Core獲取指標

有了Prometheus，我們還需要給Prometheus提供獲取監控數據的接口,我們新建一個WebApi項目,並導入prometheus-net.AspNetCore包，在Configure中加入UseMetricServer中間件

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{

    app.UseMetricServer();
    
}

啟動項目訪問http://localhost:5000/metrics就可以看基本的一些監控信息啦，包括線程數，句柄數，3個GC的回收計數等信息。

# HELP process_num_threads Total number of threads
# TYPE process_num_threads gauge
process_num_threads 29
# HELP process_working_set_bytes Process working set
# TYPE process_working_set_bytes gauge
process_working_set_bytes 44441600
# HELP process_private_memory_bytes Process private memory size
# TYPE process_private_memory_bytes gauge
process_private_memory_bytes 69660672
# HELP dotnet_total_memory_bytes Total known allocated memory
# TYPE dotnet_total_memory_bytes gauge
dotnet_total_memory_bytes 2464584
# HELP dotnet_collection_count_total GC collection count
# TYPE dotnet_collection_count_total counter
dotnet_collection_count_total{generation="1"} 0
dotnet_collection_count_total{generation="0"} 0
dotnet_collection_count_total{generation="2"} 0
# HELP process_start_time_seconds Start time of the process since unix epoch in seconds.
# TYPE process_start_time_seconds gauge
process_start_time_seconds 1592448124.2853072
# HELP process_open_handles Number of open handles
# TYPE process_open_handles gauge
process_open_handles 413
# HELP process_virtual_memory_bytes Virtual memory size in bytes.
# TYPE process_virtual_memory_bytes gauge
process_virtual_memory_bytes 2225187631104
# HELP process_cpu_seconds_total Total user and system CPU time spent in seconds.
# TYPE process_cpu_seconds_total counter
process_cpu_seconds_total 1.171875

Help 是收集指標的說明，Type收集指標的類型

但是作為HTTP應用怎麼能沒有HTTP的監控和計數呢,只需要加加入UseHttpMetrics中間件就可以對HTTP請求監控和計數，主要注意的是UseHttpMetrics最好放在UseEndpoints和UseRouting中間

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    app.UseMetricServer();
    
    app.UseRouting();
    
    app.UseHttpMetrics();

    app.UseEndpoints(endpoints => { endpoints.MapControllers(); });
}

啟動項目繼續訪問http://localhost:5000/metrics

# HELP http_requests_in_progress The number of requests currently in progress in the ASP.NET Core pipeline. One series without controller/action label values counts all in-progress requests, with separate series existing for each controller-action pair.
# TYPE http_requests_in_progress gauge

可以看到已經有了，我們隨便請求一下服務看看效果,會幫我們記錄下總耗時，總請求數，和每次請求的耗時數

但是單單有上面那些數據好像還不太好定位一下很奇葩的問題，這時候我們可以獲取Runtime的一些數據，方法童謠很簡單。導入prometheus-net.DotNetRuntime 包，它可以幫助我們看到如下指標

垃圾回收的收集頻率和時間
服務佔用堆大小
對象堆分配的字節
JIT編譯和JIT CPU消耗率
線程池大小，調度延遲以及增長/縮小的原因
鎖爭用情況

我們只需要在Program的Main方法中啟動收集器就可以啦。

public static void Main(string[] args)
{
    DotNetRuntimeStatsBuilder.Default().StartCollecting();
    CreateHostBuilder(args).Build().Run();
}

啟動項目繼續訪問http://localhost:5000/metrics測試一下

# HELP dotnet_collection_count_total GC collection count
# TYPE dotnet_collection_count_total counter
dotnet_collection_count_total{generation="1"} 0
dotnet_collection_count_total{generation="0"} 0
dotnet_collection_count_total{generation="2"} 0
# HELP process_private_memory_bytes Process private memory size
# TYPE process_private_memory_bytes gauge
process_private_memory_bytes 75141120
# HELP dotnet_gc_pause_ratio The percentage of time the process spent paused for garbage collection
# TYPE dotnet_gc_pause_ratio gauge
dotnet_gc_pause_ratio 0
# HELP http_requests_received_total Provides the count of HTTP requests that have been processed by the ASP.NET Core pipeline.
# TYPE http_requests_received_total counter
# HELP dotnet_gc_collection_seconds The amount of time spent running garbage collections
# TYPE dotnet_gc_collection_seconds histogram
dotnet_gc_collection_seconds_sum 0
dotnet_gc_collection_seconds_count 0
dotnet_gc_collection_seconds_bucket{le="0.001"} 0
dotnet_gc_collection_seconds_bucket{le="0.01"} 0
dotnet_gc_collection_seconds_bucket{le="0.05"} 0
dotnet_gc_collection_seconds_bucket{le="0.1"} 0
dotnet_gc_collection_seconds_bucket{le="0.5"} 0
dotnet_gc_collection_seconds_bucket{le="1"} 0
dotnet_gc_collection_seconds_bucket{le="10"} 0
dotnet_gc_collection_seconds_bucket{le="+Inf"} 0
# HELP dotnet_total_memory_bytes Total known allocated memory
# TYPE dotnet_total_memory_bytes gauge
dotnet_total_memory_bytes 4925936
# HELP dotnet_threadpool_num_threads The number of active threads in the thread pool
# TYPE dotnet_threadpool_num_threads gauge
dotnet_threadpool_num_threads 0
# HELP dotnet_threadpool_scheduling_delay_seconds A breakdown of the latency experienced between an item being scheduled for execution on the thread pool and it starting execution.
# TYPE dotnet_threadpool_scheduling_delay_seconds histogram
dotnet_threadpool_scheduling_delay_seconds_sum 0.015556
dotnet_threadpool_scheduling_delay_seconds_count 10
dotnet_threadpool_scheduling_delay_seconds_bucket{le="0.001"} 0
dotnet_threadpool_scheduling_delay_seconds_bucket{le="0.01"} 10
dotnet_threadpool_scheduling_delay_seconds_bucket{le="0.05"} 10
dotnet_threadpool_scheduling_delay_seconds_bucket{le="0.1"} 10
dotnet_threadpool_scheduling_delay_seconds_bucket{le="0.5"} 10
dotnet_threadpool_scheduling_delay_seconds_bucket{le="1"} 10
dotnet_threadpool_scheduling_delay_seconds_bucket{le="10"} 10
dotnet_threadpool_scheduling_delay_seconds_bucket{le="+Inf"} 10
# HELP process_working_set_bytes Process working set
# TYPE process_working_set_bytes gauge
process_working_set_bytes 50892800
# HELP process_num_threads Total number of threads
# TYPE process_num_threads gauge
process_num_threads 32
# HELP dotnet_jit_method_seconds_total Total number of seconds spent in the JIT compiler
# TYPE dotnet_jit_method_seconds_total counter
dotnet_jit_method_seconds_total 0
dotnet_jit_method_seconds_total{dynamic="false"} 0.44558800000000004
dotnet_jit_method_seconds_total{dynamic="true"} 0.004122000000000001
# HELP dotnet_gc_pinned_objects The number of pinned objects
# TYPE dotnet_gc_pinned_objects gauge
dotnet_gc_pinned_objects 0
# HELP process_start_time_seconds Start time of the process since unix epoch in seconds.
# TYPE process_start_time_seconds gauge
process_start_time_seconds 1592449942.6063592
# HELP dotnet_gc_heap_size_bytes The current size of all heaps (only updated after a garbage collection)
# TYPE dotnet_gc_heap_size_bytes gauge
# HELP http_request_duration_seconds The duration of HTTP requests processed by an ASP.NET Core application.
# TYPE http_request_duration_seconds histogram
# HELP dotnet_contention_seconds_total The total amount of time spent contending locks
# TYPE dotnet_contention_seconds_total counter
dotnet_contention_seconds_total 0
# HELP dotnet_gc_pause_seconds The amount of time execution was paused for garbage collection
# TYPE dotnet_gc_pause_seconds histogram
dotnet_gc_pause_seconds_sum 0
dotnet_gc_pause_seconds_count 0
dotnet_gc_pause_seconds_bucket{le="0.001"} 0
dotnet_gc_pause_seconds_bucket{le="0.01"} 0
dotnet_gc_pause_seconds_bucket{le="0.05"} 0
dotnet_gc_pause_seconds_bucket{le="0.1"} 0
dotnet_gc_pause_seconds_bucket{le="0.5"} 0
dotnet_gc_pause_seconds_bucket{le="1"} 0
dotnet_gc_pause_seconds_bucket{le="10"} 0
dotnet_gc_pause_seconds_bucket{le="+Inf"} 0
# HELP process_virtual_memory_bytes Virtual memory size in bytes.
# TYPE process_virtual_memory_bytes gauge
process_virtual_memory_bytes 2225201872896
# HELP dotnet_gc_finalization_queue_length The number of objects waiting to be finalized
# TYPE dotnet_gc_finalization_queue_length gauge
dotnet_gc_finalization_queue_length 0
# HELP dotnet_threadpool_io_num_threads The number of active threads in the IO thread pool
# TYPE dotnet_threadpool_io_num_threads gauge
dotnet_threadpool_io_num_threads 3
# HELP process_open_handles Number of open handles
# TYPE process_open_handles gauge
process_open_handles 436
# HELP dotnet_gc_collection_reasons_total A tally of all the reasons that lead to garbage collections being run
# TYPE dotnet_gc_collection_reasons_total counter
# HELP process_cpu_seconds_total Total user and system CPU time spent in seconds.
# TYPE process_cpu_seconds_total counter
process_cpu_seconds_total 0.890625
# HELP http_requests_in_progress The number of requests currently in progress in the ASP.NET Core pipeline. One series without controller/action label values counts all in-progress requests, with separate series existing for each controller-action pair.
# TYPE http_requests_in_progress gauge
# HELP dotnet_threadpool_adjustments_total The total number of changes made to the size of the thread pool, labeled by the reason for change
# TYPE dotnet_threadpool_adjustments_total counter
# HELP dotnet_jit_cpu_ratio The amount of total CPU time consumed spent JIT'ing
# TYPE dotnet_jit_cpu_ratio gauge
dotnet_jit_cpu_ratio 0.5728901224489797
# HELP process_cpu_count The number of processor cores available to this process.
# TYPE process_cpu_count gauge
process_cpu_count 8
# HELP dotnet_build_info Build information about prometheus-net.DotNetRuntime and the environment
# TYPE dotnet_build_info gauge
dotnet_build_info{version="3.3.1.0",target_framework=".NETCoreApp,Version=v5.0",runtime_version=".NET Core 5.0.0-preview.2.20160.6",os_version="Microsoft Windows 10.0.18363",process_architecture="X64"} 1
# HELP dotnet_jit_method_total Total number of methods compiled by the JIT compiler
# TYPE dotnet_jit_method_total counter
dotnet_jit_method_total{dynamic="false"} 830
dotnet_jit_method_total{dynamic="true"} 30
# HELP dotnet_gc_cpu_ratio The percentage of process CPU time spent running garbage collections
# TYPE dotnet_gc_cpu_ratio gauge
dotnet_gc_cpu_ratio 0
# HELP dotnet_threadpool_scheduled_total The total number of items the thread pool has been instructed to execute
# TYPE dotnet_threadpool_scheduled_total counter
dotnet_threadpool_scheduled_total 16
# HELP dotnet_gc_allocated_bytes_total The total number of bytes allocated on the small and large object heaps (updated every 100KB of allocations)
# TYPE dotnet_gc_allocated_bytes_total counter
dotnet_gc_allocated_bytes_total{gc_heap="soh"} 3008088
dotnet_gc_allocated_bytes_total{gc_heap="loh"} 805392
# HELP dotnet_contention_total The number of locks contended
# TYPE dotnet_contention_total counter
dotnet_contention_total 0

可以看到非常多的信息啦，但是我們有時候不需要這麼多指標也可以自定義。


public static void Main(string[] args)
{
    DotNetRuntimeStatsBuilder
        .Customize()
        .WithContentionStats()
        .WithJitStats()
        .WithThreadPoolSchedulingStats()
        .WithThreadPoolStats()
        .WithGcStats()
        .StartCollecting();
    CreateHostBuilder(args).Build().Run();
}

JIT,GC和線程的監控是會影響到一點點性能，我們可以通過sampleRate這個枚舉的值來控制採樣頻率

public static void Main(string[] args)
{
    DotNetRuntimeStatsBuilder
        .Customize()
        //每5個事件個採集一個
        .WithContentionStats(sampleRate: SampleEvery.FiveEvents)
        //每10事件採集一個
        .WithJitStats(sampleRate: SampleEvery.TenEvents)
        //每100事件採集一個
        .WithThreadPoolSchedulingStats(sampleRate: SampleEvery.HundredEvents)
        .WithThreadPoolStats()
        .WithGcStats()
        .StartCollecting();
    CreateHostBuilder(args).Build().Run();
}

有了這些指標我們需要Prometheus來收集我們Api的指標，只需要修改prometheus.yml文件然後重啟Prometheus就可以了。

scrape_configs:  
- job_name: mydemo  
  scrape_interval: 15s  
  scrape_timeout: 10s  
  metrics_path: /metrics  
  scheme: http  
  static_configs:  
  - targets:  
    - localhost:5000

啟動Api項目和Prometheus，選中dotnet_collection_count_total點擊Excute可以看到Api的指標是正常上報的。

Prometheus有了數據我們就需要一個炫酷的UI去展示上報的數據啦。

Grafana

Prometheus有了數據就差一個漂亮的UI來展示的我們的指標了。Grafana是一個Go編寫的開源應用，用於把指標數據可視化。是當下流行的時序數據展示工具。先下載，直接下載exe安裝，完成后能打開http://localhost:3000/頁面就安裝成功了

下載地址

先添加數據源，選擇Prometheus為數據源，並配置。

添加儀錶盤

在Import via panel json中加入下面這個json,點擊load，

儀錶盤json

選擇數據源,點擊Import就能看到儀錶盤了

還可以去這裏添加很多現有的儀錶盤。複製ID添加儀錶盤。

參考文章

prometheus-net
.NetCore下使用Prometheus實現系統監控和警報系列

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

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

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

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

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計最專業,超強功能平台可客製化

※聚甘新

vs.net/vscode中使用Beetlex創建vue應用

2020-10-302020-10-30 admin

平時在開發Vue應用則需要安裝nodejs,vue cli等相關東西相對來說麻煩一些；如果你喜歡像vs.net/vscode創建普通項目一樣就能開發Vue項目的話那可以嘗試一下BeetleX針對Vue編寫的服務插件；只需要創建一個簡單的Console項目引用相關插件即可以構建一個單頁面的Vue項目。雖然在開發的時候需要用到Beetlex，但後期發布完全可以用在其他平台上，因為組件會針對Vue的內容最終生成一個可發布的js文件。接下來介紹一下這個插件的使用(vs.net/vscode均可)

創建項目

首先需要創建一個c#的Console項目

創建項目后需要引用兩個BeetleX的組件包，可通過Nuget安裝最新版本；分別是:BeetleX.FastHttpApi.Hosting和BeetleX.FastHttpApi.VueExtend；這兩個組件的作用分別是在項目中啟動HTTP服務和針對.VUE文件生成相應的javascript文件。

項目文件布局

由於是Console項目，所以需要針對相關文件存放規則，具體大概如下:

所有html,css,js和vue等文件必須存放在項目的views目錄下；對於這個目錄下用什麼子目錄存放相關文件就看自己的需求了。

服務和基礎資源配置

為了讓控制台服務作為一個HTTP服務需要做一些簡單的配置

static void Main(string[] args)
{
    var builder = new HostBuilder()
        .ConfigureServices((hostContext, services) =>
        {
            services.UseBeetlexHttp(o =>
            {
                o.Port = 80;
                o.SetDebug();
                o.LogToConsole = true;
                o.LogLevel = BeetleX.EventArgs.LogType.Info;
            },
            s =>
            {
                s.AddExts("woff;ttf;woff2");
                s.Vue().CssRewrite("/css/{1}.css").JsRewrite("/js/{1}.js");
                s.Vue().Debug();
                var resource = s.Vue().CreateWebResorce(typeof(Program).Assembly);
                resource.AddScript("vue.js", "axios.js", "beetlex4axios.js", "jquery.js", "echarts.js", "bootstrap.js", "page.js");
                resource.AddCss("bootstrap.css", "bootstrapadmin.css", "admin.css");
            },
            typeof(Program).Assembly);
        });
    builder.Build().Run();
}

前部分主要描述在那個端口開發HTTP服務，並設置相關日誌显示級別；後半部分主要是描述vue配置一些信息。這個後面會詳細描述，接下來看啟動一下服務看下日誌。

服務日誌會显示資源加載和服務端口的情況。

VUE擴展配置

前面服務啟動的時候就已經配置相關VUE的內容，這裏再詳細解說一下。

s.Vue().Debug();
s.Vue().CssRewrite("/css/{1}.css").JsRewrite("/js/{1}.js");
var resource = s.Vue().CreateWebResorce(typeof(Program).Assembly);
resource.AddScript("vue.js", "axios.js", "beetlex4axios.js", "jquery.js", "echarts.js", "bootstrap.js","page.js");
resource.AddCss("bootstrap.css", "bootstrapadmin.css", "admin.css");

Beetlex的Vue插件會管理項目的兩種資源，分別是css和javascript.

Debug方法

主要是告訴組件每次調用資源都重新從文件中生成，這樣開發都在變更相關文件的時候無須重新編譯，保存文件后刷頁面即可。此方法在Release編譯模式下並不生效。

CssRewrite和JsRewrite方法

這兩個方法主要是描述通過那些路徑訪問到css和javascript資源，以上定義/css/路徑任意一文件都會得到項目中所有的css內容；/js/路徑任意文件都得到項目的javascript內容。

WebResource

這個類用於描述如何收集對應的css和javascript文件；對於javascript文件來說會先打包這些基礎的文件然後再追加項目中的vue文件。打包的順序是依據定義的順序來進行。

啟動頁

在項目vue文件只是模塊文件，我們需要在根目錄下定義一個HTML文件作為訪問落地頁面，接下來看一下這頁面的定義

<!DOCTYPE html>
<html lang="en" xmlns="http://www.w3.org/1999/xhtml">
<head>
    <meta charset="utf-8" />
    <link href="/css/v1.css?group=BeetleX.AdminUI" rel="stylesheet" />
    <script src="/js/v1.js?group=BeetleX.AdminUI"></script>
    <title>BeetleX AdminUI</title>
</head>
<body>
    <div id="page">
        <main_menu @menu_resize="OnMenuResize($event)" @openwindow="OnOpenWindow($event)"></main_menu>
        <windows_bar :windows="windows" :full="full" :selectwindow="selectWindow.id" @close="OnCloseWindows($event)"></windows_bar>
        <div class="main-content" :style="{left:(full=='max'?'60px':'260px')}">
            <keep-alive>
                <component :is="selectModel" @openwindow="OnOpenWindow($event)" :token="selectWindow.data" :winsize="sizeVersion"></component>
            </keep-alive>
        </div>
        <page_footer></page_footer>
    </div>
    <script>
        var page = new Vue(pageInfo);
        page.OnOpenWindow({ id: 'home', title: '主頁', model: 'models_home' })
    </script>
</body>
</html>

頁面只是負責資源加載和VUE模塊組裝，在這裏定義的css和javascript加載組是Beetlex.AdminUI即對應剛才加載的程序集資源包：

var resource = s.Vue().CreateWebResorce(typeof(Program).Assembly);

這個落地頁的展示效果如下:

模塊定義

項目配置完成后就可以在views目錄定義自己的vue模塊，存放層次目錄沒有具體的要求可根據自己的喜好來定義存放目錄.對於vue模塊的定義和傳統的vue定義會有些差別的，模塊文件名作為對應的模塊名稱。文件內部主要有HTML和JavaScript組成，而不是像傳統那樣一個vue文件和一個js文件。下面是一個models_home.vue模塊的描述：

    <div style="width:99%;">
        <div class="row">
            <div class="col-lg-6">
                <models_panel :title="'銷售走勢'" :child="'models_monthline'" :winsize="winsize"></models_panel>
                <models_panel :title="'僱員銷售比例'" :child="`model_employeesspie`" :winsize="winsize"></models_panel>
            </div>
            <div class="col-lg-6">
                <models_panel :title="'最新訂單'" :child="`models_neworders`"></models_panel>
                <models_panel :title="'客戶訂單比例'" :child="`model_customerspie`" :winsize="winsize"></models_panel>
            </div>
        </div>
    </div>
<script>
 {
        props: ["winsize"],
        data: function () {
            return {
               
            }
        },
    }
</script>

組件支持的VUE模塊描述要相對簡單一些，沒有一些import的東西；只有HTML和一個VUE構造信息的結構體。

接下來是一個簡單的列表模塊models_employees.vue:

    <div>
        <table class="table">
            <thead>
                <tr>
                    <th>Name</th>
                    <th>Title</th>
                    <th>Region</th>
                    <th>City</th>
                    <th>Country</th>
                    <th>Address</th>
                </tr>
            </thead>
            <tbody>
                <tr v-for="item in GetEmployees.result">
                    <td><a href="javascript:void(0)" @click="OnOpen(item)">{{item.FirstName}} {{item.LastName}}</a> </td>
                    <td>{{item.Title}}</td>
                    <td>{{item.Region}}</td>
                    <td>{{item.City}}</td>
                    <td>{{item.Country}}</td>
                    <td>{{item.Address}}</td>
                </tr>
            </tbody>
        </table>
    </div>
<script>
    {
        data: function () {
            return {
                GetEmployees: new beetlexAction("/Employees", null, []),
            }
        },
        methods: {
            OnOpen: function (item) {
                this.$open('emp' + item.EmployeeID, '僱員:' + item.FirstName + ' ' + item.LastName, 'models_employeedetail', { id: item.EmployeeID });
            }
        },
        mounted: function () {
            this.GetEmployees.get();
        }
    }
</script>

發布

Beetlex原本是一個HTTP服務模塊，正常情況你把相關文件嵌入到項目發布即可在Linux或windows下運行(環境.net core 2.1或更高版本)。如果你不相基於Beetlex運行，那你可以在編譯目錄下獲取相關的javascript和css完全打包好的文件放到其他環境中部署。

代碼

如果你感興趣可以訪問 https://github.com/IKende/AdminUI 演示地址: http://adminui.beetlex.io/

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

※教你寫出一流的銷售文案?

※聚甘新

超詳細Maven技術應用指南

2020-10-302020-10-30 admin

該文章，GitHub已收錄，歡迎老闆們前來Star！

GitHub地址： https://github.com/Ziphtracks/JavaLearningmanual

搜索關注微信公眾號“碼出Offer”，送你學習福利資源！

一、前言

在我們的項目資源中，你會發現需要導入的jar包越來越多，讓jar包的管理越來越沉重。它會表現為以下幾個缺點：

每個項目都需要手動搜集和導入所需要的jar包

項目中用到的jar包有版本更新，我們需要重新搜集並導入到項目中

相同的jar包導入到不同的項目中，jar包會在本地存儲多份

針對上述問題，我們就需要使用統一的管理工具：Maven

二、了解Maven

2.1 什麼是Maven

Maven是一個基於項目對象模型（POM）的概念的純Java開發的開源的項目管理工具。主要用來管理Java項目，進行依賴管理（jar包依賴管理）和項目構建（項目編譯、打包、測試、部署）。此外還能分模塊開發，提高開發效率。

2.2 Maven的下載安裝

關於Maven的下載，我們需要下載它的解壓包。

Maven下載地址： https://us.mirrors.quenda.co/apache/maven/maven-3/3.6.3/binaries/

image-20200616171323409

下載后將Maven解壓到目錄中就可以了！

注意： 解壓的目錄與tomact服務器的形式是一樣的，不要有中文及特殊符號！

image-20200616171637526

2.3 Maven目錄結構解析

目錄名稱	描述
bin	存儲mvn的各種可執行文件
boot	含有plexus-classworlds類加載器框架，Maven 使用該框架加載自己的類庫
conf	存放settings.xml等配置文件
lib	存儲Maven運行時所需要的Java類庫
LICENSE/NOTICE/README.txt	針對Maven的版本、第三方軟件等簡要介紹

2.4 配置環境變量

Maven依賴Java環境的配置環境，所以要確保jdk版本在1.7以上，maven版本在3.3以上。

配置環境變量與jdk環境變量配置是一樣的，在本機中創建MAVEN_HOME環境變量，並將maven的解壓路徑設置進去，點擊確定（路徑參考上圖解壓后的結果圖路徑）

修改path環境變量，添加%MAVEN_HOME%\bin后，一路點擊確定即可！

2.5 測試

下載解壓、配置環境變量后，我們打開DOS命令窗口，鍵入mvn -v查看maven版本信息

如果看到如下圖片maven的版本信息，證明maven安裝配置成功！

在Maven的版本信息你就可以得知它依賴於jdk環境！

image-20200616172931556

2.6 Maven項目模型圖

三、Maven的配置

3.1 配置本地倉庫

本地倉庫簡單來說，就是在本地的maven中存儲管理所需jar包

首先，打開maven目錄conf文件夾中的settings.xml配置文件

其次，找到標號1的那一行配置信息，並複製此配置信息放在其下面

然後，在磁盤中創建一個目錄，作為存儲jar文件的本地倉庫

最後，將複製的此配置信息路徑替換成自己創建的本地倉庫目錄路徑，參考標號2的操作

image-20200616174928266

3.2 配置jdk

3.2.1 全局配置

由於Maven依賴於jdk環境，所以我們也需要在maven中配置jdk（我使用的jdk是主流的1.8版本）

打開settings.xml配置文件，找到<profiles>標籤，你會發現標籤內都是註釋的內容，我們需要在標籤內，寫入自己的jdk的配置信息。配置如下：

在maven中添加好jdk的配置信息后，我們需要在</profiles>結束標籤后添加<activeProfiles>標籤內容，讓配置好的<profiles>標籤中內容生效

注意： profile標籤中的id是此配置信息的名稱，在後面使用activeProfile標籤讓其配置生效的時候，需要保證id與activeProfile的名稱一致！（貼圖供大家參考！）

    <!-- 配置jdk -->
    <profile>
        <id>jdk1.8</id>
        <activation>
            <activeByDefault>true</activeByDefault>    
            <jdk>1.8</jdk>    
        </activation>    
        <properties>    
            <maven.compiler.source>1.8</maven.compiler.source>    
            <maven.compiler.target>1.8</maven.compiler.target>
            <maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion> 
        </properties>    
    </profile>

<!-- 使配置好的profiles標籤中內容生效 -->
<activeProfiles>
    <activeProfile>jdk1.8</activeProfile>
</activeProfiles>

image-20200616181057029

3.2.2 單個項目修改

後面我們會了解到maven項目是通過pom.xml進行構建信息配置和依賴信息配置。其中就包括配置編譯需要的jdk版本。所以我們直接修改pom文件就可以實現單個項目修改，但是我們並不推薦此種方式，因為這個方式需要每個項目都要修改，不具有可重用性！

<build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.6.1</version>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
            </plugin>
        </plugins>
</build>

四、倉庫

4.1 倉庫概念

存儲依賴的地方，體現形式就是本地的一個目錄。

倉庫中不僅存放依賴，而且管理着每個依賴的唯一標識（坐標），Java項目憑坐標獲取依賴。

4.2 倉庫分類

Maven倉庫可以分為本地倉庫和遠程倉庫，其中遠程倉庫又分為中央倉庫、公共倉庫和私服

本地倉庫： 本地倉庫存放着項目中所需jar文件

中央倉庫： Maven的中央倉庫是由Maven社區提供存儲jar文件的倉庫

公共倉庫： 國內廠家提供的存儲jar文件的倉庫，比如：aliyun倉庫

私服： 由公司創建的存儲jar文件的倉庫，可在公司範圍內共享，不對外開放

當項目中需要jar文件依賴時，會從倉庫中查找獲取，如果我們把所有倉庫都配置好。maven在查找獲取依賴的時候遵循一個依賴查找順序，如下：（如果本地倉庫找不到依賴就去私服下載，以此類推……）

依賴查找順序： 本地倉庫 – > 私服 – > 公共倉庫 – > 中央倉庫

image-20200616184606968

4.3 本地倉庫

本地倉庫： 本地目錄中存放所需jar包，需修改settings配置文件來配置本地倉庫

使用過的依賴都會存儲在本地倉庫中，實現復用

4.4 遠程倉庫

4.4.1 中央倉庫

中央倉庫： Maven中央倉庫是由Maven社區提供的倉庫，不用任何配置，maven中內置了中央倉庫地址。其中就包含絕大多數流行的開源Java構件

https://mvnrepository.com/可以搜索需要的依賴的相關信息（倉庫搜索服務）

http://repo.maven.apache.org/maven2/為中央倉庫地址

4.4.2 公共倉庫

公共倉庫： 第三方維護的jar文件倉庫，比如阿里雲提供的倉庫。但是jar文件可能不如官方的中央倉庫全，有時候也會找不到，所以如果項目構建不成功，可以更改鏡像為官方的，下載完jar包再去改回來

aliyun倉庫地址：http://maven.aliyun.com/nexus/content/groups/public/

因為Maven社區提供的中央倉庫在國外，國內使用下載依賴速度過慢，所以一般我們都配置國內的公共倉庫來代替中央倉庫

使用時，需要在settings.xml配置文件中添加配置信息。打開settings.xml配置文件，找到<mirrors>標籤，你也會發現這是一個空標籤，最後標籤內填寫如下配置就OK！

    <!--setting.xml中添加如下配置-->
    <mirror>
        <id>aliyun</id>  
        <!-- 中心倉庫的 mirror(鏡像) -->
        <mirrorOf>central</mirrorOf>    
        <name>Nexus aliyun</name>
        <!-- aliyun倉庫地址 以後所有要指向中心倉庫的請求，都會指向aliyun倉庫-->
        <url>http://maven.aliyun.com/nexus/content/groups/public</url>  
    </mirror>

image-20200616223651045

4.4.3 私服

私服： 公司創建存儲jar文件的倉庫，只對公司範圍共享，不對外開放。可以通過Nexus來創建、管理一個私服。

4.4.3.1 私服概念

私服是架設在局域網的一種特殊的遠程倉庫，目的是代理遠程倉庫及部署第三方構件。

有了私服之後，當 Maven 需要下載依賴時，直接請求私服，私服上存在則下載到本地倉庫；否則，私服請求外部的遠程倉庫，將構件下載到私服，再提供給本地倉庫下載。

私服可以解決在企業做開發時每次需要的jar包都要在中心倉庫下載,且每次下載完只能被自己使用,不能被其他開發人員使用

所謂私服就是一個服務器,但是不是本地層面的,是公司層面的,公司中所有的開發人員都在使用同一個私服

4.4.3.2 私服架構

我們可以使用專門的 Maven 倉庫管理軟件來搭建私服，比如：Apache Archiva，Artifactory，Sonatype Nexus。這裏我們使用Sonatype Nexus

我們可以在圖中得到在無私服的情況下，我們都需要從遠程倉庫去獲取jar文件並存儲在本地倉庫，由於中央倉庫是國外的，所以下載速度比較慢等等原因，並存在很多缺點，比如我們公司內使用

我們在圖中可清晰的看到，如果有私服的話，我們需要從私服中，查找jar文件，如果私服沒有該jar文件，就需要去中央倉庫或公共倉庫去下載，然後傳到私服中，最後傳入到自己的本地倉庫進行使用。假設公司員工再一次使用到該jar文件，它會先從私服中找有沒有這個jar文件，由於我們之前的員工已經將該jar文件存儲到了私服中，所以就省去了其他員工調用遠程倉庫的步驟。並且私服是公司內部局域網類型的，下載速度會比遠程倉庫快出很多倍

無私服	有私服
私服1	私服2

4.4.3.3 Nexus安裝（了解即可）

Nexus官網地址：https://blog.sonatype.com/

下載地址：https://help.sonatype.com/repomanager2/download/download-archives—repository-manager-oss

下載我們需要下載Zip解壓包即可，將解壓包解壓到本地盤符中即可！

解壓后，你會看到nexus目錄為私服目錄，sonatype-work目錄中包含存儲私服下載的依賴。

4.4.3.4 Nexus登錄

訪問私服：http://localhost:8081/nexus/

登錄私服的賬號為admin，密碼為admin123

4.4.3.5 倉庫列表

倉庫類型	描述
group	包含多個倉庫，通過group庫的地址可以從包含的多個倉庫中查找構件
hosted	私服服務器本地的倉庫，其中存儲諸多構件
proxy	代理倉庫，其會關聯一個遠程倉庫, 比如中央倉庫，aliyun倉庫，向該倉庫查找構件時，如果沒有會從其關聯的倉庫中下載

倉庫名	描述
Releases	存放項目的穩定發布版本，一個模塊做完后如果需要共享給他人，可以上傳到私服的該庫
Snapshots	對應不穩定的發布版本
3rd party	存放中央倉庫沒有的，如ojdbc.jar，可以上傳到私服的該庫中

倉庫列表
私服_list

4.4.3.6 倉庫組

而此時就有問題，私服中有很多倉庫，每個倉庫都有自己的url，則項目中配置哪個倉庫呢 ?

私服中有一個倉庫組，組中包含多個倉庫，可以指定倉庫組的url，即可從多個倉庫中獲取構件

關於倉庫的設置： 由於我們在使用私服的時候，本地倉庫沒有的jar文件，需要去私服找，私服沒有的話，就去中央倉庫找。所以我們需要把私服內的中央倉庫換為阿里雲倉庫，這樣可以保證我們國內的下載速度。

倉庫組注意：proxy的倉庫排序在最後
私服_deploy2

4.4.3.7 手動上傳倉庫

4.4.3.8 Maven關聯私服

配置settings.xml，設置私服地址、認證等信息（關聯私服需要添加配置文件信息如下，找到父標籤，添加子標籤內容即可）

<servers>
    <server> 
        <id>nexus-public</id> <!-- nexus的認證id -->
        <username>admin</username> <!--nexus中的用戶名密碼-->
        <password>admin123</password> 
    </server>
</servers>

<profiles>
    <profile> 
        <id>nexus</id> 
        <repositories> 
            <repository> 
                <id>nexus-public</id> <!--nexus認證id 【此處的repository的id要和 <server>的id保持一致】-->
                <!--name隨便-->
                <name>Nexus Release Snapshot Repository</name> 
                <!--地址是nexus中倉庫組對應的地址-->
                <url>http://localhost:8081/nexus/content/groups/public/</url>
                <releases><enabled>true</enabled></releases> 
                <snapshots><enabled>true</enabled></snapshots> 
            </repository>
        </repositories> 
        <pluginRepositories> <!--插件倉庫地址，各節點的含義和上面是一樣的-->
            <pluginRepository> 
                <id>nexus-public</id> <!--nexus認證id 【此處的repository的id要和 <server>的id保持一致】-->
                <!--地址是nexus中倉庫組對應的地址-->
                <url>http://localhost:8081/nexus/content/groups/public/</url>
                <releases><enabled>true</enabled></releases> 
                <snapshots><enabled>true</enabled></snapshots> 
            </pluginRepository> 
        </pluginRepositories> 
    </profile>
</profiles>
<activeProfiles>
    <activeProfile>yourjdk</activeProfile>
    <!-- 使私服配置生效 -->
    <activeProfile>nexus</activeProfile>
</activeProfiles>

4.4.3.9 Meven項目部署到私服

執行mvn deploy指令即可將項目部署到私服對應的倉庫中，此時項目中的打包方式多為jar

但需要提前在項目的pom.xml中配置部署私服倉庫位置，如下：

注意： 如上的 repository的 id 依然是要和settings.xml中配置的server中的id 一致，才能通過私服的認證

<project>
        ...
    <dependencies>
        .....
    </dependencies>

    <!-- 在項目的pom.xml中 配置私服的倉庫地址，可以將項目打jar包部署到私服 -->
    <distributionManagement>
        <repository>
            <id>nexus-public</id> <!-- nexus認證id -->
            <url>http://localhost:8081/nexus/content/repositories/releases</url>
        </repository>
        <snapshotRepository>
            <id>nexus-public</id> <!-- nexus認證id -->
            <url>http://localhost:8081/nexus/content/repositories/snapshots</url>
        </snapshotRepository>
    </distributionManagement>
</project>

五、IDEA中的Maven操作

5.1 創建Maven項目

創建Maven項目
image-20200616215847109
指定項目名稱和項目位置
image-20200616220455702

5.1.1 節點配置解析

節點	詳細描述
groupId	這是項目組的編號，這在組織或項目中通常是獨一無二的。例如，一家銀行集團 `com.company.bank`擁有所有銀行相關項目。
artifactId	這是項目的 ID。這通常是項目的名稱。例如，`consumer-banking`。除了 groupId 之外，artifactId 還定義了 artifact 在存儲庫中的位置。
version	這是項目的版本。與 groupId 一起使用，artifact 在存儲庫中用於將版本彼此分離。例如：`com.company.bank:consumer-banking:1.0`，`com.company.bank:consumer-banking:1.1`

5.1.2 語義化版本號

規則：正式穩定版本從v0.1.0開始，配套軟件公共API

注意：正式版發布后不可修改，只能在下一個版本中發布新內容

版本類型	詳細描述
主要版本	當你做了不兼容的API 修改（正式版發布、架構升級）
次要版本	當你做了向下兼容的功能性新增（功能增減）
修訂版本	當你做了向下兼容的問題修正（BUG修復、查缺補漏）

5.1.3 擴展（SNAPSHOT）

在使用maven過程中，我們在開發階段經常性的會有很多公共庫處於不穩定狀態，隨時需要修改併發布，可能一天就要發布一次，遇到bug時，甚至一天要發布N次。我們知道，maven的依賴管理是基於版本管理的，對於發布狀態的artifact，如果版本號相同，即使我們內部的鏡像服務器上的組件比本地新，maven也不會主動下載的。如果我們在開發階段都是基於正式發布版本來做依賴管理，那麼遇到這個問題，就需要升級組件的版本號，可這樣就明顯不符合要求和實際情況了。但是，如果是基於快照版本，那麼問題就自熱而然的解決了，而maven已經為我們準備好了這一切。

maven中的倉庫分為兩種，snapshot快照倉庫和release發布倉庫。snapshot快照倉庫用於保存開發過程中的不穩定版本，release正式倉庫則是用來保存穩定的發行版本。定義一個組件/模塊為快照版本，只需要在pom文件中在該模塊的版本號后加上-SNAPSHOT即可（注意這裏必須是大寫），如下：

<groupId>cc.mzone</groupId>
<artifactId>m1</artifactId>
<version>0.1-SNAPSHOT</version>
<packaging>jar</packaging>

maven會根據模塊的版本號（pom文件中的version）中是否帶有-SNAPSHOT來判斷是快照版本還是正式版本。如果是快照版本，那麼在mvn deploy時會自動發布到快照版本庫中，會覆蓋老的快照版本，而在使用快照版本的模塊，在不更改版本號的情況下，直接編譯打包時，maven會自動從鏡像服務器上下載最新的快照版本。如果是正式發布版本，那麼在mvn deploy時會自動發布到正式版本庫中，而使用正式版本的模塊，在不更改版本號的情況下，編譯打包時如果本地已經存在該版本的模塊則不會主動去鏡像服務器上下載。

在maven的約定中，依賴的版本分為兩類——SNAPSHOT和RELEASE。SNAPSHOT依賴泛指以-SNAPSHOT為結尾的版本號，例如1.0.1-SNAPSHOT。除此之外，所有非-SNAPSHOT結尾的版本號則都被認定為RELEASE版本，即正式版，雖然會有beta、rc之類說法，但是這些只是軟件工程角度的測試版，對於maven而言，這些都是RELEASE版本。所以一般我們需要上傳到發布倉庫的時候可以在<version>標籤內直接寫版本即可，不需要再添加任何標籤！

5.2 IDEA關聯Maven

在IDEA中關聯本地安裝的maven，後續就可以通過idea來使用maven管理項目（我使用的aliyun倉庫）

在全局設置中關聯Maven
image-20200616222756521
Maven項目展示（缺少test包下resources文件夾）
image-20200616224937892

5.3 IDEA創建測試包下resources文件夾

我們在使用IDEA創建Maven項目時，IDEA是沒有幫我們創建test包下的resources文件夾。但是Maven規範中是包含這個文件夾的，所以我們需要手動創建並聲明該文件夾

創建存放測試配置的文件夾
image-20200616225355373
指定文件夾名稱（下拉框選擇resources文件夾創建即可）
image-20200616225859663
文件目錄結構展示（完整Maven規範目錄結構）
image-20200616230042781

5.4 Maven項目目錄結構解析

注意： 項目中的創建包、創建類、執行，都與普通項目無異

目錄名稱	描述
src/main/java	用於創建包，存放編寫的源代碼（.java文件）
src/main/resources	存放項目中所需配置文件，比如：c3p0.properties
src/test/java	用於創建包，存放編寫的測試代碼（.java文件）
src/test/resources	存放項目中測試代碼所需配置文件
根目錄/pom.xml	項目對象模型（project object model），maven項目核心文件，其中定義項目構建方式，聲明依賴等

5.5 Maven項目類型

根據項目類型，在pom.xml文件中添加相應配置。

項目類型分為Java項目和JavaWeb項目

如果項目為Java項目需要在<project>標籤內添加 jar

如果項目為JavaWeb項目需要在<project>標籤內添加 war

注意： Maven可以根據項目類型來確定打包方式，比如Java項目打包成jar包 、JavaWeb項目打包成war包

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.mylifes1110</groupId>
    <artifactId>firstmaven</artifactId>
    <version>1.0-SNAPSHOT</version>

    <!--
        設置項目類型,打包方式：
        如果為Java項目則使用jar
        如果為JavaWeb項目使用war
    -->
    <packaging>jar</packaging>
<!--    <packaging>war</packaging>-->
</project>

5.6 IDEA中導入依賴

5.6.1 導入依賴須知

建好項目后，需要導入需要的jar包，要通過坐標來在倉庫中查找導入

每個構件都有自己的坐標，其坐標分為groupId、artifactId、version 三種，翻譯後為項目標識、項目名稱、版本號

在maven項目中只需要配置坐標，maven便會自動加載對應依賴。刪除坐標則會移除依賴

節點	描述
project	工程的根標籤。
modelVersion	模型版本需要設置為 4.0。
groupId	這是工程組的標識。它在一個組織或者項目中通常是唯一的。例如，一個銀行組織 com.companyname.project-group 擁有所有的和銀行相關的項目。
artifactId	這是工程的標識。它通常是工程的名稱。例如，消費者銀行。groupId 和 artifactId 一起定義了 artifact 在倉庫中的位置。
version	這是工程的版本號。在 artifact 的倉庫中，它用來區分不同的版本。例如：`com.company.bank:consumer-banking:1.0 com.company.bank:consumer-banking:1.1`

5.6.2 查找依賴

依賴查找服務需要在如下網址中查找依賴，獲取依賴坐標后，在maven項目中的pom.xml文件中導入

依賴查找服務地址： https://mvnrepository.com/

查找jar文件
image-20200616111418839
jar文件的選擇
image-20200616112444879
Copy依賴坐標
image-20200617003002005

5.6.3 導入依賴

在項目的pom.xml文件中添加依賴

首先添加<dependencies>標籤

最後添加複製好的依賴坐標

注意： 導入依賴可以導入多個所需jar文件的依賴，依次在<dependencies>標籤內添加依賴坐標即可

導入依賴
image-20200617003853705

5.6.4 同步依賴

導入依賴后，你會發現pom.xml文件中的依賴坐標是紅色報錯的，而在IDEA的右下角有那麼一個框。這時候需要點擊框內提示信息在maven倉庫中同步下載依賴到項目中

同步下載依賴到項目中
image-20200617004515463

5.6.5 查看依賴

導入並同步下載好的依賴，可以通過項目和IDEA中Maven控制面板查看

查看依賴
image-20200617005635304

5.7 基於Maven創建Web項目

5.7.1 修改web項目打包方式

pom.xml文件中設置 <packaging>war/packaging>修改打包方式為web項目

5.7.2 導入web依賴

基於Maven項目，我們導入了maven所需依賴，如果創建web項目的話，還需要導入JSP、Servlet和JSTL依賴，使Maven項目具有web編譯環境。（在pom.xml文件中添加以下依賴）

        <dependency>
            <!-- jstl 支持 -->
            <groupId>javax.servlet</groupId>
            <artifactId>jstl</artifactId>
            <version>1.2</version>
        </dependency>
        <dependency>
            <!-- servlet編譯環境 -->
            <groupId>javax.servlet</groupId>
            <artifactId>javax.servlet-api</artifactId>
            <version>3.1.0</version>
            <scope>provided</scope>
        </dependency>
        <dependency>
            <!-- jsp編譯環境 -->
            <groupId>javax.servlet</groupId>
            <artifactId>jsp-api</artifactId>
            <version>2.0</version>
            <scope>provided</scope>
        </dependency>

image-20200617123210482

5.7.3 創建web項目目錄結構

web項目在IDEA中有web規範目錄文件夾的，比如webapp、WEB-INF、web.xml、index.jsp。而由於Maven項目中沒有該規範目錄，這就需要我們自己創建目錄結構了！

創建web項目目錄結構有以下注意點：

webapp文件夾必須是基於main目錄下創建的，與java文件夾同級

webapp文件夾IDEA自動識別此文件夾，給與了特殊藍色圓點標識

在WEB-INF目錄下創建的的web.xml是一個空的xml文件，我們需要在該文件中鍵入如下web.xml空白模板信息，只需要將下面的模板複製到項目中的web.xml文件中即可！

創建的文件夾以及文件名稱千萬不要寫錯！

注意： 在創建項目的時候，其實我們是可以指定使用IDEA來創建來創建web項目的目錄結構的，創建項目時需要勾選Create from archetype。只是IDEA為我們構建的項目架構是有版本差異的，而且還附加了很多對我們無用的註解等等，所以我們一般都手動創建，IDEA自動構建作為了解就好！

xml空白模板

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
         version="4.0">
</web-app>

IDEA自動構建項目結構
image-20200617164915737

手動構建web項目結構
基於main目錄下創建webapp文件夾
image-20200617124249878
image-20200617124319926
基於webapp目錄創建WEB-INF文件夾
image-20200617124624648
基於WEB-INF目錄創建web.xml文件
image-20200617125038803
image-20200617125055216
xml文件內容展示
image-20200617125729115
基於webapp目錄創建index.jsp文件
image-20200617125613861
目錄展示（完整的web項目目錄結構）
image-20200617125808227

5.7.4 tomact的引入

關於Tomact服務的引入，需要我們手動添加tomact服務

添加tomact服務后，如果對tomact服務器在IDEA中的開發流程不熟悉的小夥伴，不要灰心。請參考tomact服務器基礎和開發步驟即可，此文章中詳細講到了關於tomact的各種知識點！

添加tomact服務
image-20200617131801103

5.8 pom文件的其他標籤操作

5.8.1 build標籤修改默認打包名

默認的打包名稱：artifactid+verson.打包方式

我們可以通過build中finalName修改，如下操作：

<build>
  <finalName>maven_name</finalName>
</build>

5.8.2 引入插件

dependencies引入開發需要的jar包，有時候我們還需要引入一些常用的插件，比如：jdk、tomact、分頁插件等等

插件配置位置也是在<build>標籤中，如下：

<build>
<plugins>
    <!-- java編譯插件，配jdk的編譯版本 -->
    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-compiler-plugin</artifactId>
      <configuration>
        <source>1.8</source>
        <target>1.8</target>
        <encoding>UTF-8</encoding>
      </configuration>
    </plugin>
    <!-- tomcat插件 -->
    <plugin>
      <groupId>org.apache.tomcat.maven</groupId>
      <artifactId>tomcat7-maven-plugin</artifactId>
      <configuration>
        <port>8080</port>
        <path>/</path>
        <uriEncoding>UTF-8</uriEncoding>
        <server>tomcat7</server>
      </configuration>
    </plugin>
  </plugins>
</build>

5.8.3 控制打包資源

如果在java文件夾中添加java類，會自動打包編譯到classes文件夾下。但是xml文件默認不會被打包，需要我們手動指定打包。可以使用<resources>標籤來指定要打包資源的文件夾要把哪些靜態資源打包到classes根目錄下

<!--打包指定靜態資源-->
<build>
<resources>
    <resource>
      <!-- 指定要打包資源的文件夾 要把哪些靜態資源打包到 classes根目錄下-->
      <directory>src/main/resources</directory>
      <includes>
        <include>**/*.xml</include>
        <include>**/*.properties</include>
      </includes>
    </resource>
    <resource>
      <directory>src/main/resources</directory>
      <excludes>
        <exclude>spring/*</exclude>
      </excludes>
      <includes>
        <include>*.xml</include>
        <!--<include>*/*.properties</include>-->
      </includes>
    </resource>
  </resources>
</build>

六、依賴的生命周期

6.1 什麼是依賴的生命周期

jar文件的生效時間段可以成為依賴的生命周期

6.2 依賴的生命周期分類與詳解

前三個是常用的依賴生命周期設置，而後兩個製作了解即可，幾乎用不到！

標識	周期
compile	缺省值（默認依賴生命周期），適用於所有階段（測試運行，編譯，運行，打包）
provided	類似compile，期望JDK、容器或使用者會提供這個依賴。如servlet-api.jar；適用於（測試運行，編譯）階段
test	只在測試時使用，適用於（編譯，測試運行）階段，如 junit.jar

runtime	依賴在編譯器不使用，只在運行時使用，如 mysql的驅動jar，適用於（運行，測試運行）階段
system	Maven不會在倉庫中查找對應依賴，在本地磁盤目錄中查找；適用於（編譯，測試運行，運行）階段

6.3 依賴生命周期的使用

關於依賴生命周期的使用，需要在期望指定生命周期的依賴內添加<scope>標籤，在此標籤內添加所需依賴標識。

complie

jstl依賴默認沒有compile標識的生命周期。因為在依賴中不指定生命周期就是默認指定適用於所有階段的生命周期，其默認標識為compile。

image-20200617135847510

provided

servlet和jsp依賴默認指定provided標識的生命周期。因為我們在servlet或jsp代碼時是需要這兩個依賴的，但是我們將項目部署到tomact中，本地tomact目錄的lib文件夾下也會有一些jar文件，所以這造成了一種依賴衝突。為了避免這種依賴衝突我們需要指定依賴的生命周期為編譯和測試運行階段。這樣我們在書寫代碼時，編譯期也有有依賴可以使用，不會飄紅，而在過了編譯期後項目部署到了tomact中，該依賴聲生命就會被結束掉了，不會影響tomact服務器內置依賴的使用！

image-20200617135818392

test

在maven項目中，項目結構是區分main主文件和test測試文件的。如果我們在使用Junit單元測試時，指定依賴的生命周期為test，那該依賴只適用於test測試文件內，在其他文件的階段默認沒有單元測試的依賴。

簡單來說，在test文件夾內創建的測試類，使用@Test註解不會有任何問題。如果換做在main文件夾和其他文件夾中創建測試類，使用@Test註解就會因沒有依賴注入而報錯。

image-20200617140515452

runtime

我們在添加mysql驅動的依賴時，你會發現它並沒有指定生命周期為runtime。這是因為我們在書寫jdbc工具類的操作時，如果在編譯期沒有mysql驅動的依賴，它並不會飄紅報錯。如果沒有依賴只有在我們運行的時候才會發生報錯，並告知mysql驅動依賴未找到。所以，這就顯得runtime這個依賴生命周期十分的雞肋。因此，可以不指定該生命周期。

image-20200617141145812

system

當依賴的生命周期設置為system時，表示該依賴項是我們自己提供的，不需要Maven到倉庫裏面去找。
指定scope為system需要與另一個屬性元素systemPath一起使用，它表示該依賴項在當前系統的位置，使用的是絕對路徑。由於此類依賴不是通過 Maven 倉庫解析的，而且往往與本機系統綁定，可能造成構建的不可移植，因此應該慎用。systemPath 元素可以引用環境變量。

image-20200617142301138

七、maven的構建命令

7.1 項目的構建過程

7.2 常用構建命令

一般命令的鍵入在IDEA中的框中鍵入命令就可以！

image-20200617170717904

命令	描述
mvn compile（常用）	編譯項目，生成target文件
mvn package（常用）	打包項目，生成war或jar文件
mvn clean（常用）	清理編譯或打包后的項目結構
mvn install（常用）	打包後上傳到Maven本地倉庫

mvn source:jar	打包項目，生成jar包
mvn deploy	只打包，不測試
mvn site	生成站點
mvn test	執行測試源碼

7.3 maven項目的生命周期

maven項目的生命周期分為了三個階段，而這三個階段相互獨立、互不影響

清理生命周期（Clean Lifecycle）： 該生命周期負責清理項目中多餘信息，保持資源和代碼的整潔性。一般用來清空目錄下的文件

默認構建生命周期（Default Lifeclyle）： 該生命周期表示項目的構建過程，其中定義了一個項目構建要經歷的不同階段

站點管理生命周期（Site Lifecycle）： site生命周期的目的是建立和發布項目站點，Maven能夠基於POM所包含的信息，自動生成一個友好的站點

clean

該生命周期主要是對項目編譯生成的文件進行清理，清理的話主要是清理編譯後項目中的target文件夾，清理后還可以通過編譯指令重新生成。

命令： mvn clean

default

該生命周期的主要目的是項目的編譯 -> 測試 -> 打包 -> 發布

命令： mvn deploy

其中default生命周期分為23個階段，如下列舉比較重要的幾個階段

validate：驗證工程是否正確，所有需要的資源是否可用。

compile：編譯項目的源代碼。

test：使用合適的單元測試框架來測試已編譯的源代碼。這些測試不需要已打包和布署。

Package：把已編譯的代碼打包成可發布的格式，比如jar。

integration-test：如有需要，將包處理和發布到一個能夠進行集成測試的環境。

verify：運行所有檢查，驗證包是否有效且達到質量標準。

install：把包安裝到maven本地倉庫，可以被其他工程作為依賴來使用。

Deploy：在集成或者發布環境下執行，將最終版本的包拷貝到遠程的repository，使得其他的開發者或者工程可以共享。

site

該生命周期的主要是建立和發布項目站點，Maven能夠基於POM所包含的信息，自動生成一個友好的站點

命令： mvn site

注意： 低版本的site插件可能引發失敗現象！升級高版本site插件即可！

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.7.1</version>
</plugin>

7.4 maven命令與插件的關係

maven命令是操作maven項目的重要方式，但是我們要知道maven命令只是支配maven插件工作的一個方式，其工作核心主要還是maven插件。maven內嵌了項目操作的插件，我們只需要通過執行命令來調用插件來完成項目的編譯、測試、發布等工作

注意： 執行一次命令可能會觸發多個插件工作

八、傳遞依賴和衝突解決

8.1 什麼是傳遞依賴

假如有Maven項目A，項目B依賴A，項目C依賴B。那麼我們可以說 C依賴A。也就是說，依賴的關係為：C – > B – > A，那麼我們執行項目C時，會自動把B、A都下載導入到C項目的jar包文件夾中，這就是依賴的傳遞性。

8.2 什麼是依賴衝突

依賴衝突我在上文中也提到過，依賴衝突是當直接引用或者間接引用出現了相同的jar包擁有不同版本的時候。

舉個例子：A依賴於B，B依賴於C，此時C的版本為V1.0；如果此時引入的C依賴還有一個V2.0，那麼我們的A傳遞依賴於C，此時C的版本為V2.0。這時候就是一個衝突，直接或間接的都引用了C，而C版本有兩個！

8.3 手動解決依賴衝突

如果我不想在C依賴中出現B，那麼就可以主動的使用依賴排除技術，排除B依賴的引用，如下操作需要添加排除依賴的配置信息（<exclusions>標籤和其中信息，其中兩個id標籤是需要排除依賴的id）：

     <dependencies>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
            <version>4.3.12.RELEASE</version>

            <!--手動排除依賴-->
            <exclusions>
                <exclusion>
                    <groupId>commons-logging</groupId>
                    <artifactId>commons-logging</artifactId>
                </exclusion>
            </exclusions>

        </dependency>
     </dependencies>

8.4 自動解決依賴衝突

8.4.1 自動解決依賴衝突的途徑

自動解決依賴通途問題的兩個途徑分為：短路優先原則和先聲明優先原則

8.4.2 短路優先原則

首先，先看如下依賴關係

A – > B – > C – > D – > E（V1.0）

A – > F – > E（V2.0）

解釋： 1中，A依賴於B，B依賴於C，C依賴於D，D依賴於E，此時E的版本為V1.0版本（2中解釋基本相似）

所謂短路優先，就是路徑段的依賴有限被加載使用，這裏我們可以看到2中的路徑是最短的路徑，所以maven在加載依賴的時候，是使用2中的這一條依賴和版本

8.4.3 先聲明優先原則

針對依賴路徑長度相同的情況，則使用先聲明優先原則，看如下依賴關係

A – > B – > C（V1.0）

A – > D – > C（V2.0）

此時路徑優先原則不能解決問題時，maven需要判斷在A項目的<depencies>標籤內，B和D的哪個依賴聲明在前面，如果B依賴聲明早於D依賴，那麼就使用1中的這一條依賴和版本

微信公眾號本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司“嚨底家”!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※聚甘新

改變飲食減少水足跡研究：吃素能省55%用水

2020-10-292020-10-29 admin

摘錄自2018年9月11日中央社倫敦報導

最新研究指出，奉行較健康的飲食習慣可減少個人水足跡（water footprint），降低肉類攝取量可節省至少10%用水量，吃素更能減少多達55%用水量。

英國廣播公司（BBC）報導，這項在英國、法國和德國進行的研究，刊登於「自然永續」（Nature Sustainability）期刊。

研究人員表示，轉向健康飲食是個「雙贏局面」，不僅能讓身體更健康，且可用更少的水資源來生產食物。飼養牲畜耗費大量用水，生產油類、糖類及脂肪也需要大量水資源，但種植水果和蔬菜較省水。

但這項研究承認，鼓勵民眾改變飲食習慣並不容易，需要採取一連串干預措施，例如向不健康食品課稅和印製更清楚的食品標示。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR ?

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

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

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

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

※教你寫出一流的銷售文案?

※聚甘新

【巴塞爾公約】嚴控全球塑膠垃圾轉移，發展中國家齊說「YES」

2020-10-292020-10-29 admin

轉載自塑料解毒；翻譯：許冰；校對：毛達

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司“嚨底家”!

※推薦評價好的iphone維修中心

※聚甘新

法國新任環境部長：不排除改組法電公司

2020-10-292020-10-29 admin

摘錄自2018年9月10日法廣報導

法國世界報在本周一（10日）發布了一篇對法國新任環境部長德魯吉的專訪，其中數點提到了法國電力公司。

法電公司此前一直要求政府儘快落實法國境內新一座壓水反應堆核電廠的建造。對此，德魯吉不置可否，但強調「法電公司首先要證明，壓水反應堆核電廠是能用的，現在情況沒有體現出來壓水反應堆核電廠可用，沒人能保證現有的壓水反應堆核電廠什麼時候能啟動。法電公司還需要證明，壓水反應堆核電廠在費用方面具有競爭力。」德魯吉表示，無論如何，除了法國最老舊的，仍然運轉的核電廠費森海姆被關閉之外，要關閉的核電廠還有很多。法國將在今年10月底公布系列核電廠反應堆的關閉日程表。

對於辭職的前任環境部長於洛曾經提到的改組法電公司的可能性，新任環境部長德魯吉表示，已經對改組與否有了想法。他表示，法電公司不僅要進行能源轉型，而且要關注企業債務問題。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

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

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

※聚甘新

日本提議取消捕鯨禁令保育組織斥危險又魯莽

2020-10-292020-10-29 admin

摘錄自2018年9月10日自由時報報導

日本將在今年的國際捕鯨委員會（IWC）會議上，提議取消32年前制定的商業捕鯨禁令，希望建立「可持續捕鯨委員會」為商業捕鯨國家制定捕撈配額。保育人士憤怒表示，日本企圖公然推翻一直以來維持的狩獵禁令，若通過日本的提議，會導制危險的商業捕鯨行為。

《法新社》報導，為期一週的國際捕鯨委員會第67屆會議本週一（10日）在巴西弗洛里亞諾波利斯（Florianopolis）舉行，日本將提議廢止捕鯨禁令，稱小鬚鯨和其他鯨魚等總量已經恢復，建議IWC認同將恢復數量的物種訂定新的捕撈配額，建立「可持續捕鯨委員會」，替允許國民商業捕鯨的國家制定相關配額。日本還指出，實施捕鯨禁令不只是為了保育，也是為了再度開放捕鯨。

英國國際人道協會（HSI UK）也說，如果日本提案通過，將再次開放捕鯨季節，這會是幾十年來，最危險和魯莽企圖的商業捕鯨行為。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

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

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

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

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計最專業,超強功能平台可客製化

※聚甘新

建立台灣建築節能經驗：政策循序漸進技術在地試驗

2020-10-292020-10-29 admin

環境資訊中心特約記者陳文姿報導

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

※教你寫出一流的銷售文案?

※聚甘新

美研究：種植水稻產生溫室氣體被低估包括中國

2020-10-292020-10-29 admin

摘錄自2018年9月12日新華網報導

美國《國家科學院學報》前（10）日刊載的一項研究顯示，如把一氧化二氮排放考慮在內，水稻種植對全球變暖的影響可能比此前估計水平高出近一倍。

然而，包括中國、美國、印度在內的多數水稻生産國，目前都沒有將與水稻種植有關的一氧化二氮排放計入向聯合國提交的國家溫室氣體排放清單中。

美國環境保護基金組織的研究稱，近年來，水資源短缺導致越來越多的地區採用間歇性淹水法種植水稻，但在分析稻田對氣候的影響時，間歇性淹水稻田釋放的高水平一氧化二氮此前並未被計算在內，導致水稻種植對全球變暖的影響被嚴重低估。

一氧化二氮，又稱氧化亞氮，是重要的長效溫室氣體。在20年到100年時段中，其捕獲大氣熱量的能力是甲烷的數倍。最新研究顯示，間歇性淹水稻田釋放的一氧化二氮水平高達持續性淹水稻田的30到45倍，後者釋放的主要溫室氣體是甲烷。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司“嚨底家”!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※聚甘新