0. 前言

通過前兩篇我們實現了如何在Service層如何訪問數據，以及如何運用簡單的加密算法對數據加密。這一篇我們將探索如何實現asp.net core的身份驗證。

1. 身份驗證

asp.net core的身份驗證有 JwtBearer和Cookie兩種常見的模式，在這一篇我們將啟用Cookie作為身份信息的保存。那麼，我們如何啟用呢？

在Startup.cs 的ConfigureServices(IServiceCollection services) 方法里添加如下：

services.AddAuthentication(CookieAuthenticationDefaults.AuthenticationScheme)
                .AddCookie(CookieAuthenticationDefaults.AuthenticationScheme, options =>
                {
                    Configuration.Bind("CookieSettings",options);
                });

此時可以啟動一個權限驗證，當用戶訪問需要驗證的頁面或接口時，如果沒有登錄，則會自動跳轉到：

https://localhost:5001/Account/Login?ReturnUrl=XXXX

其中ReturnUrl指向來源頁。

1.1 設置驗證

當我們在Startup類里設置啟用了身份驗證后，並不是訪問所有接口都會被跳轉到登錄頁面。那麼如何設置訪問的路徑需要身份驗證呢？asp.net core為我們提供了一個特性類：

[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, AllowMultiple = true, Inherited = true)]
public class AuthorizeAttribute : Attribute, IAuthorizeData
{
    public string Policy { get; set; }
    public string Roles { get; set; }
    public string AuthenticationSchemes { get; set; }
}

可以看的出，這個特性類允許設置在類、方法上，可以設置多個，允許子類繼承父類的特性。所以可以在控制器上設置[Authorize]，當在控制器上設置以後訪問控制器里所有的Action都會要求驗證身份；也可以單獨設置在Action上，表示該Action需要驗證身份，控制器里的其他方法不需要驗證。

1.2 設置忽略

我們在開發過程中，會遇到這樣的一組鏈接或者頁面：請求地址同屬於一個控制器下，但其中某個地址可以不用用戶登錄就可以訪問。通常我們為了減少重複代碼以及復用性等方面的考慮，會直接在控制器上設置身份驗證要求，而不是在控制器里所有的Action上添加驗證要求。

那麼，我們如何放開其中的某個請求，可以允許它不用身份驗證。

[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, AllowMultiple = false, Inherited = true)]
public class AllowAnonymousAttribute : Attribute, IAllowAnonymous
{
}

仔細觀察，可以看得出這個特性可以設置在類、方法上，不允許多次設置，允許子類繼承父類的特性。

這個特性的使用沒啥可說的，不過需要注意的是，不要與AuthorizeAttribute一起使用。雖然編譯上沒啥問題，但實際上會對程序員的邏輯照成一定程度的誤導。

2.保存身份

有身份驗證，就必然需要保存身份。當我們從數據庫中或者其他的三方服務中獲取到用戶信息后，我們需要將用戶信息保存起來，而不是每次都向用戶或者服務提供方索求信息。

在asp.net core中，Controller類里有一個屬性：

public HttpContext HttpContext { get; }

HttpContext 提供了一個擴展方法，可以用來保存用戶信息：

public static Task SignInAsync(this HttpContext context, ClaimsPrincipal principal);

暫時忽略這個方法的返回類型，它接受了一個ClaimsPrincipal類型的參數。我們來看下這個類的基本情況吧：

public class ClaimsPrincipal : IPrincipal
{

    public ClaimsPrincipal();
    public ClaimsPrincipal(IEnumerable<ClaimsIdentity> identities);
    public ClaimsPrincipal(BinaryReader reader);
    public ClaimsPrincipal(IIdentity identity);
    public ClaimsPrincipal(IPrincipal principal);
    
