Android 自定義控制項之繼承ViewGroup創建新容器

来源:http://www.cnblogs.com/guanmanman/archive/2016/12/06/6136618.html
-Advertisement-
Play Games

在學習新內容之前，我們先來弄清楚兩個問題： 1 . 什麼是ViewGroup？ ViewGroup是一種容器。它包含零個或以上的View及子View。 2 . ViewGroup有什麼作用？ ViewGroup內部可以用來存放多個View控制項，並且根據自身的測量模式，來測量View子控制項，並且... ...


歡迎大家來學習本節內容，前幾節我們已經學習了其他幾種自定義控制項，分別是Andriod 自定義控制項之音頻條及 Andriod 自定義控制項之創建可以復用的組合控制項還沒有學習的同學請先去學習下，因為本節將使用到上幾節所講述的內容。

在學習新內容之前，我們先來弄清楚兩個問題：
1 . 什麼是ViewGroup？

ViewGroup是一種容器。它包含零個或以上的View及子View。
這裡寫圖片描述

2 . ViewGroup有什麼作用？

ViewGroup內部可以用來存放多個View控制項，並且根據自身的測量模式，來測量View子控制項，並且決定View子控制項的位置。這在下麵會逐步講解它是怎麼測量及決定子控制項大小和位置的。

ok，弄清楚了這兩個問題，那麼下麵我們來學習下自定義ViewGroup吧。

首先和之前幾節一樣，先來繼承ViewGroup，並重寫它們的構造方法。

public class CustomViewGroup extends ViewGroup{
    public CustomViewGroup(Context context) {
        this(context,null);
    }

    public CustomViewGroup(Context context, AttributeSet attrs) {
        this(context, attrs,0);
    }

    public CustomViewGroup(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }
}

在上面兩個問題，我們知道，ViewGroup它是一個容器，它是用來存放和管理子控制項的，並且子控制項的測量方式是根據它的測量模式來進行的，所以我們必須重寫它的onMeasure()，在該方法中進行對子View的大小進行測量，代碼如下：

 @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
        int childCount = getChildCount();
        for(int i = 0 ; i < childCount ; i ++){
            View children = getChildAt(i);
            measureChild(children,widthMeasureSpec,heightMeasureSpec);
        }
    }

其上代碼，我們重寫了onMeasure()，在方法裡面，我們首先先獲取ViewGroup中的子View的個數，然後遍歷它所有的子View，得到每一個子View，調用measureChild()放來，來對子View進行測量。剛纔提到子View的測量是根據ViewGroup所提供的測量模式來進行來，所以在measureChild()方法中，把ViewGroup的widthMeasureSpec 和 heightMeasureSpec和子View一起傳進去了，我們可以跟進去看看是不是和我們所說的一樣。

measureChild()方法源碼：

    protected void measureChild(View child, int parentWidthMeasureSpec,
            int parentHeightMeasureSpec) {
        final LayoutParams lp = child.getLayoutParams();

        final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
                mPaddingLeft + mPaddingRight, lp.width);
        final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
                mPaddingTop + mPaddingBottom, lp.height);

        child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
    }

measureChild()源碼方法裡面很好理解，它首先得到子View的LayoutParams，然後根據ViewGroup傳遞進來的寬高屬性值和自身的LayoutParams 的寬高屬性值及自身padding屬性值分別調用getChildMeasureSpec()方法獲取到子View的測量。由該方法我們也知道ViewGroup中在測量子View的大小時，測量結果分別是由父節點的測量模式和子View本身的LayoutParams及padding所決定的。

下麵我們再來看看getChildMeasureSpec()方法的源碼，看看它是怎麼獲取測量結果的。

