changela 的 v0.8.6 與 v0.8.7 服務功能如下: 增加儲存 PDF 按鈕 第一次下載會比較久，成功之後會在Server 端產生 Cached PDF 檔案 之後的下載會抓到暫存檔 編輯模式增加分類功能 目前已完成的里程碑 遵守 Semantic Versioning v2.0.0 遵守 Conventional-Commits 1.0.0 操作介面可拖拉 可替版本標籤化 (tag) 可排序 (sort) 可篩選 (filter) 可使用者訂閱 (subscription) 支援 mobile apps 下載 (android/iOS) 可轉成 PDF 下載 (saved as PDF) 和檔案快取
重點好公司 二極體: 朋程 (8255)、台半（5425）、強茂（2481） MCU : 盛群（6202） 威剛 (3260) MIH 聯盟 : 鴻準 (2354) 國際中橡(2104) 和大(1536) 漢磊（3707）、順德（2351) 電動車 供應鏈 (Source: 車輛中心｜今周刊) 趨勢參考 盛群MCU獲現代汽車採用 有望同步切入Apple Car供應鏈 新款電源MCU通吃兩岸電動自行車訂單 鴻海攻輕量電動車 鴻準擔綱 國際中橡轉投資鋰電池廠能元科技 擴廠迎電動車及儲能商機 朋程攻能源車市 明年放量出貨 記憶體模組廠也搶進電動車商機 威剛發表全台最大載重電動三輪車
holiSign 的幾個使用情境範例在 samples 出貨單 此Delivery Note 範例 用 可以建立並輕易的拖曳表單欄位，比方說教育訓練表單、出貨單之類，並可在任意位置放置手寫簽名欄位。 Data Model Input 出貨單的資料如表單號碼、出貨方式等如下 : { "form": { "company": "<h1>叉子有限公司</h1>", "title": "<h1>Delivery Note 出貨單</h1>" }, "subject": "<p>統一編號：12332103</p><p>地址/Address：104 台北市松江路 65 號 78 弄 787 號 78 F<p>電話/Phone：<u>02-2587-8787</u></p><p>郵件/Email：<u>tangzi@tangzi.com.tw</u></p>", "order": { "orderNO": "PO29909", "deliveryCom": "Black Cat", "pickupDate": "2020/12/12 12:00" }, "customer": { "company": "艾鈦智能", "phone": "0917187187", "address": "新北市中安區中安路 87 弄 87 號 7 樓" }, "items": [ { "item": "拜多索福恩麵包/Stollen", "spec": "350g", "qty": "2" }, { "item": "多爾袞造型香料餅乾", "spec": "16pcs/盒", "qty": "1" }, { "item": "海洋香料餅乾", "spec": "16pcs/盒", "qty": "4" }, { "item": "巴賽隆納卡多榛果餅乾", "spec": "12pcs/盒", "qty": "5" } ] } 出貨單編輯主控台 這一張出貨單有 11 個 controls，包含一個客戶簽收簽名欄位...
為什麼想要寫 ? 這就 … 目標 可有編輯主控台 (Builder-Console) 可預覽 (Preview) 有手寫簽名功能，簽名時可帶入其他識別欄位 編輯元件可拖曳 將 UI 跟 Data Model 獨立抽離出來 ( json ) UI 可以用 flex 排版 命名 holi Sign 音似『給你簽』 開發環境 Angular Angular Material
changela 的 v0.8.3 與 v0.8.4 編輯模式: 新增 Mobile Apps section 在這裏可以上傳 android(.apk) 或 iOS(.ipa) 檔案，對外發布以後 可以讓其他使用者透過 QR-Code 下載 APP。 // Types of changes export enum SectionTypes { Added = 'Added' , // for new features. Changed = 'Changed', // for changes in existing functionality. Deprecated = 'Deprecated', // for soon-to-be removed features. Removed = 'Removed', // for now removed features. Fixed = 'Fixed', // for any bug fixes....
changela v0.8.3 與 v0.8.4 Types of changes: 新增幾個 Section 選項如下，其中 Video Section 可以播放 Youtube 影片，方便產品的行銷解說 // Types of changes export enum SectionTypes { Added = 'Added' , // for new features. Changed = 'Changed', // for changes in existing functionality. Deprecated = 'Deprecated', // for soon-to-be removed features. Removed = 'Removed', // for now removed features. Fixed = 'Fixed', // for any bug fixes., SemVer's PATCH BreakingChanges = 'Breaking Changes', // for changes incompatibility with previous version....
changela 從 v0.8.2-beta.1 開始支援深色模式跟亮色模式的切換 亮色主題如下: 深色主題:
前前後後調整修改了很多版 決定從 changela v0.8.1 開始釋出，這個版本完成了原始目標的雛形(MVP) 服務功能如下: 編輯單一版本異動 版號以 Semantic Versioning v2.0.0 命名 sections/commits/scopes 可以拖拉(drag-drop) 登入支援 google auth
當 Route 時, 因為 page 會有 click event / reload page ..等變數 會讓 parent component改變時連帶 Child 也需要改變試了幾個方法 都有用 使用 @Input() ngOnChanges or OnPush + markAsCheck() 有點麻煩的寫法, 這個我大概只會用在 Pure Component 用來顯示就好. 使用 Service + Subject or Observable 缺點是Child Constructor跑得比 Parent 快時, 你就收不到 Parent 先執行next的值. 使用此方法需要極注意先後順序. 使用 Service + RelaySubject 將 Parent route.paramMap cache 在 Service 我比較喜歡最後這兩個.
議題討論: 因為想把產品做 scale out 所以要用 NoSQL 取代 產品中原有的 PostgreSQL， 畢竟 RDBMS 本來就沒有 Native multi-master 的支援 !? 前提 下文感想的前提是如果技術團隊中目前沒有 NoSQL 的高手存在，但想要將 已上市的產品立即切換成任一種 NoSQL 的情境。 不包含團隊中本來就有多位 noSQL 高手的情境 NoSQL 我自己使用過 Firebase/FireStore/DataStore/MongoDB，僅是感想紀錄 先講結論 採用 NoSQL 的時間點 ? 當團隊中本來就有 NoSQL 高手 (或) 當團隊中同時有多位熟悉(多年經驗)特定 NoSQL 的 developer (或) 當團隊想開發公司/部門裡的軟體，使用自己生產的軟體(Eating your own dog food)，藉以累積實戰經驗 (或) 新創團隊，產品尚未有使用者，離上市還很遠 (或) 這是趨勢 ! 不管就是只想用 Cloud Service 上現成的或 BAAS 除了以上5點之外，建議沿用 PostgreSQL，把最新版的 pgSQL 的特性發揮應可應付絕大部分的場景。雖然 NoSQL 要設定 Scalability 的確容易得多(原生的)，但如果會產生更多不方便的地方(如下)，那何必強求容易設定 Scale-Out 這一個優點 ?...