    public static ClaimsPrincipal Current { get; }
    public static Func<ClaimsPrincipal> ClaimsPrincipalSelector { get; set; }
    public static Func<IEnumerable<ClaimsIdentity>, ClaimsIdentity> PrimaryIdentitySelector { get; set; }
    public virtual IIdentity Identity { get; }
    public virtual IEnumerable<ClaimsIdentity> Identities { get; }
    public virtual IEnumerable<Claim> Claims { get; }
    public virtual void AddIdentities(IEnumerable<ClaimsIdentity> identities);
    public virtual void AddIdentity(ClaimsIdentity identity);
    public virtual ClaimsPrincipal Clone();
    public virtual IEnumerable<Claim> FindAll(Predicate<Claim> match);
    public virtual IEnumerable<Claim> FindAll(string type);
    public virtual Claim FindFirst(string type);
    public virtual Claim FindFirst(Predicate<Claim> match);
    public virtual bool HasClaim(Predicate<Claim> match);
    public virtual bool HasClaim(string type, string value);
    public virtual bool IsInRole(string role);
    public virtual void WriteTo(BinaryWriter writer);
}

方法和屬性有點多，那麼我們重點關注一下構造函數以及可以AddXXX開頭的方法。

這裡有一個竅門，對於一個陌生的類來說，構造函數對於類本身是個很重要的特徵，我們可以通過構造函數分析出這個類需要哪些基礎數據。

所以，通過簡單的分析，我們需要繼續了解這兩個類：

public class ClaimsIdentity : IIdentity
{
    public ClaimsIdentity();
    public ClaimsIdentity(string authenticationType);
    public ClaimsIdentity(IIdentity identity);
    public ClaimsIdentity(IEnumerable<Claim> claims);
    public ClaimsIdentity(IEnumerable<Claim> claims, string authenticationType);
    public ClaimsIdentity(IIdentity identity, IEnumerable<Claim> claims);
    public ClaimsIdentity(string authenticationType, string nameType, string roleType);
    public ClaimsIdentity(IEnumerable<Claim> claims, string authenticationType, string nameType, string roleType);
    public ClaimsIdentity(IIdentity identity, IEnumerable<Claim> claims, string authenticationType, string nameType, string roleType);
    
}

public class Claim
{
    public Claim(BinaryReader reader);
    public Claim(BinaryReader reader, ClaimsIdentity subject);

    public Claim(string type, string value);
    public Claim(string type, string value, string valueType);
    public Claim(string type, string value, string valueType, string issuer);

    public Claim(string type, string value, string valueType, string issuer, string originalIssuer);
    public Claim(string type, string value, string valueType, string issuer, string originalIssuer, ClaimsIdentity subject);
    protected Claim(Claim other);
    protected Claim(Claim other, ClaimsIdentity subject);
    public string Type { get; }
    public ClaimsIdentity Subject { get; }
    public IDictionary<string, string> Properties { get; }
    public string OriginalIssuer { get; }
    public string Issuer { get; }
    public string ValueType { get; }
    public string Value { get; }
    protected virtual byte[] CustomSerializationData { get; }
    public virtual Claim Clone();
    public virtual Claim Clone(ClaimsIdentity identity);
    public override string ToString();
    public virtual void WriteTo(BinaryWriter writer);
    protected virtual void WriteTo(BinaryWriter writer, byte[] userData);
}

所以，看到這裏就會發現，我們可以通過以下方式保存信息：

List<Claim> claims = null;
var identity = new ClaimsIdentity(claims, CookieAuthenticationDefaults.AuthenticationScheme);

HttpContext.SignInAsync( CookieAuthenticationDefaults.AuthenticationScheme,new ClaimsPrincipal(identity));

這時候，數據就可以保存在Cookie里了，那麼如何在控制器中獲取到數據呢：

public ClaimsPrincipal User { get; }

在控制器中，提供了這樣一個屬性，當然如果想要正確獲取到值的話，需要在 Startup.cs類中的添加如下配置：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // ……省略其他配置
    app.UseAuthorization();
    app.UseAuthentication();
    // ……省略其他配置
}

3. 總結

在這一篇中，簡單介紹了asp.net core的identity，下一篇將從實際上帶領大家設置不一樣的identity以及Authorize驗證。

更多內容煩請關注我的博客《高先生小屋》

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

【其他文章推薦】

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

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

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

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

※新北清潔公司,居家、辦公、裝潢細清專業服務

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

引言

看過這部電影的人都老了。。。

很多人都知道我是一名後端開發底層小碼農，平時打交道最多的就是服務器，而關於服務器，又有一堆名詞，看起來好像是一個意思，仔細想想又好像不對。