getChildMeasureSpec()方法源碼：

    public static int getChildMeasureSpec(int spec, int padding, int childDimension) {
        int specMode = MeasureSpec.getMode(spec);
        int specSize = MeasureSpec.getSize(spec);

        int size = Math.max(0, specSize - padding);

        int resultSize = 0;
        int resultMode = 0;

        switch (specMode) {
        // Parent has imposed an exact size on us
        case MeasureSpec.EXACTLY:
            if (childDimension >= 0) {
                resultSize = childDimension;
                resultMode = MeasureSpec.EXACTLY;
            } else if (childDimension == LayoutParams.MATCH_PARENT) {
                // Child wants to be our size. So be it.
                resultSize = size;
                resultMode = MeasureSpec.EXACTLY;
            } else if (childDimension == LayoutParams.WRAP_CONTENT) {
                // Child wants to determine its own size. It can't be
                // bigger than us.
                resultSize = size;
                resultMode = MeasureSpec.AT_MOST;
            }
            break;

        // Parent has imposed a maximum size on us
        case MeasureSpec.AT_MOST:
            if (childDimension >= 0) {
                // Child wants a specific size... so be it
                resultSize = childDimension;
                resultMode = MeasureSpec.EXACTLY;
            } else if (childDimension == LayoutParams.MATCH_PARENT) {
                // Child wants to be our size, but our size is not fixed.
                // Constrain child to not be bigger than us.
                resultSize = size;
                resultMode = MeasureSpec.AT_MOST;
            } else if (childDimension == LayoutParams.WRAP_CONTENT) {
                // Child wants to determine its own size. It can't be
                // bigger than us.
                resultSize = size;
                resultMode = MeasureSpec.AT_MOST;
            }
            break;

        // Parent asked to see how big we want to be
        case MeasureSpec.UNSPECIFIED:
            if (childDimension >= 0) {
                // Child wants a specific size... let him have it
                resultSize = childDimension;
                resultMode = MeasureSpec.EXACTLY;
            } else if (childDimension == LayoutParams.MATCH_PARENT) {
                // Child wants to be our size... find out how big it should
                // be
                resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
                resultMode = MeasureSpec.UNSPECIFIED;
            } else if (childDimension == LayoutParams.WRAP_CONTENT) {
                // Child wants to determine its own size.... find out how
                // big it should be
                resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
                resultMode = MeasureSpec.UNSPECIFIED;
            }
            break;
        }
        return MeasureSpec.makeMeasureSpec(resultSize, resultMode);
    }

該方法也很好理解：首先是獲取父節點（這裡是ViewGroup）的測量模式和測量的大小，並根據測量的大小值與子View自身的padding屬性值相比較取最大值得到一個size的值。
然後根據父節點的測量模式分別再來判定子View的LayoutParams屬性值，根據LayoutParams的屬性值從而獲取到子View測量的大小和模式，知道了ziView的測量模式和大小就能決定子View的大小了。

ok，子View的測量我們已經完全明白了，那麼接下來，我們再來分析一下ViewGroup是怎樣給子View定位的，首先我們也是必須先重寫onLayout()方法，代碼如下：

@Override
    protected void onLayout(boolean changed, int l, int t, int r, int b) {
        int childCount = getChildCount();
        int preHeight = 0;
        for(int i = 0 ; i < childCount ; i ++){
            View children = getChildAt(i);
            int cHeight = children.getMeasuredHeight();
            if(children.getVisibility() != View.GONE){
                children.layout(l, preHeight, r,preHeight += cHeight);
            }
        }
    }

很好理解，給子View定位，首先必須知道有多少個子View才行，所以我們先得到子View的數量，然後遍歷獲取每個子View。其實在定位子View的layout()方法中，系統並沒有給出具體的定位方法，而是給了我們最大的限度來自己定義，下麵來看下layout源碼：

public void layout(int l, int t, int r, int b) {
        if ((mPrivateFlags3 & PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT) != 0) {
            onMeasure(mOldWidthMeasureSpec, mOldHeightMeasureSpec);
            mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;
        }

        int oldL = mLeft;
        int oldT = mTop;
        int oldB = mBottom;
        int oldR = mRight;

        boolean changed = isLayoutModeOptical(mParent) ?
                setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);

        if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {
            onLayout(changed, l, t, r, b);
            mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;

            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnLayoutChangeListeners != null) {
                ArrayList<OnLayoutChangeListener> listenersCopy =
                        (ArrayList<OnLayoutChangeListener>)li.mOnLayoutChangeListeners.clone();
                int numListeners = listenersCopy.size();
                for (int i = 0; i < numListeners; ++i) {
                    listenersCopy.get(i).onLayoutChange(this, l, t, r, b, oldL, oldT, oldR, oldB);
                }
            }
        }

        mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;
        mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;
    }

