解析ASP.NET Mvc開發之刪除修改數據


解析ASP.NET Mvc開發之刪除修改數據

目錄:

1) 從明源動力到創新工場這一路走來

2)解析ASP.NET WebForm和Mvc開發的區別

3)解析ASP.NET Mvc開發之查詢數據實例

4)解析ASP.NET Mvc開發之EF延遲加載

-------------------------------------------------------------------------------------------------------

上邊博客介紹了ASP.NET MVC使用EF來查詢數據和EF中DbQuery<T>泛型對象對數據的延遲加載。今天我們就來看看我們怎么使用EF來刪除數據。

其實現在的Web開發通用的模式就是前端使用Js和JQuery來和后端進行數據交互。那么我們就在前端來加兩個刪除和更新的腳本。代碼如下:

復制代碼
       <!--遍歷 Action方法 設置給 ViewData 的集合數據,生成HTML代碼-->
            @foreach (BlogArticle a in ViewData["DataList"] as List<BlogArticle>)
            {
                <tr>
                    <td>@a.AId</td>
                    <td>@a.ATitle</td>
                    <td>@a.BlogArticleCate.Name</td>
                    <td>@a.Enumeration.e_cname</td>
                    <td>@a.AAddtime</td>
                    <!---------為文章列表添加刪除按鈕--------->>
                    <td><a href="javascript:del(@a.AId)">刪除</a></td>

                </tr>
            }
復制代碼

然后為該按鈕編寫Js腳本函數,代碼如下:

復制代碼
<script type="text/javascript">
        function del(id) {
            if (confirm("確定要刪除么?")) {

          <!--這里配置當用戶確定刪除時,js讓頁面跳轉到的的url地址--> window.location=
"/home/del/"+ id; } } </script>
復制代碼

上面的Js代碼的意思是,當用戶點擊刪除按鈕時,url跳轉的地址是"/home/del"+id

 

點擊前的效果如下圖,注意url地址是

 

它代表的意思是,瀏覽器現根據路由,請求了控制器(Controller),控制器根據路由的配置, 返回視圖方法,然后試圖再把Html,Js等回傳給瀏覽器。

 

點擊刪除按鈕並確定,注意url地址是

 

說明我們配置的路由信息是“home/del”

所以我們在控制器的HomeController中添加一個del方法,來完成刪除操作,代碼如下:

首先我們先來看看MVC默認的路由表配置,在App_Start文件夾下的RouteConfig.cs,代碼如下:

復制代碼
//路由表配置
    public class RouteConfig
    {
        
        public static void RegisterRoutes(RouteCollection routes)
        {
            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

            routes.MapRoute(
                name: "Default",
                url: "{controller}/{action}/{id}",
                defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
            );
        }
    }
復制代碼

 

我們可以發現ur的默認配置模式是"{controller}/{action}/{id}"

默認的配置信息是defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }

特別注意的是id = UrlParameter.Optional是可選的。

 

所以我們應該在homeController.cs中創建一個del類型的Action方法,代碼如下:

復制代碼
 //刪除文章
        public ActionResult Del(int id)
        {
            //操作數據庫使用try...catch來捕捉異常
            try
            {
                //創建刪除對象
                BlogArticle artTicle = new BlogArticle();
                artTicle.AId = id;
                //將刪除對象添加到EF 對象管理容器
                db.BlogArticles.Attach(artTicle);
                //將對象包裝類的狀態標識為刪除狀態
                db.BlogArticles.Remove(artTicle);
                //更新到數據庫
                db.SaveChanges();
                //更新成功后,頁面跳轉到Index頁面
                return RedirectToAction("Index", "Home");
            }
            catch (Exception ex)
            {
                return RedirectToAction("友好頁面");
            }
            //return View();
        }
復制代碼

這樣就完成了數據的刪除操作。

 

接下來我們就來完成修改的代碼,我們先展示視圖(View)代碼如下