不信？

先放三個名詞「Web 服務器」、「HTTP 服務器」、「應用服務器」。這三種服務器有誰能現在立刻馬上區分開么。

反正我是區分不開。這個問題要是扔到一堆程序員中間，指不定還能引發一場菜雞爭奪戰。

雖然我不會，不會可以度娘啊，希望經常看我文章同學可以有我這種敢於承認自己菜的精神，沒啥好丟人的，不會可以學，學完了下次就會了，總比不會裝會死鴨子嘴硬，下次還不會要強。

經過我一翻度娘 + 整理后，基本上這三個名詞解釋有了：

「Web 服務器」它一般指的是網站服務器，可以向瀏覽器（ PC 端或者移動端）等 Web 客戶端提供服務，供請求數據或者下載數據。

而由於 Web 服務器主要支持的協議就是 HTTP 或者 HTTPS ，所以通常情況下 Web 服務器和 HTTP 服務器是等同的，這兩種服務器之間是可以畫上等號的。

而應用服務器是一個很大的概念，微軟對它的定義是「我們把應用程序服務器定義為：作為服務器執行共享業務應用程序的底層的系統軟件。 就像文件服務器為很多用戶提供文件一樣，應用程序服務器讓多個用戶可以同時使用應用程序（通常是客戶創建的應用程序）」。

講的通俗一點就是一種特定應用的承載容器，一般來講，它需要有運行時環境的支持，比如說在 Java 領域，比較常用的應用服務器 Tomcat ，它就必須要 Java 的環境支持。

站在我的角度上，一名 Java 底層碼農從業人員的角度上來看，「Web 服務器」、「HTTP 服務器」、「應用服務器」之間的界限是非常模糊的，因為同樣一個 Tomcat 服務器，我叫它「Web 服務器」或者「HTTP 服務器」沒有問題，叫它「應用服務器」也沒有半毛錢問題。

常見的「Web 服務器」有 Nginx 、 Apache 、 IIS （這個做 .Net 的同學應該不陌生），常見的「應用服務器」軟件包括 WebLogic、JBoss，前者更輕量級，後者更重量級。

靜態服務和動態服務

接下來科普另一個概念：「靜態服務」和「動態服務」。

「靜態服務」返回的是一些靜態資源，比如圖片、HTML 、 CSS 、 JavaScript 等資源，這些靜態資源有一個顯著的特點是在我們的電腦上，只要路徑寫對了，可以在瀏覽器裏面直接訪問。

比如我在電腦上新建一個文件，把後綴改成 html ，裏面使用 html 隨便寫點內容：

<html>
    <h1>Hello World！</h1>
</html>

靜態服務就是每個人訪問，得到的內容都是一樣的，而動態服務就比較牛逼了，能做到每個人訪問，得到的內容都是不一樣的。

最直接的例子就是經常用的淘寶京東這些網站，登錄以後，訪問自己賬號的個人中心，肯定每個人得到的結果都是不一樣的結果。

還有就是我的博客，最開始我的博客是使用 Hexo 搭建的靜態博客，託管在騰訊雲的文件服務上，後來開了一台雲服務器，就換成了使用 WordPress 構建的動態博客。

Nginx

Nginx 是一款輕量級的 Web 服務器 / 反向代理服務器及电子郵件（ IMAP / POP3 ）代理服務器。

不查還真不知道，原來 Nginx 還提供了 IMAP / POP3 / SMTP 服務，設置過郵箱客戶端的同學對這三個名詞應該不陌生。

關於 Nginx ，比較令人遺憾的一件事是，它的作者伊戈爾·賽索耶夫進了監獄。

Nginx 的特點是佔有內存少，併發能力強，在同類型的網頁服務器中表現較好，國內比較有名的公司，比如說百度、京東、新浪、網易、騰訊、淘寶等都在使用。

Nginx 現在用途最多的應該是作為反向代理服務器在使用，因為它的特性穩定、佔用系統資源少、併發能力強，一般都直接放在直面用戶的最外層應對用戶流量。

用戶的訪問請求先落到 Nginx 上，由 Nginx 進行代理轉發，負載均衡到後續的 Tomcat 應用服務器上，盡可能的提升系統的穩定性。