在上面一段代碼中，最關鍵個就是setFrame(l, t, r, b);這個方法，它主要是來定位子View的四個頂點左右坐標的，然後關鍵的定位方法是在onLayout(changed, l, t, r, b);這個方法中，跟進去看看

    protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
    }

一看嚇一跳，空的，哈哈，這也就是我上面說的，系統給了我們最大的自由，讓我們自己根據需求去定義了。
而我這裡是根據子View的高度讓它們豎直順序的排列下來。

    View children = getChildAt(i);
    int cHeight = children.getMeasuredHeight();
    if(children.getVisibility() != View.GONE){
    children.layout(l, preHeight, r,preHeight += cHeight);

定義一個記錄上一個View的高度的變數，每次遍歷以後都讓它加上當前的View高度，由此就可以豎直依次地排列了每個子View，從而實現了子View的定義。

好了，講了這麼多，現在來看看效果吧，我們就拿之前做的自定義View作為它的子View吧：

custom_viewgroup.xml文件：

<?xml version="1.0" encoding="utf-8"?>
<com.sanhuimusic.mycustomview.view.CustomViewGroup
    android:background="#999999"
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:custom="http://schemas.android.com/apk/res-auto"
    android:id="@+id/customViewGroup"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
    <com.sanhuimusic.mycustomview.view.CompositeViews
        android:background="#999999"
        android:id="@+id/topBar"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        custom:titleText="@string/titleText"
        custom:titleColor="#000000"
        custom:titleTextSize="@dimen/titleTextSize"
        custom:titleBackground="#999999"
        custom:leftText="@string/leftText"
        custom:leftTextColor="#FFFFFF"
        custom:leftBackground="#666666"
        custom:leftTextSize="@dimen/leftTextSize"
        custom:rightText="@string/rightText"
        custom:rightTextColor="#FFFFFF"
        custom:rightBackground="#666666"
        custom:rightTextSize="@dimen/rightTextSize"
        />
    <com.sanhuimusic.mycustomview.view.AudioBar
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        />
</com.sanhuimusic.mycustomview.view.CustomViewGroup>

MainActivity:

public class MainActivity extends AppCompatActivity {
    private CompositeViews topBar;
    private Context mContext;
    private CustomViewGroup mViewGroupContainer;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.custom_viewgroup);
        mContext = this;
        init();
    }

    private void init() {
        mViewGroupContainer = (CustomViewGroup) findViewById(R.id.customViewGroup);
        topBar = (CompositeViews)findViewById(R.id.topBar);
        topBar.setOnTopBarClickListener(new CompositeViews.TopBarClickListener(){
            @Override
            public void leftClickListener() {
                ToastUtil.makeText(MainActivity.this,"您點擊了返回鍵",Toast.LENGTH_SHORT).show();
            }
            @Override
            public void rightClickListener() {
                ToastUtil.makeText(MainActivity.this,"您點擊了搜索鍵",Toast.LENGTH_SHORT).show();
            }
        });
    }
}

效果圖：
這裡寫圖片描述

哈哈，是不是每個子View都按照我們所說的豎直依次排列下來了呢。正開心呢，然後突然冒出來一個想法，學習過Andriod 自定義控制項之音頻條這篇文章的你，會記得當時在定義全新的View時會遇到當我們的佈局文件使用的是wrap_content時，View是不直接支持的，需要我們特殊的處理才能正確支持，而我們現在的 ViewGroup是不是也是這樣的呢，趕快嘗試一下。一嘗試，壞了，果然不支持wrap_content。

所以，在自定義ViewGroup時，我們必須要註意以下幾個問題：

1. 必須讓ViewGroup支持wrap_content的情景下的佈局。
2. 也需要支持本身的padding屬性。

好，下麵我們來一點一點的完善它。

1 . 我們讓它先支持wrap_content。

