阿猩的程式蛋糕店

原本以為建造者模式應該很快就可以寫完一篇，但實際在理解的過程中，看了不少篇文章的介紹，反而越看越迷惑，這篇阿猩要介紹建造者模式，除了使用方式之外，也包含一些阿猩自己對建造者模式的想法，如有不對的想法，歡迎各位提出。

現行網頁幾乎都有登入功能，以前阿猩做的專案是靠自己造輪子，手動完成很多的工作，今天就來試一下.NET的Identity，同時與之前的做法比較一下，盡可能的了解Identity提供的功能跟限制有哪些。

 

距離上次寫網誌的時間有點久，2022年想做個新專案，最近正在學習前端框架的技術，但還是要把.Net Core相關的網誌寫完，今天來講講常用的ORM吧。

建立空白MVC專案，利用比對來學習，讓阿猩發現了好多以前從未注意的面向，之前聽到別人說，看書時會去思考，作者表達的脈絡以及出發點是什麼，比對.NET Framework MVC跟.NET Core MVC後，好像開始有點感覺了，兩者的思維好像真的有點不太一樣。

 

這是筆者從去年5月起寫的第5個專案了，雖然前面也用HTML寫了2個專案，但這算是第一個較正式的網頁，這個專案寫了比較長的時間，以前端 + Web API的前後端分離的概念完成，就是直接以全端為目標在努力，接下來各章節內，會條列式做了哪些工作，大家有興趣就看下去吧，章節主要可分為

1. 前置技術說明
2. 前端工作說明
3. 功能模組與後端工作

這篇要介紹新手常見的作品 - To Do List，筆者在前端使用了網頁三大技術HTML、CSS、JS，後端則是使用Firebase作為工具。這個專案主要是練習照著設計稿切版，並使用組合技完成工作，故僅完成基礎功能，無太多使用者經驗相關的精緻功能。
 

這篇要介紹關聯性資料庫，筆者選用MSSQL作為後續工作使用，筆者試著用簡單的概念來說明，順便作個工作紀錄囉。內容範圍包含:

1. SQL、T-SQL、DBMS、RDBM
2. MSSQL安裝說明
3. SQL資料型態、key
4. 匯入檔案、備份
5. 簡單的連線測試
   
   
    

最近終於快完成第2個專案啦，這次的專案是用winform複刻一個PTT系統，這篇會先綱要性的列出所做的工作，有些細節比較多的重要技術，則後續再拉單獨一篇網誌出來說明。

這篇要來介紹旅遊行程編輯器專案的第3個功能塊囉，目的是讓使用者可以自由的選擇景點，並調整行程。透過以winform元件與Map，呈現旅程的結果。
 

功能塊3大致功能如下

1. 建立新的旅程專案
2. 使用places API或資料庫查詢，選取景點加入旅程。
3. 使用者編輯各景點細節，包含出發日期、起始時間、停留時間、交通工具等景點資訊。
4. 產生對應的view，包含文字資訊與map顯示
   
    

筆者近期都在忙著籌備第二個專案，最近在研究Selenium的使用方法，日後會用來抓取專案會使用的資料。Selenium常常伴隨著出現的關鍵字可能會是自動化測試、爬蟲，究竟Selenium到底是什麼，又可以做些甚麼事情，就讓我們繼續看下去!

筆者在第一個專案中大量了使用物件導向的三大特性之一 封裝，而繼承與多型究竟是甚麼?這篇目的是為了強迫自己開始學習去理解物件件導向其他兩大特性。這篇就針對interface與abstract查到的資料做整理與消化！ 但因為真的很不熟悉，若有觀念上錯誤，歡迎各位先進糾正！

功能塊2主要想實現資料庫的功能，讀取資料庫並提供搜尋、顯示欄位調整、進階條件調整等資料顯示篩選的功能，並實做圖片瀏覽器，包含顯示圖片、上傳、刪除、上下頁的功能。但這個專案會使用Stream + CSV的方式來實現，目前預計在第2個專案才會正式加入SQL的操作。

這篇會介紹功能塊1中，有使用到的套件與概念，介接Google Maps API，以及利用WebBrowser顯示地圖，讓生硬的資料變成可以與讓使用者互動的頁面，並用更直覺的方式執行程式。功能塊1的架構思考流程會是:

1. 介接Google Maps API，提供搜尋的功能，取得相關的資訊。
2. 將API資訊整理後，自動化生成頁面物件，並提供儲存資料的功能。
3. 用WebBrowser呈現URL。
   
    

接觸C#也一陣子了，一開始其實沒甚麼太大的障礙，語法的不同花點時間習慣一下就好。寫的程式逐漸變複雜時，開始會考慮將部分程式碼，放到其他類別或方法，開始延伸很多啊哩阿紮的概念，而且開始發現，有的時候程式語法看起來沒啥問題，也可以run，但結果就不是我要的阿!! 魔鬼就藏在細節裡，不搞清楚每個細節的影響，寫出來的程式，就像在玩猜杯子的遊戲，有時候答案是對的，有時候答案又變錯的(崩潰中…) ! 看了不少資料後，發現這篇的主角會有點多，如果各別解釋，我覺得大概還是會停留在一知半解的狀態，所以我盡可能的，用連貫的思考脈絡寫這篇網誌。

我一開始在接觸程式時，大多以解決問題為出發點在思考，久了就養成了一個習慣，只要寫出能解決問題，且答案正確的程式碼就滿足了。像在使用Python時，一下子用np.array、一下子用list、或者用pd.Dataframe等，使用時就看誰有function可以快速解決當下的問題就用誰(笑)，用的很開心，但卻不曾去思考其中的差異性！最近剛好有個機會，原本只是想簡單Google一下Array跟List的差別，結果李組長眉頭一皺，發現案情並不單純，原來他們背後居然有這麼複雜的關係，不小心越追越深，就順道把這些資訊，消化成一篇網誌！如果有錯誤的敘述，也歡迎協助糾正！

邏輯是甚麼?能吃嗎?
外在功夫可能練一下就可以有78分像，
但真正厲害的秘訣心法卻是眼睛看不到的，
也是經過一步一步累積下來的經驗，
最近感觸很深的就是，聽資深前輩講解幾個小時，可能勝讀好幾本書阿！