網智數位主要提供套裝及客製化的軟體系統解決方案，專為客戶量身訂做客製化的軟體，達成客製化、智慧化及網路化的管理功能。
網智數位主要提供套裝及客製化的軟體系統解決方案，針對室內設計師、木工、裝潢業產業，量身訂做客製化的軟體，達成客製化、智慧化及網路化的商用軟體。
網智數位主要提供套裝及客製化的軟體系統解決方案，專為客戶量身訂做客製化的軟體，達成客製化、智慧化及網路化的管理功能。
根據客戶實際狀況，結合雲端與載具進行客製化物聯網IOT導入與軟體開發
我們的雲端VPS虛擬主機是採用雲端(虛擬化)技術所開發之全新雲端伺服器服務，可以選擇多種作業系統(Windows、Linux等)，客戶可載入自訂的應用環境，執行自己所要提供的網路服務，我們的雲端服務可為您的網站提供最完美的解決方案。
ERP軟體客製化導入，室內設計、營造業、裝潢、木作工程、系統櫃工程、會計系統，全面提升公司管理營運效率。
搜尋引擎最佳化(SEO)不僅能提高網站在搜尋結果的排名，更能帶來大量對我們產品或服務真正有需求的訪客。SEO 最棒的特質之一就是不像廣告一樣亂槍打鳥而導致用戶的反感，反而更能提升點閱率跟成交率喔。
網智數位開發團隊去年協助台灣最大代理機械軸封及聯軸器的廠商，開發維修知識管理平台，結合了該產業的維修技能知識整理成數位資料，可以讓台灣、以及大陸、其他國家的經銷商，可以共同登入此平台，查閱維修技術知識、零件資料查閱、更重要的可以有智能地協助各地維修師傅，在上千個複雜零件，如遇到故障該如何進行維修排除建議的決策管理系統 ，導入這樣有效率的平台，也是委託企業的總經理非常有獨特的遠見，知道如何利用資訊軟體工具，把該公司多年來資深老員工多年來的隱形知識變成可以分享與傳遞的顯性知識，以利企業內部甚至是結合上下供應鏈、合作經銷商，充分地在AI與物聯網、雲端資訊化的浪潮下，更鞏固企業的競爭力。
網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
公司電話：02-55991310
公司地址（業務營運處）：台北市中山區錦州街 25 號 5 樓
skype： netqna
line：netqna
微信：netqna
黃先生 Allen
最近因為我再次改版窗簾產業的ERP軟體(窗簾產業真的是產品格式最多樣化，這又是個革命的軟體了，為了這個領域投入許多時間來了解產業知識)，以及又承接越南的一系列的工廠生產系統與ERP，讓我沒有多餘時間可以分享技術文章，剛好近來網智數位開發團隊又承接南部大廠、以及群創科技大廠的10個工廠整合數據所需要的軟體開發案，需要用到大量的程式繪圖技術，之前我們如果遇到繪圖技術通常開發團隊都選擇用Windows Form 或 WPF相關技術直接程式繪圖產生，或者如果是企業商業軟體，我們常用報表開發工具，來產生一系列的數據圖表，有利於系統使用者，看圖來判斷數據、以利作決策分析、異常辨識統計，但這次客戶全部要求都是WEB化的資訊系統建置，所以我們全部採用了 Java Script 直接繪圖及時動態產生圖表。
也因為這樣所以我選擇寫一篇利用 Java Script D3 程式技術來示範教學，如何動態產生直條圖（當然也可以產生各式各樣的圖表、例如折線圖），不過這篇技術文章，我假設前提是讀者已經非常熟析Java Script 以及 HTML CSS 語法，也對 D3 有初步認識，或許以後我有機會也會補充撰寫 Java Script 與 D3 的文章。
該案例執行結果 畫面
在這個案例你首先要先下載 D3.js library (可以到 https://d3js.org/ 去下載最新的 D3.js 檔案，來引入在網頁理）
如下列程式碼，我就在 head 直接引用d3.js
<head>
<meta charset="utf-8">
<title>利用Java Sciprt Array 來產生圖表（網智數位）</title>
<link rel="stylesheet" type="text/css" href="styles.css"/>
<script type="text/javascript" src="d3.js"></script>
< /head>
接下來底下我寫了一個最主要的核心 Java Scirpt 程式碼
<script type="text/javascript">
var data = [ // <- 程式碼A
{width: 30, color: 23},{width: 35, color: 33},
{width: 50, color: 40},{width: 30, color: 60},
{width: 60, color: 22},{width: 65, color: 10},
{width: 65, color: 5},{width: 30, color: 30},
{width: 30, color: 60},{width: 70, color: 90},
{width: 15, color: 10}
];
var colorScale = d3.scale.linear()
.domain([0, 100])
.range(["#add8e6", "blue"]); // <- 程式碼B
function render(data) {
d3.select("body").selectAll("div.h-bar")
.data(data)
.enter().append("div")
.attr("class", "h-bar")
.append("span");
d3.select("body").selectAll("div.h-bar")
.data(data)
.exit().remove();
d3.select("body").selectAll("div.h-bar")
.data(data)
.attr("class", "h-bar")
.style("width", function (d) { // <-程式碼 C
return (d.width * 5) + "px"; // <- 程式碼D
})
.style("background-color", function(d){
return colorScale(d.color); // <- 程式碼E
})
.select("span")
.text(function (d) {
return d.width; // <-程式碼 F
});
}
function randVal() {
return Math.round(Math.random() * 100);
}
setInterval(function () {
data.shift();
data.push({width: randVal(), color: randVal()});
render(data);
}, 1500);
render(data);
< /script>
程式邏輯講解
程式碼A，主要是一堆有 Json 物件組成的陣列，而存在在變數 data 裡，這邊我只是單純為了講解，所以直接在程式開頭就把數據全部宣告起來，實務上在開發中，應該及時讀取後端資料庫、或者 WebAPI，取得 Jason 物件陣列.
程式碼B,主要是利用D3的一個 Scale 函數，這個函數可以接受一個數字參數，而轉換為標準的 CSS 顏色值。這個可以在程式碼E區段，套用漸層顏色的效果。
程式碼C，主要是利用 D3的選擇函數傳回的所有集合物件（就是網頁的HTML 標籤元素，在這邊是 div)，套用在每個DIV的 Style 屬性，這邊我直接控制 Width 屬性，這樣就可以變更每個div元素的寬度尺寸。
程式碼D，宣告了一個function(d)，而這個 d 參數實際上就是代表程式碼A裡 data 變數陣列的每個數據物件（Json）
function (d)
{
return (d.width * 5) + "px";
//這邊我可以直接使用 d.width ，因為 d 就是個jason物件, 而且擁有 width 屬性
}
程式碼E，套用 D3的 Scale函數，使得有漸層效果。
程式碼F，在透過 D3的 Select 函數，選取 <div> 裡面的子元素 <span>，然後在透過標準的 HTML DOM 支援的 text() 函數，動態設定數字文字。
其他參考文章
HTML CSS 動畫教學–【軟體開發（軟件開發）】
繪圖程式-折線圖、區域圖 實作一
產品報告與能源曲線分析系統
網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
公司電話：02-5599-1310
skype： netqna
line：netqna
微信：netqna
黃先生 Allen
在講解幾篇關於多工、多執行緒、平行作業的技術文章後，想來談談另外一個深入的關鍵多多執行緒的問題，那就是多執行緒（多工）作業模式下，如何存取相同變數值，而且又希望各自的執行緒對相同變數又有各自的“值”。
在 .Net 技術平台下，有個 ThreadLocal<T> 的泛型類別，這個類別可以專門用於有多個執行緒需要共同存取一個變數，但每個執行緒對這個變數的值，又個別記錄隔離儲存，互不影響。我舉個例子來說明，有執行緒A、執行緒B、執行緒C、執行緒D，這四個執行緒平行作業，將共同存取一個變數 X ，但在執行緒A存取變數X時，設定值為 10；執行緒B存取變數X時，設定值為 20；執行緒C存取變數X時，設定值為 30；執行緒D存取變數X時，設定值為 40; 在執行緒A設定 X變數值為 10時，並不會影響到 執行緒 B/C/D 各自設定的 X 變數值。
一樣在此，我透過一個程式範例來進行實例說明，這個專案類型就簡單用 Console 控制台類型來引導…
完整程式碼如下：
namespace NetQna.Demo
{
/// <summary>
/// ThreadLocal 示範教學（網智數位-軟體開發）
/// </summary>
public class Program
{
/// <summary>
/// 所有執行緒共同存取的變數值
/// </summary>
static ThreadLocal<int> X = new ThreadLocal<int>();
static void ExecThreadTask(object obj)
{
ThreadEntity currThread = (ThreadEntity)obj;
//在各自的執行緒環境設定 X 變數值，觀察各自的執行緒下，X 變數值各自記錄
X.Value = currThread.ThreadValue;
//顯示出 目前所在的執行緒 的值
Console.WriteLine($"現在的執行緒 ID：{Thread.CurrentThread.ManagedThreadId}，{nameof(X)}變數值為：{X.Value}。");
//顯示出 目前所在的執行緒 的值
Console.WriteLine($"現在的執行緒 名稱：{currThread.ThreadName}，{nameof(X)}變數值為：{X.Value}。");
Console.WriteLine();
}
static void Main(string[] args)
{
Dictionary<string, int> threadABCD = new Dictionary<string, int> { { "A", 10 }, { "B", 20 }, { "C", 30 }, { "D", 40 } };
//分別啟動 A、B、C、D 執行緒，並執行 存取 X 變數值
foreach (var t in threadABCD)
{
ThreadEntity obj = new ThreadEntity { ThreadName = t.Key, ThreadValue = t.Value };
//Action<string, int> action = ExecThreadTask(t.Key, t.Value);
Thread currThread = new Thread(ExecThreadTask);
currThread.Start(obj);
//這邊我刻意停頓 1 秒，以利顯示各自執行緒
Thread.Sleep(1000);
}
Console.Read();
X.Dispose(); //X 變數 釋放
}
public class ThreadEntity
{
public string ThreadName { get; set; }
public int ThreadValue { get; set; }
}
}
}
程式說明講解
一開始我宣告一個屬性變數為 X ，也就是今天講解主要的類別 ThreadLocal，
待會就是用 這個 X 變數，來讓所有執行緒進行存取設定 X 變數值。
宣告一個帶有 object 參數的方法，待會就是要讓所有執行緒去各自執行這個方法，這個方法主要我將 object 型態 的 參數 obj 轉型為我自己宣告的類別 ThreadEntity 類別（PS：因為 Thread 建構子對應的方法的參數只能是 object 型態,所以我透過轉型來避開這限制）。
public class ThreadEntity
{
public string ThreadName { get; set; }
public int ThreadValue { get; set; }
}
最關鍵的地方，我在這個方法設定了各自執行緒要對應的 X 變數值
//在各自的執行緒環境設定 X 變數值，觀察各自的執行緒下，X 變數值各自記錄
X.Value = currThread.ThreadValue;
我這邊分別建立 A、B、C、D 四個執行緒，然後分別設定他們待會要指定 X 變數的值為（10、20、30、40）。
程式執行結果如下圖
可以看出 A、B、C、D執行緒各自維護自己 X 變數的值。
參考文章 C#多工作業與平行處理技術講解
1.透過 Thread 類別撰寫多執行緒多工作業。
2.透過 Delegate 委託支援的方法，撰寫非同步任務。
3-1.透過 Parallel 類別操控多任務平行作業(一)。
3-2. 透過 Parallel 類別操控多任務平行作業(二)。
4.使用 Task 自行控制非同步任務作業。
5.在非同步作業時，如何取消非同步任務。
6.多執行緒多任務存取相同變數，但卻各自隔離保留各自任務的值。
7.非同步存取變數的問題。
8.非同步資源鎖定解決方式。
網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
公司電話：02-55991310
公司地址（業務營運處）：台北市中山區錦州街 25 號 5 樓
skype： netqna
line：netqna
微信：netqna
黃先生 Allen
一直突破開發技術、累積各種產業知識，而且在出版業、室內設計裝潢業、製造業、機電顧問、貿易、地板、窗簾、窗材、拉門、布料業的商業管理軟體投入有特別的領域知識、也在圖控軟體（圖控軟件）、機械手臂、 Android APP 、iPhone APP、3D列印 開發一直突破再創新，我們也堅持相信好的軟體可以協助企業，不管在管理營運角度、商品創新、決策分析等都絕對是不可缺少的關鍵因素，如果客戶您有任何軟體開發、程式開發委外需求，請聯繫我們讓我們協助您一起討論如何開發一個好的軟體來協助您。
今年7月份由一家多年在越南設廠的文具用品的台商，委外我量身定做開發屬於他們的ERP系統，該廠商在未委外給我開發軟體時，也在其他知名的套裝軟體有多年的使用經驗，但因為市面上的套裝軟體事實上無法真正的負荷他們的流程以及產品與用料成本計價方式，所以透過 Skype 與我洽談很久（談了2個月），確定我們開發團隊可以了解他們目前工廠遇到的問題就正式放心交個我進行開發設計了。
不過難度比我想象的還複雜，不是一般BOM表可以用來克服成本計算，所有要分析他們所有會產生成本的各種因素，如材料、人力、耗材、製程，下面系統畫面是一個部分使用者操作畫面，可以用來自動計算單一個產品的所有影響成本的統計計算，未來他們就只要填寫報價單，轉正式訂單，系統就會把複雜的成本計算自動算好，帶入報價與訂單系統。
一個好的軟體系統，可以有效提升企業與工廠內部管理，讓企業專注於客戶接單、產品研發、而流程整合與數據分析就交給好的軟體系統。
（其他參考文章）
MPS主生產計畫專文介紹(一)
MRPⅡ/ERP 能力需求計畫原理
庫存管理-概念與釐清
庫存管理探討-VMI
真正的庫存量形成探討
庫存管理的中樞控管法則（上）
庫存管理的中樞控管法則（下）
庫存目標6大範疇（程式開發、程式設計、軟體開發、系統開發）
BOM表管理與設定﹣輔料是否需輸入BOM
何謂 進銷存、ERP、WMS？三者差異性【軟體開發、軟件開發、程式設計】
ERP 產品成本管理與計算
庫存量正確性衡量法則
粗能力需求計畫(RCCP) - 專文介紹
如何利用軟體來協助企業銷售統計和分析
開發進銷存、ERP、PDM，物料欄位收集與建立重要性（ERP開發、軟體開發、進銷存）
ERP 各種計劃階段的差異
ERP 系統的淺談與優勢
[ ERP/MRP 系統 ] - 專案導入深入剖析
網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
公司電話：02-55991310
公司地址（業務營運處）：台北市中山區錦州街 25 號 5 樓
skype： netqna
line：netqna
微信：netqna
黃先生 Allen
在現在智慧型裝置、平板裝置大量普偏化，從企業到個人甚至在企業內部團隊開發者的支持與合作之 下不斷推出大量新型移動應用。面對如此龐大的應用生態圈，認真規劃並調整戰略性技術決策無疑有助於確保應用的成功發布並獲得良好的市場反響。而在實際構建相關平台之前用戶界面(簡稱UI)、用戶體驗(簡稱UX)以及必要功能自然是首先需要明確的要素。而後，則應考慮如何採取適當舉措以推動開發流程。
事實上，單純是原生抑或跨平台這一決策已經能夠帶來諸多後續影響。應用開發所選擇的首要平台及編程語言在產品對用戶的直觀性以及受眾類型方面發揮著巨大作用。例如，您的應用是否只能在Android或者iOS中的一類設備上使用?原生抑或跨平台這一決策最終取決於您的實際業務目標，且其各自都有著自己的優勢與缺點。
原生應用
原生應用採用面向特定平台的編程語言構建。在Android方面，其為Java; 在Windows上則為C#、VB .NET或者C/C++; iOS平台則為Objective-C或Swift。這些應用需要從零開始進行構建，且僅能夠在指定平台上運行。
優勢
用戶界面 (UI) – 應用的外觀以及整體使用方式能夠決定其最終成功與否。由於原生應用能夠與其創建平台無縫對接，因此用戶能夠使用其更為熟悉的界面。這有助於帶來更為積極的用戶體驗，並鼓勵用戶長期使用。
性能(UX) – 原生應用開發中往往涉及大量媒體(例如圖像、視頻或動畫)資源，因此需要進行大量交互與數據處理操作。在這方面，原生應用表現更好，因為其原生代碼能夠直接調用操作系統的獨特硬件與軟件功能，且幾乎不存在任何滯後現象。另外，使用本機代碼開發複雜應用能夠最大程度降低應用卡頓或者崩潰風險。
更佳排位–原生應用通常在用戶中口碑更佳，且能夠在應用商店中得到大力推薦。另外，原生應用也能夠憑藉著出色的性能與用戶友好型界面得到受眾的高度認同。
平台集成–原生應用往往能夠在指定平台上順暢運行，這意味著其功能可以根據用戶偏好進行自定義，並讓用戶擁有將其作為自身移動設備之上固有組成部分的感覺。
缺點
耗時– 面向多種平台開發原生應用往往更為耗時，因為同樣的代碼無法直接運行在其它平台之上，這意味著開發者需要耗費額外時間進行代碼轉換甚至重寫。
對開發技能要求更高–欲面向多種平台開發原生應用，企業需要擁有更多技能水平更高的開發者。取決於您所選定的平台類型，跨平台原生應用開發至少需要兩名開發者——其一負責進行Android版本開發，其二負責iOS版本開發。
高成本 – 開發者數量的增加意味著開發成本也將快速提升。再加上更為漫長的項目開發流程，企業可能需要將整體預算翻倍甚至再次翻倍。
跨平台
跨平台應用所使用的代碼可根據具體操作系統進行定制，而後再行發布。這種多合一式解決方案能夠讓單一應用運行在多種平台之上，因此受到廣大關注時間與成本的企業與開發者的熱烈歡迎。
優勢
節約時間–與原生應用不同，跨平台應用開發可採用單一代碼庫面向多種系統平台，從而幫助企業節約由代碼重寫及平台定制所帶來的時間消耗。
成本低廉–企業能夠有效削減開發項目的人員數量與成本水平。這種“一次編寫，隨處運行”的代碼能夠顯著提升開發效率並加快部署速度。
利潤最大化–除了節約成本外，跨平台應用還能夠同時在多種平台及用戶市場上取得影響力，最終實現利潤最大化。
螝於啟動及更新–企業可以首先啟動應用，並隨後根據需要面向多套平台同步推出更新。
缺點
性能延遲 - 跨平台應用往往無法像原生應用那樣與運行平台無縫對接。因此，此類應用通常會因代碼不能同設備硬件或軟件功能順暢協作而引發卡頓或者延遲。
以特性換通用 – 由於共享同一套代碼庫，因此跨平台應用無法完美與當前平台相集成，這意味著用戶往往不能充分利用平台內的某些功能，例如預設手勢、攝像頭甚至麥克風。
PhoneGap
PhoneGap，亦被稱為Apache Cordova，是一款高人氣開源平台，可用於創建跨平台/混合應用。其採用JS、HTML 5以及CSS 3編程語言。
優勢
編程語言熟知度高 – 由於PhoneGap採用JS、HTML 5與CSS 3等高人氣語言，因此開發者能夠輕鬆上手並開始使用。這不僅能夠減少相關培訓需求，同時也使得企業能夠更快向市場推出應用開發成果。
易在應用商店中被發現 – PhoneGap應用的安裝方式與原生應用類似，因此能夠在應用商店中獲得理想的曝光度。
插件架構– PhoneGap採用一套靈活的插件架構，能夠以模塊化方式擴展原生設備API。
無許可成本– PhoneGap是一套開源項目且可免費使用，因此企業無需承擔任何許可成本。
提供大量庫–開發者能夠輕鬆訪問並尋求各類資源庫的幫助，從而增強自有應用功能。
缺點
性能 – PhoneGap應用的性能表現常常受到批評。一旦應用架構中存在大量圖形或者復雜元素，則可能導致應用無響應甚至崩潰。
插件 – 在多數情況下，開發者必須使用特定插件以避免對其原生指定屬性產生干擾。 PhoneGap擁有一套靈活的插件友好型架構，開發者能夠根據需要選擇必要插件或者自行開發插件。然而，如果開發者無法找到適用的插件或者無法輕鬆編寫自有插件，則開發過程將遭遇嚴重延後。
缺少說明文檔– PhoneGap的用戶指南含糊不清且與用戶界面有關的指導性文件缺少部分關鍵性信息。另外，其中尚不提供可用於強化跨平台應用開發的最佳實踐信息。
內存丟失 - 由於PhoneGap缺少緩存/內存管理功能，因此經常出現內存丟失問題。
Titanium
Appcelerator Titanium是一套可用於開發桌面、原生移動以及跨平台應用的開源開發平台。目前市面上已經有超過3萬5千款利用JS、HTML 5、jQuery以及CSS 3等語言在Titanium中開發完成。
優勢
編程語言熟知度高 – Titanium採用JS、HTML 5與CSS 3等高人氣語言，因此開發者能夠輕鬆上手並開始使用。
可訪問各先進功能 – Titanium擁有獨立的API以訪問設備上的各項功能，包括攝像頭、麥克風、觸控屏幕以及GPS。這意味著用戶能夠將Titanium應用作為其設備中的固有組成部分並獲得良好的使用體驗。
即時反饋 – Titanium能夠縮短應用開發時間，允許開發者以更少代碼進行應用構建。這意味著開發者能夠快速構建應用原型設計，並根據即時反饋評估用戶與UI間的交互方式與效果。
龐大的技術社區 – Titanium/Appcelerator社區擁有超過20萬名開發者，並開放對其Open Mobile Marketplace的訪問。開發者能夠在這裡購買、出售及共享各類模塊、模板、設計元素以及面向Web服務的擴展。
缺點
複雜性更高– 應用複雜性的提升亦會引發成本增長。開發者在遭遇大量崩潰及bug等問題時往往需要投入更多時間與精力加以調試，這在無形中拉高了代碼組織與多平台支持維護的成本。
靈活性有限 – 儘管Titanium的API對代碼行數要求更低，因此能夠幫助開發者節約時間，但這種限制亦會導致應用複雜性上升的問題。另外，其還有可能引發應用中的延遲及其它持續性問題。
功能不穩定 – Appcelerator提供StoreKit模塊，旨在實現指向蘋果App Store的應用內購機制。然而這一功能非常不穩定，且有時無法正常起效。該模塊的部分功能極大影響了Titanium的免費增值定價策略。事實上，這款免費下載的軟件運行狀態極差，且根本無法實現有效的內購效果。而這種不穩定性甚至導致部分用戶徹底放棄相關應用。
工具包故障 – 可能很多開發者都有同感，即自從Titanium Studio(一套基於Eclipse的IDE)出現後，Titanium的學習成本開始大幅增加。 Titanium Studio存在諸多問題，最嚴重的就是會在構建過程中忽略部分變更。這迫使開發者必須在每次更改後進行項目清理，或者使用新項目進行完全重新啟動。
Xamarin
自2011年發布以來，這款知名框架就被廣泛應用於跨平台應用開發。通過API，Xamarin應用能夠以原生方式同iOS、Android以及Windows等設備上的攝像頭、GPS等功能進行通信。
優勢
一套代碼玩轉全部平台 – Xamarin採用C#與.NET框架相結合的方式，確保應用能夠在多平台上正常運行。這意味著開發者能夠復用大部分源代碼以加快開發流程。 Xamarin還能夠與Visual Studio及Xamarin IDE協作，開發者無需在不同開發環境間往來切換。
模擬原生 – 由Xamarin開發而成的跨平台應用在理論上可以被劃歸原生應用，因為其性能指標高度類似於針對單一平台的原生應用。另外，Xamarin應用亦可在應用商店中享受到原生應用的待遇。
原生UX – Xamarin允許用戶面向各平台定制其UI。通過使用Xamarin.Forms工具，開發者能夠構建跨平台應用並為其配備有針對性的UI組件。為了實現更理想的性能表現，開發者還可以使用Xamarin.iOS或Xamarin.Android工具開發具備原生使用體驗的高速、可靠跨平台應用。
功能 – 利用Xamarin，所有硬件兼容性問題都將不復存在。 Xamarin允許開發者訪問多種平台指定型API，並能夠接入原生庫以無縫實現多設備平台跨越，且舉帶來任何功能或者性能問題。
無需昂貴的許可成本 – 在微軟於2016年年中收購Xamarin之前，Xamarin的許可費用高達每開發者、每平台1000美元。這意味極小的開發者團隊即會給企業帶來高昂的許可成本。然而自收購之後，微軟開始免費將Xamarin提供給Visual Studio用戶，且目前亦在將其打造為真正的開源平台。
缺點
社區規模較小 – Xamarin在過去幾年中的發展速度比較穩定，且大多數追隨者來自微軟。由於社區規模較小，因此尋找有經驗的Xamarin開發者可能並不輕鬆。
需要更為廣泛的技能儲備 – Xamarin廣泛使用.NET開源資源及其它開源技術，因此希望使用Xamarin的朋友需要熟練掌握.NET，同時具備JS或者Objective-C等其它特定平台的專業知識。
應用體積 – Xamarin需要大量操作性軟件以實現.NET框架與平台特定操作系統間的代碼與引用鏈接，這意味著其應用的體積相對更大。
原文标题：Native vs Cross-Platform App Development: Pros and Cons of PhoneGap, Titanium, and Xamarin
原文作者：Prem Khatri、51CTO
網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
公司電話：02-55991310
公司地址（業務營運處）：台北市中山區錦州街 25 號 5 樓
skype： netqna
line：netqna
微信：netqna
黃先生 Allen
微軟正在開發新的Windows 10雲端版，有望成為該公司針對Chromebook發起的最新挑戰，而這款系統的最新版本已經在網上洩露。
據多家媒體報導，Windows 10雲端版是一款輕系統，可能是針對微軟的ARM戰略設計的。一個 Twitter用戶在網上披露了Windows 10雲端版的ISO鏡像文件，甚至可以直接下載安裝。但業內人士推薦在虛擬機上安裝這款系統。
與之前的報導相同，Windows 10雲端版只允許用戶運行通過Windows Store購買的UWP應用，如果安裝其他應用則會顯示“不適配該系統”的提示信息。另外，系統對話框還會提醒用戶，“該版本希望保護您及您的設備，而且只能運行Windows Store應用。”
但值得注意的是，用戶可以從Windows Store下載部分Win32應用。這些Win32應用是通過微軟自己的桌面應用轉化器進駐Windows Store的，因此雖然可以通過Windows Store下載，但卻無法真正安裝在Windows 10雲端版上。
由於這只是早期版本的Windows 10雲端版，所以現在還不能完全確定微軟不允許用戶運行通過Windows Store下載的Win32應用。微軟有可能會在不遠的將來支持這項功能。
業內人士認為，Windows 10雲端版繼承了Windows RT的“遺志”，後者因為Windows Store的應用數量較少而未能取得成功。然而，從Windows Store和UWP應用的現狀來看，目前似乎與之前並無太大不同，很多用戶仍然非常依賴經典的Win32應用。
Windows 10雲端版可能幫助微軟與穀歌Chromebook直接競爭，通過廉價Windows 10設備提供一流的性能和順暢的用戶體驗。
網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
公司電話：02-55991310
skype： netqna
line：netqna
微信：netqna
黃先生 Allen
這一個月去一家經營40幾年的代工廠，委託我們協助分析他們現行 ERP系統，很多庫存數量都一直無法精確，當然這邊所謂的精確，不完全是軟體系統庫存數字的正確，或進行盤盈盤虧進行調整數字動作，而是他們想要一個方式可以進行一個針對各種產品品項設定一個好的庫存量控制，我就詢問他們如何定義跟衡量一個產品、零件、材料的庫存數字（安全庫存、現有庫存量），我發現真的很多企業主管、工廠倉庫管理人員、採購人員大多數針對庫存量的控管都是只有幾個原則，一、庫存量越低現金流動率越高。二、針對常用物品、通用零材料設定安全庫存數字。
上述二大原則方向，一定正確無誤，但我會幾乎都會接著直接問客戶，那麼安全庫存您怎麼決定【數字 （QTY）】，我相信大多數都是說經驗法則，訂單銷售量、生產領料過程的用料量、耗損量等考慮因素，不過我幾乎都會根據實際情況、產業特性、企業流程各種因素給予調整建議，這也是很多客戶委託我們量身定做開發最具有價值的一環，絕對不是只有一個軟體使用，我們是整個進行流程討論，在討論過程我們會把相關產業的做法提出來，雙方共同腦力激蕩，因為客戶的流程與瓶頸客戶最知道，但往往發覺跟我們討論完，才發覺有許多創新變革的流程管理可以導入。
在這篇分享文，我要特別提出一些對於庫存管理的實施做法（針對加工業、代工廠，單純的買賣業就不需要如此做法），在一個比較複雜的生產過程中，每個產品會經過一連串的製程（或稱工序），而庫存量不是只有針對最終完成品（產品）來控管，必須在各個環節都需進行設定控管基準線，在針對各個工序間我們也必須認真看待每一道工序完成後移交到下一個工序之前的轉移、未轉移的數量，也成為半成品，這些在一個好的管理軟體系統，必須有個工序對應的物料編碼（跟產品編碼是有所區隔），而針對工序角度思考的庫存控管，我們在此可以稱為【流動庫存（Flow）】, 其他的庫存控管稱之為【常備庫存（Stock）】，另外再針對這2種性質的庫存觀念又可以再次各自分類為 【計劃庫存】、【調整庫存】、【偶發庫存】。
這樣解釋或許大家很難懂，我整理一下表格
計劃庫存 調整庫存 偶發庫存 常備庫存 （1）
以生產目標的庫存控制、季節性的庫存量控管、定期維修措施應變等（3）
所有品項的安全庫存、JIT看板方式中的加工品（5）
因疏忽導致過度生產的庫存量、或按生產訂單如期製作，但訂單忽然取消，造成的庫存量增加。流動庫存 （2）
就是所謂的【帳齡庫存】（4）
在工序之前進行緩衝調整庫存量、運輸過程的庫存量等。（6）
工序之間生產速度不一致、或者調度部順利，造成某個工序的半成品特別異常。
在現行許多軟體公司與網路（互聯網）公司在客戶面、獲利來源、以及市場區隔性、差異性，讓很多人有點分不清楚，這兩者在本質上是有一定的落差，不論是商業模式、獲利來源、團隊人才取捨，而 Allen 我自2003年進入.NET程式平台開發領域（早起是開發 LAMP，Linux + Apache + MySQL +PHP)，這快15年的.Net技術迭代更新，我能跟隨學習的就盡力，當然也犧牲了生活品質質量，我期間經歷過專業的管理軟體公司、網路公司，也有國內上市企業服務、傳統產業擔任資訊部經理，深感其中的差異，撰寫文件分析兩者的聯繫和區別，供其他疑惑者的朋友可以進行思考我的論點（當然不一定是對）。
微軟在雲端、物聯網、大數據分析在企業運用方面成功案例非常多，今天看到一個微軟的好的企業運用成功案例分享影片，真的講解的非常清楚，各位可以看一看
影片介紹
https://channel9.msdn.com/Series/Rolls-Royce/Solution
這一個月去一家經營40幾年的代工廠，委託我們協助分析他們現行 ERP系統，很多庫存數量都一直無法精確，當然這邊所謂的精確，不完全是軟體系統庫存數字的正確，或進行盤盈盤虧進行調整數字動作，而是他們想要一個方式可以進行一個針對各種產品品項設定一個好的庫存量控制，我就詢問他們如何定義跟衡量一個產品、零件、材料的庫存數字（安全庫存、現有庫存量），我發現真的很多企業主管、工廠倉庫管理人員、採購人員大多數針對庫存量的控管都是只有幾個原則，一、庫存量越低現金流動率越高。二、針對常用物品、通用零材料設定安全庫存數字。
上述二大原則方向，一定正確無誤，但我會幾乎都會接著直接問客戶，那麼安全庫存您怎麼決定【數字 （QTY）】，我相信大多數都是說經驗法則，訂單銷售量、生產領料過程的用料量、耗損量等考慮因素，不過我幾乎都會根據實際情況、產業特性、企業流程各種因素給予調整建議，這也是很多客戶委託我們量身定做開發最具有價值的一環，絕對不是只有一個軟體使用，我們是整個進行流程討論，在討論過程我們會把相關產業的做法提出來，雙方共同腦力激蕩，因為客戶的流程與瓶頸客戶最知道，但往往發覺跟我們討論完，才發覺有許多創新變革的流程管理可以導入。
在這篇分享文，我要特別提出一些對於庫存管理的實施做法（針對加工業、代工廠，單純的買賣業就不需要如此做法），在一個比較複雜的生產過程中，每個產品會經過一連串的製程（或稱工序），而庫存量不是只有針對最終完成品（產品）來控管，必須在各個環節都需進行設定控管基準線，在針對各個工序間我們也必須認真看待每一道工序完成後移交到下一個工序之前的轉移、未轉移的數量，也成為半成品，這些在一個好的管理軟體系統，必須有個工序對應的物料編碼（跟產品編碼是有所區隔），而針對工序角度思考的庫存控管，我們在此可以稱為【流動庫存（Flow）】, 其他的庫存控管稱之為【常備庫存（Stock）】，另外再針對這2種性質的庫存觀念又可以再次各自分類為 【計劃庫存】、【調整庫存】、【偶發庫存】。
這樣解釋或許大家很難懂，我整理一下表格
計劃庫存 調整庫存 偶發庫存 常備庫存 （1）
以生產目標的庫存控制、季節性的庫存量控管、定期維修措施應變等（3）
所有品項的安全庫存、JIT看板方式中的加工品（5）
因疏忽導致過度生產的庫存量、或按生產訂單如期製作，但訂單忽然取消，造成的庫存量增加。流動庫存 （2）
就是所謂的【帳齡庫存】（4）
在工序之前進行緩衝調整庫存量、運輸過程的庫存量等。（6）
工序之間生產速度不一致、或者調度部順利，造成某個工序的半成品特別異常。