這需要我們在onMeasure()方法中多出一些必要的改動。讓它支持自身wrap_content那就需要我們對它驚醒測量，根據測量方式獲取到測量大小，然後再調用setMeasuredDimension()決定顯示大小。

@Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
        int childCount = getChildCount();
        for(int i = 0 ; i < childCount ; i ++){
            View children = getChildAt(i);
            measureChild(children,widthMeasureSpec,heightMeasureSpec);
        }

        /**
         * 讓它支持自身wrap_content
         */
        int widthSpecMode = MeasureSpec.getMode(widthMeasureSpec);
        int widthSpecSize = MeasureSpec.getSize(widthMeasureSpec);
        int heightSpecMode = MeasureSpec.getMode(heightMeasureSpec);
        int heightSpecSize = MeasureSpec.getSize(heightMeasureSpec);
        int mWidth = 0;
        int mHeight = 0;
        int mMaxWidth = 0;
        if(widthSpecMode == MeasureSpec.AT_MOST && heightSpecMode == MeasureSpec.AT_MOST){
            for(int i = 0 ; i < childCount ; i ++){
                View children = getChildAt(i);
                mWidth += children.getMeasuredWidth();
                mHeight += children.getMeasuredHeight();
            }
            setMeasuredDimension(mWidth, mHeight);
        } else if(widthSpecMode == MeasureSpec.AT_MOST){
            for(int i = 0 ; i < childCount ; i ++){
                View children = getChildAt(i);
                mMaxWidth =  Math.max(mMaxWidth,children.getMeasuredWidth());
            }
            setMeasuredDimension(mMaxWidth,heightSpecSize);
        } else if(heightSpecMode == MeasureSpec.AT_MOST){
            for(int i = 0 ; i < childCount ; i ++){
                View children = getChildAt(i);
                mHeight += children.getMeasuredHeight();
            }
            setMeasuredDimension(widthSpecSize,mHeight);
        }
    }

我們再原來的基礎上添加了可以支持wrap_content的代碼，然後根據具體的情況進行獲取大小。分為三種情況：

  1. 當寬高屬性都為wrap_content時，分別獲取到子View的寬高並相加取得總寬高，在調用setMeasuredDimension(mWidth, mHeight)直接設置即可；
  2. 當寬屬性都為wrap_content時，分別獲取到子View的寬並獲取其中最大值，在調用setMeasuredDimension(mMaxWidth,heightSpecSize)直接設置即可；
  3. 當高屬性都為wrap_content時，分別獲取到子View的高並相加取得總高，在調用setMeasuredDimension(widthSpecSize,mHeight)直接設置即可。

好，來看看是否可以達到我們的要求。
這裡寫圖片描述

顯然已達到目標。

2 . 需要支持本身的padding屬性。

首先我們先獲取到padding值，如下：

        leftPadding = getPaddingLeft();
        topPadding = getPaddingTop();
        rightPadding = getPaddingRight();
        bottomPadding = getPaddingBottom();

然後分別在設置大小的地方給加上這些屬性值，如下：

if(widthSpecMode == MeasureSpec.AT_MOST && heightSpecMode == MeasureSpec.AT_MOST){
            for(int i = 0 ; i < childCount ; i ++){
                View children = getChildAt(i);
                mWidth += children.getMeasuredWidth();
                mHeight += children.getMeasuredHeight();
            }
            setMeasuredDimension(mWidth + leftPadding + rightPadding, mHeight 
            + topPadding + bottomPadding);
        } else if(widthSpecMode == MeasureSpec.AT_MOST){
            for(int i = 0 ; i < childCount ; i ++){
                View children = getChildAt(i);
                mMaxWidth =  Math.max(mMaxWidth,children.getMeasuredWidth());
            }
            setMeasuredDimension(mMaxWidth + leftPadding + rightPadding, heightSpecSize + topPadding + bottomPadding);
        } else if(heightSpecMode == MeasureSpec.AT_MOST){
            for(int i = 0 ; i < childCount ; i ++){
                View children = getChildAt(i);
                mHeight += children.getMeasuredHeight();
            }
            setMeasuredDimension(widthSpecSize + leftPadding + rightPadding, mHeight + topPadding + bottomPadding);
        }

