2016年7月23日 星期六

[DB] INSERT

INSERT INTO 按照MSDN的範例,應用還蠻靈活的,不是只有INSERT INTO ... VALUES 這樣而已。

MSDN參考網站
https://technet.microsoft.com/zh-tw/library/dd776381(v=sql.105).aspx#OtherTables 

INSERT OUTPUT INTO 參考下面網址,我也做了一個測試
http://vito-note.blogspot.tw/2013/05/output-merge.html

CREATE TABLE [dbo].[Products](
    [ProductID] [int] IDENTITY(1,1) NOT NULL,
    [ProductName] [nvarchar](255) NOT NULL,
    [Price] [money] NULL,
    [CreatedTime] [datetime] NOT NULL
)

CREATE TABLE [dbo].[Audit](
    [AuditID] [int] IDENTITY(1,1) NOT NULL,
    [TableName] [nvarchar](50) NOT NULL,
    [CRUD] [char](1) NOT NULL,
    [RunTime] [datetime] NOT NULL,
    [Key1] [nvarchar](50) NULL,
    [Key2] [nvarchar](50) NULL,
    [Key3] [nvarchar](50) NULL,
)

INSERT Products (ProductName, Price, CreatedTime)
Values ('apple', 50, GETDATE())

INSERT Products (ProductName, Price, CreatedTime)
    OUTPUT 'Products', 'C', inserted.createdtime, inserted.ProductID
    INTO Audit(TableName, CRUD, RunTime, Key1)
Values ('apple', 50, GETDATE())

SELECT * FROM Products
SELECT * FROM Audit



[讀書] 給腦袋的Input

延續上一篇,思考Input - Process - Output
讀書,自我進修,學習
對我來說是甚麼?

這些都是餵給我腦袋的Input
做這個目的是甚麼?
為了讓我有正確的Input,才能有正確的Process,最後才有正確的Output。

真正達到三呆老師說的Input Check,就省掉後面要放在Process和Output上一大半的Check。

[流程] Input - Process - Output

感謝今天跟寶貝一起搭公車發生錯過公車的問題,才讓我有明顯例子去反省問題。

明明就照文件操作,也確認過,腦袋也跑過,應該萬無一失,卻在最後交作業的時候出錯!?

WHY?

明明該做的都做了,想也想過了,最終結果還是錯,錯了不打緊,還要挨一頓罵,前面的努力都像白費,真令人洩氣!

這個原因在今天要去搭公車的時候才發現癥結,狀況是這樣,明明昨天在google查過公車,也確認了時間,腦袋也覺得萬無一失,只要在指定時間到公車站就好,出門買完早餐,卻眼睜睜的看公車從我們前面開過,怎麼會?

這情況有沒有很像?
對!根本一樣!

這個情形才讓我想到,三呆老師的 Input - Process - Output
在上面兩個例子,我把事情拆小一點,就可以發現,我明明都做了確認過了,只完成了Input - Process,但是都沒有看過Output。我犯的致命錯誤,就是放著Output Check在最終結果要直接驗收的關鍵時刻。

以前是,現在是,未來不要再是!

Coding時
Input 就像是觀念(原因)、條件
Process 就是Coding(ex: ng-xxxxxx)
Output 就是要完成的目的(產出)、執行

拉進工工的5W1H,我這麼放
Input:發想理由原因 Why? 考慮環境就是 When? Where? Who?
Process:How to do?
Output:What?

每一個Process又可以再多切割更細的 Input - Process - Output,如此延續下去。以前老師就有說過,真正的全檢,是在Input Check,Process Check,Output Check,最後才交付!我就少了最後一個項目。

在自我的作業流程裡,我還需要縮小範圍,多去做這三階段思考的Check。避免最後交付失敗的窘境。

2016年7月21日 星期四

[新人]開發流程

稍微整理一下我現階段的開發流程,往後回來再看不知道會差多少?

1. 先看設計需求,要哪些畫面、功能、呈現效果
2. 想看看目前學過的作法,可用的方法,是不是該寫Store Procedure (SPC)
3. 簡單畫一下關聯資料表、想一下大概怎麼關聯法
4. 建立資料表
5. 寫SPC
6. 寫Service,設定Entity.Config, 建class
7. postman測試Get/GetList
8. 寫AP,先刻畫面再寫功能


附註:要記得建立自己的程式碼快捷

[武功秘笈] JavaScript

最近進新公司開始在碰AngularJS,從開始使用到第二天驚覺它就是JavaScript,此後...我就跳進JavaScript這個坑了...

這篇純粹描述我(嫩宅)現在對JavaScript的看法,以金庸小說的武功秘笈來說,JavaScript就像上乘武功太極拳一樣,人人都可學,重視無形勝有形。只要是想得到的想法,可以通的邏輯,套在JavaScript上,就好像可以莫名其妙的被實現了...。