Unity Android Device Debug

Android 實機 Debug 連線到電腦上 這很重要 在下面記錄步驟

1. 先找到Andoird SDK路徑 (沒安裝的話可以去Google)



2. 開啟SDK Manager (找到Google USB Driver 安裝他)



3. 找到 Tools 底下的monitor 開啟他


4. 插上線 , 或是用模擬器之類的就會看到下面的DebugLogger 了
(紅框框可以選擇裝置 然後下面是Log們)

5. 另外可以設定  篩選 Unity Log



補充 : Android Studio 3.3.1 版本的 SDK Monitor路徑有改動改到 Sdk/Tools/lib/monitor-x86_64/

C# - Event

using System;

namespace EventTest

{

    class Program

    {

        static void Main(string[] args)

        {

            Ball b = new Ball();

            b.FlyEvent += BallFlyHandler;

           

            b.FlyEvent += delegate ()

            {

                Console.WriteLine("Catch Ball Fly Event delegate");

            };

            b.FlyEvent += () =>

            {

                Console.WriteLine("Catch Ball Fly Event 匿名函式");

            };

            b.Throw();

            Console.ReadLine();

        }

        private static void BallFlyHandler()

        {

            Console.WriteLine("Catch Ball Fly Event BallFlyHandler");

        }

    }

    class Ball

    {  

        public event Action FlyEvent = null;

        public void Throw()

        {

            if (FlyEvent != null)

                FlyEvent();

        }

    }

}

單例模式 X Singleton X C#

單例模式 
主要功能有兩個

1. 只存在一個 -  永遠只有自己很孤獨 所以取名叫singleton
2. 懶惰創建 - 在使用之前都不會被創建 , 一直到有人使用才創建 可以減少消耗

程式碼

      public class Singleton  
      {  
           private static Singleton _instance = null;  
           private Singleton()  
           {  
           }  
           public static Singleton Instance()  
           {  
                if (_instance == null)  
                {  
                     _instance = new Singleton();  
                }  
                return _instance;  
           }  
      }  

Virtual Studio X Perforce

step1. NetGet 下載插件 P4VS



step2. 說明右邊 點選右鍵 選擇 p4 Connection

step3. 出現 Connection 設定視窗 選New Connection



step4. 輸入P4設定  完成~~

好文分享 你搞懂抽象類別別與介面了嗎？

我一直搞不清楚 Interface abstract 的差異 跟使用的方向 偶然看到一篇好文在此分享一個

我為下面文章做個總結:

Abastract => 是一個 => 皮卡丘 是一個神奇寶貝
Interface => 像是一個 , 屬於 => 皮卡丘 像是一個雷系 or 屬於雷系

class Abstract 神奇寶貝 { ... }
Interface 雷系 { ... }

以這樣來分類結論就是

class 皮卡丘 : 神奇寶貝 , 雷系 { ... }

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

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

C#-[分割中英文字串]

超簡單只要一行程式碼

string[] eachChar = content.Select (x => x.ToString ()).ToArray ();

好文分享~ 循序渐进地代码重构

原文連結:  http://ronjeffries.com/xprog/articles/refactoring-not-on-the-backlog/?utm_source=wanqu.co&utm_campaign=Wanqu+Daily&utm_medium=website

原文連結(翻譯) :
https://www.sdk.cn/news/5514

循序渐进地代码重构

业界资讯 来源：SDK.cn 发布：2016-10-21

摘要：对于如何进行代码重构，一直有着很多种说法。很多人都认为应该将重构代码放在backlog里。但是其实，这并不是一个理想的方法。

对于如何进行代码重构，一直有着很多种说法。很多人都认为应该将重构代码放在backlog里。但是其实，这并不是一个理想的方法。

在项目刚刚开始的时候，你的代码很干净。

即使有的时候需要小小的绕一下路，但是这个时候我们可以轻松、平稳的添加功能。这个阶段一般都不会出现问题，而且由于我们比较着急，所以即使出现了一些小问题，我们也不会注意到。

然而，随着项目做的时间变长，这些小的问题就会累计起来。这就是人们所说的“技术债务”。其本质，就是并不算特别好的代码，但是这个时候其问题还没有完全显现出来。

但是，随着我们一直添加新功能，这些问题就会逐渐显现出来，我们不得不小心翼翼的绕开他们。

不可避免的，我们的开发速度会被拖慢。但是为了追求速度，我们开始变得越来越不小心，不久之后，问题也会越来越多。

这些问题会像积木一样累计起来，层层叠叠，让我们的开发速度变得更慢。虽然我们终于意识到了问题的存在，但是没有时间彻底解决它。我们只能继续小心翼翼的绕开它们。

很快，我们会发现半数以上的代码都与那些小问题有交集，它们无时无刻不在影响我们的开发速度。直到有一天，你发现自己没法继续绕开它们。

不得不做点事情了。我们必须要进行复杂的代码重构，让我们重新获得干净的代码。你不得不向上级申请时间进行代码重构。其实这种工作方式并不好，我们花时间去填自己以前挖的坑。而且有的时候，公司并没有让你去重构代码的时间。

即使公司给你时间了，你也很难很好的对代码进行重构。要知道，重构代码所需的时间，往往要远高于你的预期。如果这些纷乱的代码是你用了10周写出来的，那么你很难再用10周的时间对它们进行重构。

由此可见，这种代码重构的方式并不好。那么我们应该怎么做呢？

很简单，那就是每遇到一个问题，就马上解决它，而不是选择绕过它。完善当前正在使用的代码，那些还没有遇到的问题，就先不要理它。在当前前进的道路上，清除所有障碍，以后你肯定还会再一次走这条路，下次来到这里的时候你会发现路上不再有障碍。软件开发就是这样。

或许解决这个问题需要你多花一点时间。但是从长远来看，它会帮你节省下更多的时间。

在添加新功能的时候，我们就先清理这个功能所需要的代码。花一点时间，用滴水穿石的方法逐渐清理代码，随着时间的推移，我们的代码就会越来越干净，开发速度也会越来越快。

一段时间之后，你会发现之前所有的技术债务都不见了，所有的坑都被填平了。这种循序渐进的代码重构的好处开始显现，编程的速度明显加快

这才是代码重构的正确打开方式！