最後在onlayout()方法中給添加屬性值：

@Override
    protected void onLayout(boolean changed, int l, int t, int r, int b) {
        int childCount = getChildCount();
        int preHeight = topPadding;
        for(int i = 0 ; i < childCount ; i ++){
            View children = getChildAt(i);
            int cHeight = children.getMeasuredHeight();
            if(children.getVisibility() != View.GONE){
                children.layout(l + leftPadding, preHeight, r + rightPadding, preHeight += cHeight);
            }
        }
    }

代碼很簡單，不再讓preHeight = 0 了，而是直接設置為topPadding，最後在layout中也把屬性值添加進來，看看結果。
這裡寫圖片描述

其實除了以上兩個問題需要註意的，還有其他也是需要關註的，比如說是支持子View的margin屬性等，大致和解決padding屬性一樣的思路，大家可以嘗試實現下。

好了，整個自定義ViewGroup的內容都講完了，當然我們只是講述了UI的顯示，並沒有談及到功能的添加和實現。從上面可以看出，自定義ViewGroup要比自定義View複雜很多，但是只要一步一步的來完善還是可以實現不同的UI展示的。

從這幾節自定義控制項學習中，大家一定學到了很多知識，然後對自定義控制項也不是那麼怕了，同時也可以實現自己想要的各種UI啦，接下來我會總結下自定義控制項中所需要使用的其他技術和知識下，讓大家更好的加深印象。

好，今天就學習到這裡吧，happy！

更多資訊請關註微信平臺，有博客更新會及時通知。愛學習愛技術。
這裡寫圖片描述



您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 移動WEB viewport 相關知識
    瞭解移動web viewport的知識，主要是為了切圖時心中有數。本文主要圍繞一個問題：切圖時怎樣設置<meta name="viewport">相關參數？圍繞這個問題對viewport展開講解。 一、viewport【此處的viewport即layout viewport】概念 移動設備的view ...
  • 正則匹配test
    var t='VARCHAR(5)' var pattern=/VARCHAR\(\d+\)/g pattern.test(t)//true test()返回false true 但是有哪位小伙伴能告訴我這個d是什麼意思嗎？ 感謝感謝 ...
  • 部署React+webpack工程的步驟
    # 部署React+webpack工程的步驟ps:以Mac os系統做開發環境。因為npm現在使用灰常的慢，所以我使用淘寶境像cnpm。 1,準備工作： 先確保存已經安裝了node.js； 2,文件部署： （1），在終端中找到react-build項目的目錄，鍵入cnpm init初始化一個pack ...
  • SVG操作插件：SVG.JS 個人提取部分實用中文文檔
    先貼出github地址：https://github.com/svgdotjs/svg.js（也就是原文檔的說明和文件的下載地址） 創建SVG文檔 此時已經可以運行,運行生成的html代碼如下： 也可以在生成SVG之前對該當前使用的瀏覽器進行判斷，是否支持SVG 此外關於鏈接還有N多個相關操作,可以 ...
  • Android中使用Notification實現普通通知欄（Notification示例一）
    Notification是在你的應用常規界面之外展示的消息。當app讓系統發送一個消息的時候，消息首先以圖表的形式顯示在通知欄。要查看消息的詳情需要進入通知抽屜(notificationdrawer)中查看。(notificationdrawer)都是系統層面控制的，你可以隨時查看，不限制於app。 ...
  • 蘋果開發筆記
    1. ...
  • GCD組
    組內非同步會與組外順序執行的事件爭搶資源 1）、創建一個組 2）、組內非同步ST1，DISPATCH_QUEUE_PRIORITY_DEFAULT 為預設優先順序 3）、組內非同步ST2，DISPATCH_QUEUE_PRIORITY_DEFAULT 為預設優先順序 4）、組內通知，獲取主線程。組內非同步全部執 ...
  • viewport理解
    viewport預備知識 dpr === dppx dpr：device pixel ratio 設備像素比 dppx：Number of dots per px unit 每像素有多少點 。 1dppx = 96dpi dpr = 設備物理像素 / 設備獨立像素 設備物理像素指顯示在移動端中實際的 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類