至於 Nginx 如何複雜均衡到後面的應用服務器上，這就是另一個問題了， Nginx 有很多種的負載均衡方案，這裏我就不展開介紹了。

Nginx 是一個典型的靜態服務，把圖片等內容放在 Nginx 上，可以通過固定的鏈接直接訪問。

不過現在通過 Lua 的加持，我們也可以在 Nginx 做一些動態服務才能做的事情，這就是大名鼎鼎的 OpenResty 。

至於 Nginx 安裝或者是 OpenResty 的安裝以及簡單的使用，大家可以訪問各自的官網查看，我就不演示介紹了（反正都不難）。

Tomcat

在我的碼農生涯中，使用最多的莫過於 Tomcat ，沒有之一。

Tomcat 啟動成功的話，訪問它的首頁，正常情況下是能看到一隻貓的，雖然這隻貓長得實在是有點抽象，但人家確實是只貓。

Tomcat 是 Apache 軟件基金會（ Apache Software Foundation ）的 Jakarta 項目中的一個核心項目，由 Apache 、 Sun 和其他一些公司及個人共同開發而成。

Tomcat 服務器是一個免費的開放源代碼的 Web 應用服務器，這也是為什麼它可以風靡全球的重要原因。

由於這個項目有了 Sun 公司的參与和支持，所以 Tomcat 一般都會支持最新版的 Servlet 和 JSP 規範。這也是為什麼 Java 初學者接觸到的第一個 Web 服務總會是 Tomcat 。

但是 Tomcat 並未支持 EJB 和 JMS ，所以說 Tomcat 是一款輕量級的 Web 容器。

GlassFish

Sun 公司為 Java 提供了商業兼容的 Web 容器： Glassfish ，不過說實話，我沒怎麼用過這個容器，這個 Web 容器僅存在於我上大學的時候的課本上以及課後大作業上。

GlassFish 達到產品級質量，可免費用於開發、部署和重新分發。開發者可以免費獲得源代碼，還可以對代碼進行更改。

Glassfish 既是 EJB 容器也是 WEB 容器，它支持最新版的 Java EE 標準。

而剛才前面介紹的 Tomcat 則僅僅只是一個 Web 容器。

Jboss

Jboss 是一個基於 Java EE 的開放源代碼的應用服務器。 JBoss 代碼遵循 LGPL 許可，可以在任何商業應用中免費使用。

Jboss 和上面的 Glassfish 一樣，同樣是企業級的 Web 容器，並且在 2004 年 6 月， JBoss 公司宣布， JBoss 應用服務器通過了 Sun 公司的 J2EE 認證后，一直在緊跟最新的 J2EE 規範，而且在某些技術領域引領 J2EE 規範的開發。

因此，無論在商業領域，還是在開源社區， JBoss 成為了第一個通過 J2EE 1.4 認證的主流應用服務器。 JBoss 應用服務器已經真正發展成企業級應用服務器。

之後好景不長，在 2006 年， JBoss 被 Red Hat 以三億五千萬美金併購。

之後在 2019 年，也就是去年， Red Hat 為 JBoss Application Server 換了一個新的名字，即： WildFly 。

因為 JBoss 本身是開源免費的，而 Red Hat 的企業產品 JBoss EAP 是一個收費產品，Red Hat 為了使這兩個產品差異化，避免用戶混淆，而進行更名。

JBoss 版本：

• 社區版：JBoss AS（Application Server） -> WildFly
• 企業版：JBoss EAP（Enterprise Application Server）

JBoss 核心服務不包括支持 servlet / JSP 的 WEB 容器，一般與 Tomcat 綁定使用， JBoss 的 Web 容器使用的是 Tomcat 。

Apache

如果不是 IT 行業，如果說起來 Apache ，是不是大多數人想到的是這個東西：

不過顯然我要說的不是這個，而是這個小羽毛：

說起來慚愧，我在剛入門的很長一段時間中，一直以為 Apache 就是 Tomcat ， 傻傻分不清楚。

後來接觸到 PHP 以後，才知道他們倆完全不同， Logo 就不同（這不是廢話）。