復制代碼
 <!--生成一個表單,並且指明表單提交方法,和路由-->
    @using (Html.BeginForm("Modify", "Home", FormMethod.Post))
    { 
        <table id="tbList">
            <tr>
                <td colspan="2">修改 @Html.HiddenFor(a=>a.AId) </td>
            </tr>
            <tr>
                <td>標題:</td>
                @*<td>@Html.TextBox("txtName",(object)Model.ATitle)</td>*@

                <!--使用HtmlHelper的強類型方法 直接 從 Model 中 根據 ATitle 屬性生成文本框-->
                <td>@Html.TextBoxFor(a=>a.ATitle)</td>
            </tr>
            <tr>
                <td>分類:</td>
                <!--使用強類型方法生成下拉框,並自動根據 model屬性里的ACate值 設置 下拉框的默認選中項-->
                <td>@Html.DropDownListFor(a=>a.ACate,ViewBag.CateList as IEnumerable<SelectListItem>)</td>
            </tr>
            <tr>
                <td>內容:</td>
                <!--使用HtmlHelper的強類型方法 直接 從 Model 中 根據 AContent 屬性生成文本域-->
                <td>@Html.TextAreaFor(a => a.AContent, 10, 60, null)</td>
            </tr>
            <tr>
                <td colspan="2"><input type="submit" value="確定修改" /> @Html.ActionLink("返回","Index","Home")</td>
            </tr>
        </table>
    }
復制代碼

我們的后端代碼改如何編寫呢?

復制代碼
//因為我們這個Action是在表達以post方式提交時執行的,所以加上標識
        [HttpGet]
        /// <summary>
        /// 加載需要修改文章
        /// </summary>
        /// <param name="id">需要修改文章的Id</param>
        /// <returns></returns>
        public ActionResult EditArticle(int id)
        {
            //獲取需要編輯文章,並且返回該實體對象的第一個元素
            BlogArticle art = (from c in db.BlogArticles where c.AId == id select c).FirstOrDefault();
            
            //我們把文章的分類做成一個下拉列表,並且給DropList的<option>賦值
            IEnumerable<SelectListItem> seleListItem = (from a in db.BlogArticleCates where a.IsDel == false select a).ToList().Select(a => new SelectListItem { Value = a.Id.ToString(), Text = a.Name });

            //返回List對象
            ViewBag.CateList = seleListItem;

            return View();
        }
復制代碼

接下來就是執行修改的代碼:

復制代碼
[HttpPost]
        /// <summary>
        /// 執行修改的代碼
        /// </summary>
        /// <param name="model"></param>
        /// <returns></returns>
        public ActionResult Modify(BlogArticle model)
        {
            try
            {
                //1.將實體對象 a.加入 EF 對象容器中,並 b.獲取 偽包裝類對象
                DbEntityEntry<BlogArticle> entry = db.Entry<BlogArticle>(model);
                //2.將包裝類對象的狀態設置為 unchanged
                entry.State = System.Data.EntityState.Unchanged;
                //3.設置 被改變的屬性
                entry.Property(a => a.ATitle).IsModified = true;
                entry.Property(a => a.AContent).IsModified = true;
                entry.Property(a => a.ACate).IsModified = true;

                //4.提交到數據庫 完成修改
                db.SaveChanges();
                //5.更新成功,則命令瀏覽器 重定向 到 /Home/List 方法
                return RedirectToAction("Index", "Home");
            }
            catch (Exception ex)
            {
                return Content("修改失敗~~~" + ex.Message);
            }
        } 
復制代碼

 

到此我們就完成了使用MVC建立一個小站點的任務,而且也完成了對數據的增刪改查的操作。

歡迎大家對本系列的文章提出寶貴意見。

