preloader

IT技術、協作流程、跨領域專欄區

ASP.NET MVC 檔案上傳下載刪除功能

雖然現在檔案上傳下載網路上有很多範例,但這一次筆者要寫的是將這些功能整合應用,這些功能可以在內部系統或後台系統功能常看到,是實際上最常見需求,本例子用非常簡易的方式來陳現。 這樣不用老是遇到問題,就去問google老大,成品如下 這一次就從新專案MVC 5開始開發這一整個檔案管理系統、這個功能已經具備CRUD也包含了檔案上傳、下載、刪除機制。 Model分別有兩個Class,一個是Person和AppendFile public class Person { public int Id { get; set; } [Required(ErrorMessage = "請填寫姓名")] [DisplayName("姓名")] public string Name { get; set; } [Required(ErrorMessage = "請填寫備註")] [DisplayName("備註")] public string Remark { get; set; } public virtual ICollection<AppendFile> AppendFiles { get; set; } } public class AppendFile { public Guid Id { get; set; } public string FileName { get; set; } public string Extension { get; set; } public int PersonId { get; set; } public virtual Person Person { get; set; } } 上述是EF的一對多關聯設計。

Nunit常用-NSubstitute常用的Stub和Mock和Try Catch

Nunit常用-NSubstitute常用的Stub和Mock和Try Catch

參數化測試和物件比對物件,比對物件會需要引入using FluentAssertions; [TestFixture] public class AddTest { [Test] [TestCase(1, 2)] [TestCase(2, 1)] public void TestAdd(int a, int b) { Assert.

ASP.NET MVC 基本常用控制項語法和用法

筆者已經許久沒寫MVC 5了,這一次到新單位回鍋MVC 5架構,所以趁這時候做一下表單開發的筆記 在Model建置一下 using System; using System.Collections.Generic; using System.Linq; using System.

定義列舉和取說明擴充方法及API回傳泛型物件

最近在寫專案稍微記錄一下定義泛型API物件,懶得再回想,直接呼叫調用,今天有跟同事分享這一塊是怎麼使用列舉說明和定義API的物件。 以.Net Core Web Api為例,建立新專案,這些步驟直接略過了,定義以下要回傳的狀態以及列舉說明擴充方法。 using System; using System.Collections.Generic; using System.

創業財務管理-課程-筆記

創業財務管理-課程-筆記

筆者在前兩個禮拜,發現育成中心有一門課程,創業財務管理,筆者對這門課程非常感興趣,筆者覺得在從事工作跟商業有關的環境,財務是相當一門重要的學科,筆者認為有財務能力分析有以下那些優勢 對上可以用財務和商業思維對上溝通,發揮讓數字說話的能力 評估一家公司的獲利和經營能力,可否可以投資這家公司,收購這家公司股份,產生被動收入 再找工作的時候,若是知名上市上櫃的公司,可以看這家公司營利狀況,公司本業賺錢不錯,在工作上表現好,可以爭取資源和加薪的請求 未來發展副業或是創業來說,是一個加分的武器,可以知道自己的經營成績狀況 財報我認為在從事商業來說是非常報酬率相當高的能力,筆者上完這門課程收穫不少,算是課後筆記。 創業失敗前十大原因

關於軟體協作

關於軟體協作

這次筆者要講的主體是關於軟體協作部分,軟體協作筆者在早期公司或在電商領域,甚至在大公司,我很難體會到這樣優勢,因為很少公司沒有協作流程思維概念,我一直覺得是用EMAIL或是LINE通話這些來進行專案開發,一直遇到我曾經共事過的主管,他講解整個專案協作流程的重要性,讓我試者把專案拆解和協作流程與看板及板控策略整合起來,甚至應用DOD的手段,讓我體會到協作流程重要性,筆者滿懷感謝的心特別感謝他,因為協作流程的思考,讓我覺得相當重要,因為工具只是補助,流程才是主角。 沒有協作管理的挑戰 筆者所待過的公司還是用EXCEL去進行做管理,就算有工具也沒有協作流程的概念,其實也只有工具上的形式性,以下你會遇到的問題會是 目前手頭有多少專案,這些專案的優先順序 工作有哪些事項要處理,開始做,結束日期 那些專案任務緊急或是不重要 人員異動輪流的狀況下,文件和知識的傳承該怎麼辦 協作專案管理不外乎有這些功能