Apache 一般是指 Apache HTTP Server，是 Apache 軟件基金會（和 Tomcat 同屬一家基金會，並且 Apache 服務和 Apache 基金會名字都一樣，新人能分清才見鬼了）下的一個網頁服務器軟件。

由於其跨平台和安全性，被廣泛使用，是最流行的 Web 服務器軟件之一。它快速、可靠並且可通過簡單的 API 擴展。

我現在的博客站使用的就是 Apache 的服務，當時搞 WordPress 的時候着實坑了我一把，完全沒想到一個 PHP 環境這麼難搞，後來在網上找問題的搜索的時候才知道有 LAMP 這麼個東西。

• Linux，操作系統。
• Apache，網頁服務器。
• MySQL，數據庫管理系統（或者數據庫服務器）。
• PHP 、 Perl 或 Python，腳本語言。

不過還可以使用 Nginx 替換 Apache ，這個新的組合叫 LNMP 。

Jetty

Jetty 和 Tomcat 有很多相似之處，比如說可以為 JSP 和 Servlet 提供運行時環境。Jetty 是 Java 語言編寫的，它的 API 以一組 JAR 包的形式發布。

相比較 Tomcat 而言， Jetty 更加的輕量級，因為 Tomcat 除了遵循 Servlet 規範以外，自身還擴展了大量 Java EE 特性以滿足企業級應用的需求。

但對於大量普通的互聯網應用而言，並不需要用到 Tomcat 其他高級特性，所以在這種情況下，使用 Tomcat 是很浪費資源的。

而這時換成 Jetty ，每個應用服務器省下那幾 MB 內存，對於大的分佈式環境則是節省大量資源。

Jetty 可以同時處理大量鏈接並且長時間的保持這些鏈接，例如，一些 Web 聊天應用非常適合用 Jetty 服務器。

Jetty 的架構比較簡單，它有一個基本數據模型，這個數據模型就是 Handler，所有可以被擴展的組件都可以作為一個 Handler，添加到 Server 中，Jetty 就是幫我們管理這些 Handler 的。

Resin

最後一個放出來的是 Resin ，不知道有多少人聽說過這個 Web 容器。

Resin 是 CAUCHO 公司的產品，也是一個 Web 容器，對 Servlet / JSP 提供了良好的支持，性能也比較優良， Resin 自身採用 JAVA 語言開發。

基於百度百科的介紹是說 Resin 是一個非常流行的 Web 容器。

請恕我直言，這個容器真的這麼流行么，如果我不是因為維護一個公司的老系統，還真不知道還有這麼個 Web 容器。

可能 Resin 流行的年代比較久遠了，從我入行以後就不流行了。

其他

再說幾個只聽過沒接觸過的容器：

• Undertow： JFinal 框架的默認容器切換成了 Undertow 。
• WebLogic： 甲骨文出品，這個我沒接觸過，不過聽朋友講用這個大多數都是銀行，據說買一買挺貴的。
• WebSphere： IBM 出品，這個和上面那個 WebLogic 一樣，只聽說過銀行在用。

JFinal 是基於 Java 語言的極速 WEB + ORM 框架，其核心設計目標是開發迅速、代碼量少、學習簡單、功能強大、輕量級、易擴展、Restful。用於一些小項目還是很合適的。

WebLogic 和 WebSphere 一看出品方都挺 NB 的，據說還有後台界面可以操作使用，發布程序都是點鼠標完成的。

不過現在發布程序大多數都開始用 Jenkins 了，其實也方便了很多，包括很多公司可能都上線了 DevOps 系統，程序發布只會越來越簡單。

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

【其他文章推薦】

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

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

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

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