適配器模式

  今天小小溫習了一下適配器模式,就興致勃勃寫下這篇博文了,在講適配器模式之前必須先說幾個概念。

  結構型模式:

    描述的是如何將類或者對象結合起來,形成更加強大的結構。這個模式分為兩種:類結構型模式和對象結構型模式。

    類結構型模式:

      這個模式關心的是類之間的組合,通過類與類之間的關系形成更加強大的結構,通常都是通過繼承和實現關系來達到。必須說明的是,這個模式會導致類與類之間的耦合程度加大,不利於維護。

    對象結構型模式:

      這個模式關心的是類和對象之間的組合,通過在一個類中定義另外一個類的對象,這個兩者就關系起來,就可以在類中使用另外一個類的實例,調用它的方法,這個模式耦合度不大,是大家都推薦使用的模式。

  現在我們來看看什么是適配器模式?

  適配器模式:

    將一個接口轉換成用戶希望使用的接口,使不兼容的類可以一起工作。

  從這個概念一讀,可能模模糊糊。我們打個比方吧,例如你的電腦的USB插口是3.0的,但是你的手機的USB線是2.5的,怎么辦呢,難道要將手機的USB接口改成3.0嗎,不用,這時候我們就可以使用接口轉換器,將2.5的轉成3.0的就OK了。這里我們就利用適配器模式,接口的轉換器就是一個適配器,將兩個不能兼容的東西有效的一起工作,而且是不破壞里面的結構。

                

  我們就那USB接口那個作為編程例子吧,我們先分析一個我們的Target是電腦的USB接口,它提供的是3.0,我們的Adaptee是手機的接口,是2.5的,核心就是這個適配器,這個適配器的作用就是轉換接口的類型,讓兩者能夠工作。

Phone類:

public class Phone {
    public void usb25() {
        System.out.println("phone usb2.5");
    }
}

Computer類:

public interface Computer {
    public void usb30();
}

USBAdapter類:

public class USBAdapter extends Phone implements Computer {
    public void usb30() {
        this.usb25();
    }
}

  認真的人就很就容易發現我們這里使用的是類結構型模式,通過繼承的關系讓類與類耦合在一起工作,這個方式很不好,如果我的Phone類有子類呢,那么這個適配器就沒用了,因為這個適配器繼承的父類,里面無法使用子類的方法,我們來看看那下面的使用的對象結構型模式:

USBAdapter_類:

復制代碼
public class USBAdapter_ implements Computer {
    Phone phone;

    public USBAdapter_(Phone phone) {
        this.phone = phone;
    }

    public void usb30() {
        phone.usb25();
    }
}
復制代碼

  如果是采用這個對象結構型模式的話,傳進去子類的對象時沒問題的,里面也可以使用子類的方法,而且兩者是關聯在一起的,不像前面那個一樣,耦合性太大,違反了高內聚、低耦合的設計里面,所以推薦使用這種方式去設計你的適配器。

 

  適配器模式的應用:

    1.適配器模式在java.io中的應用:

      InputStream類:負責的是字節流

      Reader類:負責的是字節流

      兩者都通過read方法去讀取數據,但是我們可能會出現一種情況,就是我們當前擁有的是InputStream,是一個字節流對象,但是人家要求使用讀取字符的方法去讀取,這樣的話我們就需要一個適配器了,jdk中有一個InputStreamReader類,這個就是一個適配器。

復制代碼
public abstract class InputStream implements Closeable {
    public int read(byte b[]) throws IOException {
        return read(b, 0, b.length);
    }    
}

public abstract class Reader implements Readable, Closeable {
    public int read(char cbuf[]) throws IOException {
        return read(cbuf, 0, cbuf.length);
    }
}

public class InputStreamReader extends Reader {
    public InputStreamReader(InputStream in) {
      super(in);
        try {
        sd = StreamDecoder.forInputStreamReader(in, this,     (String)null); // ## check lock object
        } catch (UnsupportedEncodingException e) {
        // The default encoding should always be available
        throw new Error(e);
    }

    public int read(char cbuf[], int offset, int length) throws IOException {
      return sd.read(cbuf, offset, length);
    }
}
復制代碼

  從上面的源代碼中可以看出InputStreamReader是采用對象結構型模式的,通過適配器模式模式我們就可以通過一個字節流對象去讀取字符了。

 
 
分類:  設計模式


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM