第四單元 視圖與模型

来源:https://www.cnblogs.com/xuyubing/archive/2023/12/06/17879893.html
-Advertisement-
Play Games

create database MvcUnit4; go use MvcUnit4; go create table Product ( Id bigint primary key, ProductName varchar(30), CategoryName varchar(30), Price d ...


create database MvcUnit4;
go
use MvcUnit4;
go
create table Product
(
    Id bigint primary key,
    ProductName varchar(30),
    CategoryName varchar(30),
    Price decimal(10,2),
    Remark varchar(200),
    CreatedUserId bigint,
    UpdatedUserId bigint,
    CreatedTime datetime,
    UpdatedTime datetime,
    Deleted bit
);
insert into Product values(1,'C# 入門','.Net 開發',25,'',1,1,getdate(),getdate(),0);
insert into Product values(2,'Sql基礎','資料庫',25,'',1,1,getdate(),getdate(),0);
insert into Product values(3,'SQL高級','資料庫',120,'',1,1,getdate(),getdate(),0);
insert into Product values(4,'Ado.Net','資料庫訪問技術',25,'',1,1,getdate(),getdate(),0);
insert into Product values(5,'EntityFramework','資料庫訪問技術',120,'',1,1,getdate(),getdate(),0);
insert into Product values(6,'C#高級','.Net 開發',140,'',1,1,getdate(),getdate(),0);
insert into Product values(7,'Asp.net Mvc Core','.Net 開發',25,'',2,2,getdate(),getdate(),0);
insert into Product values(8,'MySql基礎','資料庫',25,'',2,2,getdate(),getdate(),0);
go
create table UserInfo
(
    Id bigint primary key,
    UserName varchar(30),
    NickName varchar(30),
    Pwd varchar(50),
    CreatedUserId bigint,
    UpdatedUserId bigint,
    CreatedTime datetime,
    UpdatedTime datetime,
    Deleted bit
);
insert into UserInfo values(1,'renwoxing','任我行','123456',0,0,getdate(),getdate(),0);
insert into UserInfo values(2,'xiaoming','小明','123456',0,0,getdate(),getdate(),0);

 

1. 視圖模型-ViewModel

1. 為什麼要建立視圖模型

不同的業務場景，我們最好是建立不同的ViewModel來與與之對應。我們弄個實際開發的例子來進行說明。

// 父類數據實體
public class BaseEntity
{
    public long Id{ get;set;}
    public long CreatedUserId { get; set;}
    public long UpdatedUserId { get; set;}
    public DateTime CreatedTime { get; set; }= DateTime.Now;
    public DateTime UpdatedTime { get; set; }= DateTime.Now;
    public bool Deleted { get; set; } = false;
}
// 商品數據實體
class Product : BaseEntity {
    public String ProductName {get; set;}
    public decimal Price { get; set; }
    public String CategoryName { get; set; }
    public String Remark { get; set; }
}
​
// 用戶數據實體
class UserInfo : BaseEntity{
    public String UserName { get;set;} 
    public String NickName { get;set;} 
    public String Pwd { get;set;} 
}

 

此時前端需要展示的數據項如下：

商品名，價格，分類，添加人，維護人，最後維護時間

此時你的商品視圖模型應該是：

class ProductViewModel{
    public long Id;
    public String ProductName {get; set;}
    public decimal Price { get; set; }
    public String CategoryName { get; set; }
    public String CreatedNickName { get; set; }
    public String UpdatedNickName { get; set; }
    public DateTime UpdatedTime { get; set; }
}

 

使用視圖模型的好處：

面對那些業務場景不需要的欄位我們不應該返回給前端，

  1. 方便此業務場景的維護，就算將來當前業務場景發生變化，也不至於影響到其他同學的調用。

  2. 欄位太多，對於其他調用者來說不太友好，別人不知道這個欄位是幹嘛用的，特別是現在流行微服務開發，當我們給別人提供介面時，切記要記得“按需所給” ，否則別人可能會為了你這些“沒用的欄位” 而 去大費周章的去東挪西湊。

  3. 更符合當前的DDD開發模式。

 

添加或者修改的視圖：

// 父類輸入數據
class BaseInput{
    public long Id{ get;set;}
    public long CreatedUserId { get; set;}
    public long UpdatedUserId { get; set;}
    public DateTime CreatedTime => DateTime.Now;
    public DateTime UpdatedTime => DateTime.Now;
    public bool Deleted => false;
}
class ProductInput : BaseInput{
    public String ProductName {get; set;}
    public decimal Price { get; set; }
    public String CategoryName { get; set; }
    public String Remark {get;set;}
}

 

BaseInput 與 BaseEntity 雖然 欄位一樣，但是所處的業務領域不一樣。比如我們可能會在BaseEntity 類中對欄位Id 標識 [Key] 特性來說明它是主鍵欄位，而BaseInput 類中的Id 則只是作為一個輸入參數而已，換句話說，此Id而非彼Id。

ProductInput 類 雖然 與 Product 類 欄位一樣，但這隻是個例，事實在微服務開發過程中，很多時候方法的入參欄位列表與數據實體的欄位列表是不一樣的。目前大家只需要掌握這種思想即可，隨著大家的開發經驗的積累，會慢慢的體會到這種模式的好處。

2. 屬性映射

雖然建立視圖模型給我們帶來了業務領域驅動的好處，但是同樣也給我們帶來了一些編碼上的麻煩，代碼如下：

public class ProductController:Controller
{
    private readonly IdWorker _idWorker;
    private readonly IProductService _productService;
    public ProductController(IProductService productService)
    {
        _productService = productService;
        _idWorker = SnowflakeUtil.CreateIdWorker();
    }
    public IActionResult Create(ProductInput input)
    {
        // 將ProductInput 轉換為 Product 數據實體對象
         // (實際開發場景下，Input實體轉換為數據實體過程應放至業務邏輯層)
        Product entity = new()
        {
            Id = _idWorker.NextId(), // 雪花Id
            CategoryName = input.CategoryName,
            Price = input.Price,
            ProductName = input.ProductName
        };
        _productService.Save(entity);

        return Ok("添加成功");
    }
}

 

如果我們每一個業務對象都需要這樣手動的為每個屬性賦值的話，那對於我們程式員來說簡直就是把技術活變成了體力活了。接下來我們需要介紹另外一款組件：AutoMap自動映射

 

2. AutoMap 組件-自動映射

需要安裝的包：

  • AutoMapper.Extensions.Microsoft.DependencyInjection

快速開始

首先，配置映射關係

public class OrganizationProfile : Profile
{
    public OrganizationProfile()
    {
        CreateMap<Foo, FooDto>();
    }
}

 

如果是控制台應用，則：

var configuration = new MapperConfiguration(cfg => {
    //cfg.CreateMap<Foo, Bar>();
    cfg.AddProfile<OrganizationProfile>();//或者cfg.AddProfile(new OrganizationProfile());
});
var mapper=configuration.CreateMapper();//或者var mapper=new Mapper(configuration);

var dest=mapper.Map<OrderDto>(order);

 

如果ASP.NET Core應用，則（需安裝AutoMapper.Extensions.Microsoft.DependencyInjection）：

//1. 配置服務里Add,入參類型為params
build.Services.AddAutoMapper(typeof(OrganizationProfile));

//2. 然後在Controller里使用即可：
public XXXController(IMapper mapper)
{
    _mapper = mapper;
    var dest=mapper.Map<OrderDto>(order);
}

 

1.常見配置

1.1 Profile的配置

除了上述的手動添加profile，還可以自動掃描profile並添加：

//方法1
var configuration = new MapperConfiguration(cfg => cfg.AddMaps(myAssembly));

//方法2：通過程式集名
var configuration = new MapperConfiguration(cfg =>
    cfg.AddMaps(new [] {
        "Foo.UI", // 程式集名稱
        "Foo.Core"
    });
);

 

1.2 命名方式 camelCase/PascalCase

作用：駝峰命名與Pascal命名的相容。

以下全局配置會映射property_name到PropertyName

builder.Services.AddAutoMapper(cfg =>
{
    cfg.AddProfile<CustomerProfile>();
    // propertyName ------> PropertyName 預設是支持的
    cfg.SourceMemberNamingConvention = new LowerUnderscoreNamingConvention();
    cfg.DestinationMemberNamingConvention = new PascalCaseNamingConvention();
});

 

或者針對某個profile進行配置（這種方式全局通用）：

public class OrganizationProfile : Profile
{
    public OrganizationProfile()
    {
        SourceMemberNamingConvention = new LowerUnderscoreNamingConvention();
        DestinationMemberNamingConvention = new PascalCaseNamingConvention();
        //Put your CreateMap... Etc.. here
    }
}

 

1.3 映射時針對某些字元進行替換

var configuration = new MapperConfiguration(c =>
{
    c.ReplaceMemberName("Ä", "A");
    c.ReplaceMemberName("í", "i");
    c.ReplaceMemberName("Airlina", "Airline");
});

 

進行以上配置之後，會自動將Äbc映射到Abc上，將íng映射到ing上，將AirlinaMark映射到AirlineMark上。

1.4 映射時匹配首碼或尾碼

var configuration = new MapperConfiguration(cfg => {
    cfg.RecognizePrefixes("frm");
    //cfg.RecongizePostfixes("尾碼");
    cfg.CreateMap<Source, Dest>();
});

 

這樣frmValue就可以map到Value上。

Automapper預設匹配了Get首碼，如果不需要可以清除：

cfg.ClearPrefixes();//清除所有首碼

 

 

★1.5控制哪些屬性和欄位能夠被映射

使用ShouldMapField和ShouldMapProperty

cfg.ShouldMapField = fi => false;
cfg.ShouldMapProperty = pi =>pi.GetMethod != null && (pi.GetMethod.IsPublic || pi.GetMethod.IsPrivate);

 

預設所有public的field和property都會被map，也會map private 的setter，但是不會map整個property都是internal/private的屬性。

1.6 提前編譯

預設是調用的時候才編譯映射，但是可以要求AutoMapper提前編譯,但是可能會花費點時間：

var configuration = new MapperConfiguration(cfg => {});
configuration.CompileMappings();

 

 

2. Projection（映射）

AutoMapper只會映射扁平的類，嵌套的類，繼承的類，需要進行手動配置。成員名稱不一致時，也要手動配置映射。

AutoMapper預設會自動映射以下類型,並且映射時會先清空dest對應成員的數據：

  • IEnumerable

  • IEnumerable<T>

  • ICollection

  • ICollection<T>

  • IList

  • IList<T>

  • List<T>

  • Arrays

這幾個集合之間可以相互映射，如：

mapper.Map<Source[], IEnumerable<Destination>>(sources);

 

★2.1 手動控制某些成員的映射

ForMember+MapFrom

// Configure AutoMapper
var configuration = new MapperConfiguration(cfg =>
  cfg.CreateMap<CalendarEvent, CalendarEventForm>()
    .ForMember(dest => dest.EventDate, opt => opt.MapFrom(src => src.Date.Date))
    .ForMember(dest => dest.EventHour, opt => opt.MapFrom(src => src.Date.Hour))
    .ForMember(dest => dest.EventMinute, opt => opt.MapFrom(src => src.Date.Minute))
);

 

將src的Date.Date映射到dest的EventDate成員上

★2.2 嵌套（Nested）類和繼承類映射

某些成員可能是一個類，那麼這個類也要配置映射。同理一個類的父類也要配置映射。

var config = new MapperConfiguration(cfg => {
    cfg.CreateMap<OuterSource, OuterDest>();
    cfg.CreateMap<InnerSource, InnerDest>();
});

 

★2.3 映射繼承與多態 Include/IncludeBase

假如ChildSource繼承ParentSource，ChildDestination繼承ParentDestination。並且有這麼一個業務，ParentSource src=new ChildSource()需要把src轉為ParentDestination。

直接轉的話肯定會有member丟失，所以要進行如下配置：

var configuration = new MapperConfiguration(c=> {
    c.CreateMap<ParentSource, ParentDestination>()
         .Include<ChildSource, ChildDestination>();
    c.CreateMap<ChildSource, ChildDestination>();
});

 

或者也可以這麼寫：

CreateMap<ParentSource,ParentDestination>();
CreateMap<ChildSource,ChildDestination>()
    .IncludeBase<ParentSource,ParentDestination>();

 

如果有幾十個類都繼承了ParentSource和ParentDestination，那麼上述兩種方法就太啰嗦了，可以這麼寫：

CreateMap<ParentSource,ParentDestination>().IncludeAllDerived();
CreaetMap<ChildSource,ChildDestination>();

 

更複雜的用法參考：Mapping-inheritance

2.4 構造函數映射

如果dest構造函數的入參名和src的某個member一致，則不用手動配置，automapper會自動支持：

public class Source{
    public Source(int value) {
        this.Value = value;
    }
   public int Value { get; set; }  
}
public class SourceDto {
    public SourceDto(int value) {
        _value = value;
    }
    private int _value;
    public int Value {
        get { return _value; }
    }
}

 

如果這裡構造的入參不叫value而叫value2，則要進行如下配置：

var configuration = new MapperConfiguration(cfg =>
  cfg.CreateMap<Source, SourceDto>()
    .ForCtorParam("value2", opt => opt.MapFrom(src => src.Value))
);

 

也可以禁用構造函數映射：

var configuration = new MapperConfiguration(cfg => cfg.DisableConstructorMapping());

 

也可以配置什麼情況下不用構造函數映射：

var configuration = new MapperConfiguration(cfg => cfg.ShouldUseConstructor = ci => !ci.IsPrivate);//不匹配私有構造函數

 

 

2.5 複雜類映射成扁平類

public class Src
{
    public Customer Customer {get;set;}
    public int GetTotal()
    {
        return 0;
    }
}
public class Customer
{
    public string Name {get;set;}
}
public class Dest
{
    public string CustomerName {get;set;}
    public int Total {get;set;}
}

 

則src可以自動映射成dest，包括CustomerName和Total欄位。這種與手動配置

cfg.CreateMap<Src,Dest>().ForMember(d=>d.CustomerName,opt=>opt.MapFrom(src=>src.Customer.Name))

 

然後進行映射的方式類似。

映射時AutoMapper發現，src里沒有CustomerName這個成員，則會將dest的CustomerName按照PascalCase的命名方式拆分為獨立的單詞。所以CustomerName會映射到src的Customer.Name。如果想禁用這種自動映射，則調用cfg.DestinationMemberNamingConvention = new ExactMatchNamingConvention();使用精確映射。

如果感覺AutoMapper的這種基於PascalCase命名拆分的自動映射沒法滿足你的需要，則還可以手動指定某些成員的映射：

class Source
{
    public string Name { get; set; }
    public InnerSource InnerSource { get; set; }
    public OtherInnerSource OtherInnerSource { get; set; }
}
class InnerSource
{
    public string Name { get; set; }
    public string Description { get; set; }
}
class OtherInnerSource
{
    public string Name { get; set; }
    public string Description { get; set; }
    public string Title { get; set; }
}
class Destination
{
    public string Name { get; set; }
    public string Description { get; set; }
    public string Title { get; set; }
}

cfg.CreateMap<Source, Destination>().IncludeMembers(s=>s.InnerSource, s=>s.OtherInnerSource);
cfg.CreateMap<InnerSource, Destination>(MemberList.None);
cfg.CreateMap<OtherInnerSource, Destination>();

var source = new Source { Name = "name", InnerSource = new InnerSource{ Description = "description" }, OtherInnerSource = new OtherInnerSource{ Title = "title",Description="descpripiton2" } };
var destination = mapper.Map<Destination>(source);
destination.Name.ShouldBe("name");
destination.Description.ShouldBe("description");
destination.Title.ShouldBe("title");

 

IncludeMembers參數的順序很重要，這也就是dest的Description為“description”而不是“description2”的原因，因為InnerSource的Description屬性最先匹配到了Destination的Description屬性。

IncludeMembers相當於把子類打平添加到了src里，併進行映射。

★2.6 映射反轉（Reverse Mapping）

reverse mapping一般在CreateMap方法或者ForMember等方法之後，相當於src和dest根據你自己的配置可以相互映射，少寫一行代碼：

cfg.CreateMap<Order, OrderDto>().ReverseMap();
//等同於以下兩句
cfg.CreateMap<Order,OrderDto>();
cfg.CreateMap<OrderDto,Order>();

 

如果還想對reverse map進行自定義（大多數情況下都不需要），則可以使用ForPath：

cfg.CreateMap<Order, OrderDto>()
  .ForMember(d => d.CustomerName, opt => opt.MapFrom(src => src.Customer.Name))
  .ReverseMap()
  .ForPath(s => s.Customer.Name, opt => opt.MapFrom(src => src.CustomerName));

 

註意：

如果reverse之前定義了一些諸如ForMember之類的約束，這些約束是不會自動reverse的，需要手動配置。以下代碼配置了不管從Order映射到OrderDto還是從OrderDto映射到Order，都忽略CustomerName屬性。

cfg.CreateMap<Order, OrderDto>()
    .ForMember(d => d.CustomerName, opt => opt.Ignore())
    .ReverseMap()
    .ForMember(d => d.CustomerName, opt => opt.Ignore())

 

 

2.7 使用特性映射

（C#稱作特性，Java叫註解）

[AutoMap(typeof(Order))]
public class OrderDto {}

 

等同於CreateMap<Order,OrderDto>()。然後配置的時候用AddMaps方法：

var configuration = new MapperConfiguration(cfg => cfg.AddMaps("MyAssembly"));
var mapper = new Mapper(configuration);

 

特性里還有如下參數供設置：

ReverseMap (bool)
ConstructUsingServiceLocator (bool)
MaxDepth (int)
PreserveReferences (bool)
DisableCtorValidation (bool)
IncludeAllDerived (bool)
TypeConverter (Type)

 

TypeConverter (Type)映射註解的更多信息參考：Attribute-mapping

2.8 動態類型Dynamic到普通類型的映射

預設就支持，不用手動CreateMap

★2.9 泛型映射

public class Source<T> {}
public class Destination<T> {}
var configuration = new MapperConfiguration(cfg => cfg.CreateMap(typeof(Source<>), typeof(Destination<>)));

 

註意：CreateMap不需要傳具體的T

 

★3. 擴展IQueryable（與EF等ORM配合使用）

需要安裝nuget包：AutoMapper.EF6

這個功能存在的意義是為瞭解決一些orm框架返回的是IQueryable類型，使用一般的mapper.Map做轉換時，會查詢出來整行數據，然後再挑選出來某些欄位做映射，會降低性能的問題。解決方法是使用ProjectTo：

public class OrderLine
{
    public int Id { get; set; }
    public int OrderId { get; set; }
    public Item Item { get; set; }
    public decimal Quantity { get; set; }
}
public class Item
{
    public int Id { get; set; }
    public string Name { get; set; }
}
public class OrderLineDTO
{
    public int Id { get; set; }
    public int OrderId { get; set; }
    public string Item { get; set; }
    public decimal Quantity { get; set; }
}

var configuration = new MapperConfiguration(cfg =>
                                            cfg.CreateMap<OrderLine, OrderLineDTO>()
                                            .ForMember(dto => dto.Item, conf => conf.MapFrom(ol => ol.Item.Name)));

public List<OrderLineDTO> GetLinesForOrder(int orderId)
{
    using (var context = new orderEntities())
    {
        return context.OrderLines.Where(ol => ol.OrderId == orderId)
            .ProjectTo<OrderLineDTO>(configuration).ToList();
    }
}
//這樣查Item表的時候，只會select name欄位。

 

3.1 枚舉映射

大多數情況下都不需要進行此項的配置。考慮以下兩個枚舉：

public enum Source
{
    Default = 0,
    First = 1,
    Second = 2
}

public enum Destination
{
    Default = 0,
    Second = 2
}

 

如果想把Source.First映射到Destination.Default上，則需要安裝AutoMapper.Extensions.EnumMapping nuget包，然後進行如下配置：

internal class YourProfile : Profile
{
    public YourProfile()
    {
        CreateMap<Source, Destination>()
            .ConvertUsingEnumMapping(opt => opt
                // optional: .MapByValue() or MapByName(), without configuration MapByValue is used
                .MapValue(Source.First, Destination.Default)
            )
            .ReverseMap(); 
    }
}

 

預設情況下AutoMapper.Extensions.EnumMapping 會將源枚舉里所有的數據根據枚舉值或枚舉名稱映射到目標枚舉上。如果找不到且啟用了EnumMappingValidation，則會拋出異常。

4.進階

★4.1 類型轉換(可針對所有的maps生效)

當從可空類型與不可空類型相互轉換時，當string與int等轉換時，就需要自定義類型轉換。一般有以下三種方法：

void ConvertUsing(Func<TSource, TDestination> mappingFunction);
void ConvertUsing(ITypeConverter<TSource, TDestination> converter);
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • java中的try-with-resource語法
    java的世界千奇百怪。。。當我甩出如下代碼段，不知閣下如何應對？ try(A a=new A()){ 和a變數無關的業務代碼塊 } 沒錯，這就是“臭名昭著”的try-with-resource語法，乍一看讓人不知所云，其實它和try-finally的下述代碼等價 A a=new A() try{ ...
  • Go：條件控制語句
    在 Go 語言中，主要的條件控制語句有 if-else、switch 和 select。以下是對它們的簡單介紹： 1. if 語句： if 語句用於根據條件執行不同的代碼塊。它的基本形式如下： if condition { // code block } else if condition2 { / ...
  • 同事寫了一條 SQL，把 MyBatis 都乾翻了。。
    作者：Lxlxxx 鏈接：https://juejin.cn/post/7221461552343072828 前言 繼上次線上CPU出現了報警，這次服務又開始整活了，風平浪靜了沒幾天，看生產日誌服務的運行的時候，頻繁的出現OutOfMemoryError，就是我們俗稱的OOM，這可還行！ 頻繁的O ...
  • 【scikit-learn基礎】--『數據載入』之真實數據集
    上一篇介紹了scikit-learn中的幾個玩具數據集，本篇介紹scikit-learn提供的一些真實的數據集。玩具數據集：scikit-learn 基礎(01)--『數據載入』之玩具數據集 1. 獲取數據集 與玩具數據集不同，真實的數據集的數據不僅數據特征多，而且數據量也比較大，所以沒有直接包含在 ...
  • Java開發者的Python快速進修指南：面向對象--高級篇
    在今天的課上，我們深入討論了封裝、反射和單例模式這幾個重要的概念。我不想過多地贅述它們的細節，但是請大家務必記住它們的基本語法規則，因為這也是面向對象章節的結束。我希望大家能夠牢牢掌握這些知識點，為未來的學習打下堅實的基礎。 ...
  • 【Python】【OpenCV】繪製外接矩形、外接圓
    外接矩形、外接圓： 1 import cv2 2 import numpy 3 4 img = cv2.imread('../img/img.png', -1) 5 ret, thresh = cv2.threshold(img, 127, 255, cv2.THRESH_BINARY) 6 con ...
  • 第五單元 特殊視圖
    1. _Layout.cshtml 佈局頁 佈局視圖和我們在Asp.Net MVC一樣，佈局視圖_Layout.cshtml使得所有視圖保持一致的外觀變得更加容易，因為我們只有一個要修改的佈局視圖文件，更改後將立即反映在整個應用程式的所有視圖中。 在 ASP.NET Core MVC 中，有一些視圖 ...
  • DevExpress 各版本破解方法
    如果是首次安裝Dev只需要下麵兩步流程就可以 第一步安裝試用的最新版 Devexpress 22.2.4這步看直接去官網,安裝官方試用的就可以 第二步安裝破解補丁關閉防火牆或360 然後打開 DevExpress.Universal.Patch 選擇22.2 版本 和對應的visual studio ...
一周排行
    -Advertisement-
    Play Games
  • （開源）都進來！簡單易懂、功能強大的許可權+可視化流程管理系統
    1、預覽地址：http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展，企業對於信息系統數據的保密工作愈發重視，不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的，如數據列、數據行、數據按鈕 ...
  • 設計模式-C#實現簡單工廠模式
    前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目，然後評論也是比較多，也是準備去學習一下如何確保RabbitMQ的消息可靠性，但是由於時間原因，先來說說設計模式中的簡單工廠模式吧！ 在瞭解簡單工廠模式之前，我們要知道C#是一款面向對象的高級程式語言。它有3大特性，封裝、繼承、多態。 ...
  • Nodify學習 一：介紹與使用
    Nodify學習 一：介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二：添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項，其中包含一系列節點、連接和連接器組件，旨在簡化構建基於節點的工具的過程 ...
  • 使用C#/.NET解析Wiki百科數據實現獲取歷史上的今天
    創建一個webapi項目做測試使用。 創建新控制器，搭建一個基礎框架，包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法，用於獲取指定URL的信息 使用http請求訪問指定url，先運行一下，看看返回的內容。內容如圖右邊所示，實際上是一個Json數據。我們主要解析 大事記 部 ...
  • .NET科普：.NET簡史、.NET Standard以及C#和.NET Framework之間的關係
    最近在不少自媒體上看到有關.NET與C#的資訊與評價，感覺大家對.NET與C#還是不太瞭解，尤其是對2016年6月發佈的跨平臺.NET Core 1.0，更是知之甚少。在考慮一番之後，還是決定寫點東西總結一下，也回顧一下.NET的發展歷史。 首先，你沒看錯，.NET是跨平臺的，可以在Windows、 ...
  • Nodify學習 二：添加節點
    Nodify學習 一：介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二：添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點（nodes） 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 論如何直接用EF Core實現創建更新時間、用戶審計，自動化樂觀併發、軟刪除和樹形查詢（上）
    前言 資料庫併發，數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候，這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰，隨著SQL字數的變多，用到的嵌套和複雜語法增加，可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • C# 使用模式匹配的好處,因為好用所以推薦~
    類型檢查和轉換：當你需要檢查對象是否為特定類型，並且希望在同一時間內將其轉換為那個類型時，模式匹配提供了一種更簡潔的方式來完成這一任務，避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯：在處理複雜的條件邏輯時，特別是涉及到多個條件和類型的情況下，使用模式匹配可以使代碼更 ...
  • 推薦一種批量判斷文件是否存在的快速辦法
    在日常開發中，我們經常需要和文件打交道，特別是桌面開發，有時候就會需要載入大批量的文件，而且可能還會存在部分文件缺失的情況，那麼如何才能快速的判斷文件是否存在呢？如果處理不當的，且文件數量比較多的時候，可能會造成卡頓等情況，進而影響程式的使用體驗。今天就以一個簡單的小例子，簡述兩種不同的判斷文件是否... ...
  • 論如何直接用EF Core實現創建更新時間、用戶審計，自動化樂觀併發、軟刪除和樹形查詢（中）
    前言 資料庫併發，數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候，這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰，隨著SQL字數的變多，用到的嵌套和複雜語法增加，可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
所有分類