※新北清潔公司,居家、辦公、裝潢細清專業服務

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

    電動車廠特斯拉遇到了新對手，但這並不是寶馬也不是通用汽車，而是來自澳洲大學的一群學生。這些學生研發 eVe 電動車，單次充電後以每小時 100 公里的時速行駛了 500 公里，這也打破了塵封已久的電動車續航世界紀錄。此前，這項記錄為單次充電後，以 72 公里每小時速度跑滿 500 公里。   一直以來，續航能力是電動車推廣普及的最大難題，而 eVe 打破記錄外也表明，電動車可以在合理高速下行駛數百公里。eVe 由澳洲新南威爾士大學 Sunswift 團隊學生研發，到如今已是第五代版本。Sunswift 團隊早前曾以打造太陽能汽車名聲大噪，其推出的 IVy 太陽能動力車在 2011 年跑出了時速達 88 公里/小時，創造了該領域車輛的最快時速記錄。   eVe 電動車配有傳統電池，可以採用使用常規充電樁進行電力補充，其也可以通過覆蓋車身的太陽能電池板充電，車身重量為 317公斤（700磅），使用重量 59 公斤的松下電池，用常規家用插座可在 8 小時內充滿電，若接入工業用電插口，可在 5 小時內充滿。Sunswift 團隊表示，如果 eVe 停在太陽下 8 個小時，搭載的 800 瓦太陽能電池組可以提供 2 小時行駛里程，且太陽能面板還可在車輛行駛過程中收集能量。   Sunswift 團隊負責人Hayden Smith 表示，eVe 證明太陽能電動車是傳統石化燃料汽車可行性替代方案。該團隊希望以此激勵商業公司進入這一技術領域，並促使 eVe 成為澳洲首個合法上路的太陽能電動車。     （圖片來源：）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

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

※新北清潔公司,居家、辦公、裝潢細清專業服務

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

回顧：上一次已經把消息的布局以及樣式做好了

效果圖：

 在removeList.js文件中，messageId就是發起這個消息的用戶了

先查看一下自定義組件的生命周期

https://developers.weixin.qq.com/miniprogram/dev/framework/custom-component/lifetimes.html

 lifetimes: {
    attached: function() {
      // 在組件實例進入頁面節點樹時執行
    },
    detached: function() {
      // 在組件實例被從頁面節點樹移除時執行
    },
  }

直接就是在lifttimes裏面進行定義的（直接就是在methods的同級的下面加上即可了）

因為要對用戶的信息進行渲染，就可以看成是一個一個的對象，所以就可以在removeLIst.js中定義一個對象

然後遇到的問題就和之前是一樣的了，就是我們得到的數據太多了，沒必要全部都要，可以選擇性的要，只需要頭像和昵稱

（所以就可以在get前面來一個field）

lifetimes: {
    attached: function () {
      // 一進來就會進行它了
      db.collection('users').doc(this.data.messageId)
      .field({
        userPhoto : true,
        nickName : true
      })
      .get().then((res)=>{
        this.setData({
            userMessage　: res.data
        });
      });
    }
  }

這樣的話我們在這個頁面裏面就可以得到用戶的數據了，剩下的就是直接可以在wxml中用了

<!--components/removeList/removeList.wxml-->
<movable-area class="area">
     <movable-view direction="horizontal" class="view">{{ userMessage.nickName }}</movable-view>
     <image src="{{ userMessage.userPhoto }}" />
     <view class="delete">刪除</view>
 </movable-area>

效果圖：

 在之後設置刪除功能之前，先設置一下就是只要點擊了消息列表中用戶的頭像之後，就可以跳轉到這個用戶的詳情頁了

可以直接 在編輯個人信息的頁面 editUserInfo.wxml中COPY代碼　　

在設置這個跳轉頁面的url的時候，因為同時要給這個url傳遞參數的，所以這個時候就要用大括號括起來了

<!--components/removeList/removeList.wxml-->
<movable-area class="area">
     <movable-view direction="horizontal" class="view">{{ userMessage.nickName }}</movable-view>
     <navigator url="{{'/pages/detail/detail?userId=' + userMessage._id}}" open-type="navigate">
     <image src="{{ userMessage.userPhoto }}" />
     </navigator>
     <view class="delete">刪除</view>
 </movable-area>

即可實現，點擊頭像跳轉到個人的詳情頁面

二、下面就是對刪除功能進行設計

一開始的就是，點擊了之後，要給用戶一個提示信息，讓用戶可以選擇是取消還是確定的，這裏用的是一個wx.showModel這樣一個內置的方法

所以就要另外的給“點擊了確定”加邏輯了，就要在微信開放文檔裏面細看這個API了

https://developers.weixin.qq.com/miniprogram/dev/api/ui/interaction/wx.showModal.html

