電波幻想

網路上大部份文章在講 Xamarin 開發都用上了 CPL類型的專案， 對於純粹使用 Android 專案使用者要理解真是有點不方便， 這裡是記錄了在 Xamarin 下的 Android 專案如何開發一個讀取 條碼或是 QR碼的功能 個功能是基於 ZXing.Net.Mobile 套件開發的，可以自行把這個套件應用你的專案中 1、假設你經開啟了一個 Android blank Project (空白專案) 2、使用 NuGet 管理員去新增 ZXing.Net.Mobile 套件，並把它安裝到專案中 3、然後到你要呼叫使用 ZXing 操作的 Activity 去新增引用(在這案例裡我是放在 MainActivity.cs 內) using ZXing; using ZXing.Mobile; 4、在顯示畫面(Main.axml)上設計兩個 TextView 和一個 Button，用來啟動掃描和接收掃描的結果 5、然後就是把操作 ZXing 的程式碼加入，在這案例中，我只簡單全部做在 MainActivity 的 OnCreate 內，實際應用上你可以依照需要放置。 using Android.App; using Android.Widget; using Android.OS; using ZXing; using ZXing.Mobile; namespace ZxingTest {     [Activity(Label = "ZxingTest", MainLauncher = true, Icon = "@drawable/icon")]     public class MainActivity : Activity     {         //建立操作物件指標         private TextView _barcodeFormat, _barcodeData;         protected override void OnCreate(Bundle bundle) ...

1、請注意本版留言過多， 您的留言可能不在這一頁，請到以下留言樓層看看再回應喔～  2、如果您有填寫表單，卻沒有收到我的郵件，有可能您填寫的電子郵件有錯誤，麻煩您查看一下留言是否有我給您的信息喔。因為我沒辦法直接連繫到您。 1 ~200 則，請按這裡   200+ 以上請按這裡 因為公司會在一堆系統上都有可能要印發票(真不懂要怎麼搞?) 希望可以有個小工具可以列印電子發票， 原本發票列印程式要使用條碼機專用語言(ZPL、EPL)，但容易被某種機型綁定。 當然可以考慮使用ESC/POS指令的方式，但也是要印表機支援這種指令列印模式(當然多數表機都有支援)，不過要列印QR碼，就有點不是那麼容易了，除了要自己編碼外還要注意中文問題。 後來我想改用Windows Printer Driver來列印，雖然不如指令式快速，但可以方便各類型程式應用，因此考慮了以下的條件： 使用C#開發、.Net 2.0平台、Console呼叫 本來想用RDLC來做，但是很不幸的，失敗了，原因就在於條碼， 國稅局訂定的Code39條碼內要放入21個字元(19+2)長度， 如果使用RDLC的話，解析度只有100DPI，密度不夠，條碼線條沾黏嚴重。 一般的條碼機至少都有200DPI得等級，這RDLC也太彆腳了吧， 網路上找盡RDLC條整解析度的方式都沒有比較好的效果。 因此，改用直接C#繪製的方式來做， 當然中間為了條碼圖像清晰度的問題花了不少心力解決。 下載點： PrintInvoice

這篇來談談目前所知的條碼讀取器的讀取方式 我們都看過條碼，也看過便利商店、物流士、倉庫管理員等手上都有使用裝置在刷讀條碼，但大部分的人都不見得了解它的讀取原理。 所以我們就簡單以我手上有的設備來介紹幾種常見的條碼讀取方式： 1.筆式(pen)： 它是我最早接觸的條碼讀取器，每次都看到操作人員拿著它在條碼上『磨來磨去』挺有趣的。它其實是由LED和光電二級管、透鏡組合而成。 由筆管內LED發射光源到前端(筆尖)的透鏡打到紙面上，然後由紙張的反射(黑色吸光、白色反光)再由透鏡返回內部光電二級管來接收訊號。其實這個原裡你都可以在光學滑鼠上面看到，因為它也是利用這個原裡來偵測移動的。 優點：目前已經想不到了(快被淘汰了，可能某些場合還用得著吧)。              雖然有改良非接觸型和便攜型，但也快消失了。 缺點：A、在條碼上移動速度必須保持一致，否則會讀不到。             B、透鏡是直接接觸紙張，所以長時間會磨損，當磨損太嚴重就會無法讀取。             C、條碼常常會被以磨損的鏡片磨破。             D、條碼密度不能太高。             E、無法掃瞄『非反射式』條碼(螢幕)。 2、CCD式：

條碼在我們的世界無處不在，小至發票，大至大型裝置設備都會有它的身影。 每一家有制度化的公司，多少都會需要用到條碼來進行管理，身為開發人員，就很難不會碰到它。 但是我們常常因為不熟悉條碼的規則，而導致作出來的條碼沒辦法被讀取(掃描)，也常遇到A設備可以讀取，B設備就無法讀取的奇怪現象，當然讀取設備本身的讀取元件也是有功力上的差別，有些廠商有能力可以調教讀寫元件的設定。 接下來，我就做點實驗給大家知道這個條碼的問題出在哪裡，以便在往後使用條碼時可以更注意到發生的原因。 在這裡我不再重述條碼的來由，這次的比較是使用大家常用的Code39(又稱39碼)來比較。 使用39碼得主要是因為他有字型檔可以使用，可以拿來做比較。 條碼的列印方式分類與優缺： 一、由條碼機(又稱標籤機)內建指令列印 優點：線條清晰，掃描讀取容易、速度快。             列印特殊紙張(背膠式、連續型.....) 缺點：特殊的指令語言(每一個廠牌都不太一樣)，等於換機器就要改寫程式碼。             有一些貼心的廠商(精聯)會提供比較簡單的統一語言列印工具，減少開發者困擾。             版面變化較少，沒有視覺化編輯。 二、由Windows Driver列印，或稱普通列印 優點：只要有驅動程式就可以列印，不需要改寫程式(或改寫幅度小)。            版面彈性比較自由。由於只要有驅動就可以列印，            所以比較不限定紙張種類，或印表機種類。 缺點：列印線條有很多模糊地帶，沒控制好就會導致無法讀取。            受到列印裝置解析度限制，匹配沒做好就會失敗。 底下先做出三種情境比較： 雷射印表機：600DPI 條碼印表機(標籤機)：203DPI 這裡，我們先 比較印表機解析度的列印差異 ，請忽略機器種類。

本偏延續上一篇 『簡易條碼產生器』 的修改版 新增了指令列模式(Console Mode)，方便給其它程式呼叫使用 下載位置： https://drive.google.com/drive/folders/0BybxVRTRlzdLbkVFc0JuM3JyS0E 必須有.net 2.0 以上環境(Windows 7以上作業系統不需要) 解壓縮密碼(如果需要)：http://radio-idea.blogspot.tw 指令： usage barcodegenwin.exe [-command:value] ||[-command] -w,-width : integer value , specified picture width pixeles -h,-height : integer value , specified picture height pixeles -bc,-barcode : barcode type , qrcode/pdf417/code39/code128/codabar                         if codabar the data text should start/end with A,B,C,D charcater,                         if code39 the data text only accept Arabic number and upper letter -txt,-text : string value , use data text to genarate barcode -out,-output : picture file name , specified this file name to save barcode picture,                    suppo...

這是利用ZXing套件開發的，需要自己產生條碼的使用者，可以利用這個程式自己產生。 下載位置： https://drive.google.com/file/d/0BybxVRTRlzdLWUlBeGtKQXFKLVk/view?pref=2&pli=1 多行版本： https://drive.google.com/file/d/0BybxVRTRlzdLV1FQbmcxLUxZWDQ/view?usp=sharing 必須有.net 2.0 以上環境(Windows 7以上作業系統不需要) 解壓縮密碼(如果需要)：http://radio-idea.blogspot.tw 可以自製QR碼、PDF417、code 39碼、code 128碼、Codabar碼，並且儲存成圖片檔