wx.showModal({
  title: '提示',
  content: '這是一個模態彈窗',
  success (res) {
    if (res.confirm) {
      console.log('用戶點擊確定')
    } else if (res.cancel) {
      console.log('用戶點擊取消')
    }
  }
})

把查到的賦值給list，然後在用數組的filter進行刪除即可了

通過fileter過濾之後，就是過濾初和我們不想要的東西，然後把這些東西再次賦值為list，然後我們把前後的list打印出來會發現：

 確實是過濾掉了的

 由於如果要刪掉的話，就設計了removeList這個組件和message這各頁面之間的通信了，並且是子組件像父組件，用到事件來做的

https://developers.weixin.qq.com/miniprogram/dev/framework/custom-component/events.html

<!-- 當自定義組件觸發“myevent”事件時，調用“onMyEvent”方法 -->
<component-tag-name bindmyevent="onMyEvent" />
<!-- 或者可以寫成 -->
<component-tag-name bind:myevent="onMyEvent" />

所以在message.wxml中隊子組件remove-list設置

<remove-list wx:for="{{ userMessage }}" wx:key="{{index}}" messageId="{{ item }}"
     bindmyevent="onMyEvent"/> 
    

這樣事件監聽就寫好了，但是如何在組件中觸發呢，我們回到removelist.js中

繼續查看山脈的鏈接-微信開發文檔

Component({
  properties: {},
  methods: {
    onTap: function(){
      var myEventDetail = {} // detail對象，提供給事件監聽函數
      var myEventOption = {} // 觸發事件的選項
      this.triggerEvent('myevent', myEventDetail, myEventOption)
    }
  }
})

在removelist.js中通過：

 this.triggerEvent('myevent',list) 

前面參數，要和在 message.wxml設置的 bindmyevent，後面的myevent對應上

第二個參數就是我們 過濾剩下的list

給message傳過去之後

  onMyEvent(ev){
  this.setData({
    userMessage : ev.detail
  });

通過這樣的設置出現了一個bug，就是我們刪除第一條信息的時候，直接把第二條刪掉了，第一條被留下來了

當我們查看數據庫的時候，留下來的就是第二條信息，但是在前端显示的是第一條信息留下，第二條信息沒了

要這樣修改：

onMyEvent(ev){
    this.setData({
      userMessage : []
    },()=>{
        this.setData({
          userMessage : ev.detail
        });
    });
  }
  

先賦值為空，之後再次調用removelist，再把過濾的數組進行賦值　　

 也就是全部清空之後，再重新渲染的

 整個邏輯：

1、在數據庫中用戶的頭像和昵稱找到，然後獲取數據

2、點擊刪除按鈕的時候，彈出提示框，如果用戶點了缺點刪除的話，之後我們先查詢

 找到之後，把那個消息在message列表中過濾掉

 3、然後再重新的更新，之後就觸發子父通信，把更新之後的list傳給

4、父組件拿到removelist這組件的信息

 拿到就更新我們的列表，這樣的話列表就發送了變化了

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

【其他文章推薦】

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

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

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

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

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

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

    瑞典汽車製造商 NEVS 近日宣布，子公司 SAAB 已推出 SAAB 9-3 電動車的原型機，並釋出 2 張相關照片，SAAB 母公司 NEVS 傳出破產消息不過是 10 天前的事情，在這時間點宣布電動車計畫實現，頗是耐人尋味。   SAAB 9-3 電動車是基於 9-3 Aero 打造，動力來源為 1 具可輸出 140 匹馬力的電動馬達，搭配鋰離子電池，性能表現上，0-100 公里／時加速須 10 秒，續航力的部分，在電池充飽電的情況下，能以最高速 120 公里／時行駛 200 公里的距離；9-3 電動車的電池安裝在地板下方（類似 Tesla 的設計），這讓車內空間和行李廂空間不受影響，同時也讓車輛重心更低、以及達到 50:50 的前後重量分配。   雖然有動作是好事，但就先前 NEVS 的聲明來看，特羅海坦工廠的重啟日期尚不明確，這款 SAAB 9-3 電動車能否付諸量產，依舊是未知數。     （圖片來源：）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

※回頭車貨運收費標準