1. WEB開發管理系統如何調用IC卡讀卡器
是的，可以採用即插即用的IC卡讀卡器，現在即插即用的有2種，普遍的是直接讀ic卡的內碼號，然後輸出。一種是可以自己寫入號碼，然後直接輸出的，如JHIC-U的號碼可以自定義，我感覺後一種要好用些。
2. ic卡讀卡器web開發靜態調用ocx和動態調用ocx的區別
WebApp是一種新出現的基於WEB形式的類應用程序，運行在高端的移動終端設備上，其應用范圍會越來越廣。
開發者們都知道在高端智能手機系統中有兩種應用程序：一種是基於本地（操作系統）運行的APP；一種是基於高端機的瀏覽器運行的WebApp，本文將主要講解後者。
WebApp與Native App有何區別呢？
Native App：
1、開發成本非常大。
一般使用的開發語言為JAVA、C++、Objective-C。
2、更新體驗較差、同時也比較麻煩
每一次發布新的版本，都需要做版本打包，且需要用戶手動更新（有些應用程序即使不需要用戶手動更新，但是也需要有一個惡心的提示）。
3、非常酷
因為native app可以調用IOS中的UI控制項以UI方法，它可以實現WebApp無法實現的一些非常酷的交互效果
4、Native app是被Apple認可的
Native app可以被Apple認可為一款可信任的獨立軟體，可以放在Apple Stroe出售，但是Web app卻不行。
Web App：
1、開發成本較低
使用html5 + CSS3 + js 等web開發技術就可以輕松的完成web app的開發。效果上面能夠完全模擬傳統應用程序效果。
2、升級較簡單
由於不需要通過蘋果商店發布，所以升級不需要通知用戶，在服務端更新文件即可，用戶完全沒有感覺
3、維護比較輕松
和一般的web一樣，維護比較簡單，它其實就是一個站點
Webapp說白了就是一個針對Iphone、Android優化後的web站點，它使用的技術無非就是HTML或HTML5、CSS3、JavaScript，服務端技術JAVA、PHP、ASP。
當然，因為這些高端智能手機（Iphone、Android）的內置瀏覽器都是基於webkit內核的，所以在開發WEBAPP時，多數都是使用 HTML5和CSS3技術做UI布局。當使用HTML5和CSS3l做UI時，若還是遵循著一般web開發中使用HTML4和CSS2那樣的開發方式的 話，這也就失去了WEBAPP的本質意義了，且有些效果也無法實現的，所以在此又回到了我們的主題–webapp的布局方式和技術。
在此所說的移動平台前端開發是指針對高端智能手機（如Iphone、Android）做站點適配也就是WebApp，並非是針對普通手機開發 Wap 2.0，所以在閱讀本篇文章以前，你需要對webkit內核的瀏覽器有一定的了解，你需要對HTML5和CSS3有一定的了解。如果你已經對此有 所了解，那現在就開始往下閱讀吧……
1、首先我們來看看webkit內核中的一些私有的meta標簽，這些meta標簽在開發webapp時起到非常重要的作用
1 <meta content=」width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;」 name=」viewport」 />
2 <meta content=」yes」 name=」apple-mobile-web-app-capable」 />
3 <meta content=」black」 name=」apple-mobile-web-app-status-bar-style」 />
4 <meta content=」telephone=no,email=no」 name=」format-detection」 />
第一個meta標簽表示：強制讓文檔的寬度與設備的寬度保持1:1，並且文檔最大的寬度比例是1.0，且不允許用戶點擊屏幕放大瀏覽；
user-scalable定義是否可縮放（0為不縮放），使頁面固定設備上面的大小。
（注意：據說HTC G7自身系統瀏覽器不支持這一條規則，能對頁面進行放大，一旦放大導致頁面布局錯亂，解決方法：定義頁面的最小寬度 min-width，body{min-width: 300px;}）
iOS 7.1的Safari為meta標簽新增minimal-ui屬性，在網頁載入時隱藏地址欄與導航欄。<meta name="viewport" content="width=device-width, initial-scale=1, user-scalable=no, minimal-ui" />
第二個meta標簽是ios設備(不只iphone)中的safari私有meta標簽，它表示：允許全屏模式瀏覽，開啟對Web Aapp程序的支持。；
第三個meta標簽也是ios系統的私有標簽，它指定在web app狀態下，ios設備中頂端的狀態條的顏色； 默認值為default（白色），可以定為black（黑色）和black-translucent（灰色半透明）。若值為「black-translucent」將會占據頁面px位置，浮在頁面上方（會覆蓋頁面20px高度–iphone4和itouch4的Retina屏幕為40px）。
第四個meta標簽表示：使設備瀏覽網頁時對數字不啟用電話功能（不同設備解釋不同，itouch點擊數字為存入聯系人，iphone為撥打電話），忽略將頁面中的數字識別為電話號碼。
若需要啟用電話功能將telephone=yes即可，具體調用格式可以這樣書寫代碼<a href=」13800138000″>Call Me</a>，若在頁面上面有google maps, iTunes和youtube的鏈接會在ios設備上打開相應的程序組件。
2、HTML5標簽的使用
在開始編寫webapp時，哥建議前端工程師使用HTML5，而放棄HTML4，因為HTML5可以實現一些HTML4中無法實現的豐富的WEB應用程序 的體驗，可以減少開發者很多的工作量，當然了你決定使用HTML5前，一定要對此非常熟悉，要知道HTML5的新標簽的作用。比如定義一塊內容或文章區域 可使用section標簽，定義導航條或選項卡可以直接使用nav標簽等等。
3、放棄CSS float屬性
在項目開發過程中可以會遇到內容排列排列顯示的布局(見下圖)，假如你遇見這樣的視覺稿，哥建議你放棄float，可以直接使用display:block;
4、利用CSS3邊框背景屬性
這個按鈕有圓角效果，有內發光效果還有高光效果，這樣的按鈕使用CSS3寫是無法寫出來的，當然圓角可以使用CSS3來寫，但高光和內發光卻無法使用 CSS3編寫，這個時候你不妨使用-webkit-border-image來定義這個按鈕的樣式。-webkit-border-image就個很復雜 的樣式屬性。
5、塊級化a標簽
請保證將每條數據都放在一個a標簽中，為何這樣做？因為在觸控手機上，為提升用戶體驗，盡可能的保證用戶的可點擊區域較大。
6、自適應布局模式
在編寫CSS時，我不建議前端工程師把容器（不管是外層容器還是內層）的寬度定死。為達到適配各種手持設備，我建議前端工程師使用自適應布局模式（支付寶 採用了自適應布局模式），因為這樣做可以讓你的頁面在ipad、itouch、ipod、iphone、android、web safarik、 chrome都能夠正常的顯示，你無需再次考慮設備的解析度。
3. 採用HTML寫的網頁怎麼調用OCX控制項
用editplus編輯此文件 工具欄上找到object按鈕，自動插入OCX <OBJECT ID="TestOCX" WIDTH="100" HEIGHT="50" CLASSID="CLSID:A33CF10E-E46B-46D3-B647-D4EE9F12BD7D"> </OBJECT> //響應OCX控制項的TestEvent1事件 <script language="javascript" for="TestOCX" event="TestEvent1(nVar)"> alert("Event_TestEvent1 Param_nVar is:" + String(nVar)); </script> //調用OCX控制項的showInput函數的javascript函數 <script language="javascript"> function Show(varStr) { TestOCX.showInput(varStr); } </script> //html代碼 </br></br> <a href="javascript:Show('大家好！
4. VC++6.0創建MFC ActiveX 製作atx.ocx裡面的自定義函數無法在WEB頁面調用
function dotest(){
alert("a")
var r = atx.test();
alert("b")
alert(r);
}
你先看javascript是否正常執行了。看是否彈出a，b。
5. java web項目調用ocx控制項
是的，ocx插件就是必須每台使用的電腦都必須安裝ocx插件，所以你需要提供一個ocx插件的下載地址，讓每個使用的用戶下載這個插件；而且ocx插件的局限性不僅於此，ocx插件對瀏覽器也有限制，比如：ocx插件只支持系統自帶的IE低版本的瀏覽器，其他廠商的瀏覽器基本都不支持
6. web容器怎麼載入ocx
在HTML頁面中使用ActiveX控制項包含三個基本操作：將控制項放入HTML中；將該控制項下載給用戶；在用戶機器上安裝該控制項。如果只是針對IE用戶，在HTML中插入ActiveX控制項就比較簡單；如果同時兼顧IE和Netscape用戶，則要做更多工作。大家知道，HTML文件由文本和各種標志 (tags)組成，ActiveX 控制項對於IE在HTML中的標志是＜OBJECT＞，該標記有幾個重要的參數特性，它們是：
1.ID：為控制項提供一個標識名稱，為HTML代碼提供一種訪問該控制項的方式。
2.CLASSID：是該控制項唯一的UUID，告訴IE裝入哪個對象。如果使用已經開發好的控制項，它的CLASSID可以通過調用Win95或NT下的應用Regedit來查找。從開始菜單中運行該程序，展開HKEY_CLASSES_ROOT項，可以看到按字母順序排列的注冊表，找到需要使用的控制項名，例如WClnt，展開時可看到一個CLSID文件夾，裡面就是該控制項的CLASSID。
如果是自己用VC開發控制項，該UUID可以在ActiveX控制項項目中的ODL（對象描述庫）文件中找到；通過查看控制項的類信息注釋來定位特定控制項的UUID，例如，要找到CMyControl控制項的UUID，則需要找到以下代碼：
//ClassinformationforCMyControl
[uuid(051C4748－1262－11D2－87C1－00A024D948FB),
licensed,
helpstring("CmyControlControl"),control]
uuid後面括弧中的內容就是該控制項的UUID。
3.CODEBASE：如果在用戶機器上沒有控制項的當前版本，該參數告訴用戶瀏覽器在哪裡可找到要下載的控制項和最新版本號.當控制項作了修改後，可以更改版本號強制用戶重新下載。
7. 在WebService中怎麼調用alasunsmscon.ocx控制項錯誤
這就是說，你能夠用編程的方法通過Web來調用這個應用程序。對Web service 更精確的解釋: Web services是建立可互操作的分布式應用程序的新平台。作為一個Windows程序員，你可能已經用COM或DCOM建立過基於組件的分布式應用程序。COM是一個非常好的組件技術，但是我們也很容易舉出COM並不能滿足要求的情況。Web service平台是一套標准，它定義了應用程序如何在Web上實現互操作性。你可以用任何你喜歡的語言，在任何你喜歡的平台上寫Web service ，只要我們可以通過Web service標准對這些服務進行查詢和訪問 2. 基本概念 SOAP Web service建好以後，其他人就會去調用它。簡單對象訪問協議(SOAP)提供了標準的遠程過程調用( RPC)方法來調用Web service。SOAP規范定義了SOAP消息的格式，以及怎樣通過Http協議來使用SOAP。SOAP也是基於xml和XSD的，XML是SOAP的數據編碼方式。客戶端和服務端之間的方法調用請求和結果返回值都放在這些消息里。 XML和XSD可擴展的標記語言(XML)是Web service平台中表示數據的基本格式。除了易於建立和易於分析外，XML主要的優點在於它既是平台無關的，又是廠商無關的。無關性是比技術優越性更重要的。XML解決了數據表示的問題，但它沒有定義一套標準的數據類型，更沒有說怎麼去擴展這套數據類型。例如，整形數到底代表什麼?16位，32位，還是 64位?這些細節對實現互操作性都是很重要的。W3C制定的XML Schema(XSD)就是專門解決這個問題的一套標准。它定義了一套標準的數據類型，並給出了一種語言來擴展這套數據類型。Web service平台就是用XSD來作為其數據類型系統的。當用某種語言(如VB.NET或C#)來構造一個Web service時，為了符合Web service標准，所有使用的數據類型都必須被轉換為XSD類型。3.Webservice的技術特點 長項一: 跨防火牆的通信如果應用程序有成千上萬的用戶，而且分布在世界各地，那麼客戶端和伺服器之間的通信將是一個棘手的問題。因為客戶端和伺服器之間通常會有防火牆或者代理伺服器。在這種情況下，使用DCOM就不是那麼簡單，通常也不便於把客戶端程序發布到數量如此龐大的每一個用戶手中。傳統的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大，程序很難維護。 舉個例子，在應用程序里加入一個新頁面，必須先建立好用戶界面(Web頁面)，並在這個頁面後面，包含相應商業邏輯的中間層組件，還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最後還要把「結果頁」送回瀏覽器。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程就簡單多了。 如果中間層組件換成Web Service的話，就可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用Web Service，可以直接使用Microsoft SOAP Toolkit或.NET這樣的SOAP客戶端，也可以使用自己開發的SOAP客戶端，然後把它和應用程序連接起來。不僅縮短了開發周期，還減少了代碼復雜度，並能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的「結果頁」。 從經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用Web Service這種結構，可以節省花在用戶界面編程上20%的開發時間。另外，這樣一個由Web Service組成的中間層，完全可以在應用程序集成或其它場合下重用。最後，通過Web Service把應用程序的邏輯和數據「暴露」出來，還可以讓其它平台上的客戶重用這些應用程序。 長項二: 應用程序集成企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的、在不同平台上運行的各種程序集成起來，而這種集成將花費很大的開發力量。應用程序經常需要從運行在IBM主機上的程序中獲取數據;或者把數據發送到主機或UNIX應用程序中去。即使在同一個平台上，不同軟體廠商生產的各種軟體也常常需要集成起來。通過Web Service，應用程序可以用標準的方法把功能和數據「暴露」出來，供其它應用程序使用。 例如，有一個訂單登錄程序，用於登錄從客戶來的新訂單，包括客戶信息、發貨地址、數量、價格和付款方式等內容;還有一個訂單執行程序，用於實際貨物發送的管理。這兩個程序來自不同軟體廠商。一份新訂單進來之後，訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層Web Service，訂單執行程序可以把「Add Order」函數「暴露」出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調用這個函數來發送貨物了。 長項三: B2B的集成 用Web Service集成應用程序，可以使公司內部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會怎麼樣呢?跨公司的商務交易集成通常叫做B2B集成。Web Service是B2B集成成功的關鍵。通過Web Service，公司可以把關鍵的商務應用「暴露」給指定的供應商和客戶。例如，把電子下單系統和電子發票系統「暴露」出來，客戶就可以以電子的方式發送訂單，供應商則可以以電子的方式發送原料采購發票。當然，這並不是一個新的概念， EDI(電子文檔交換)早就是這樣了。但是，Web Service的實現要比EDI簡單得多，而且Web Service運行在Internet上，在世界任何地方都可輕易實現，其運行成本就相對較低。不過，Web Service並不像EDI那樣，是文檔交換或B2B集成的完整解決方案。Web Service只是B2B集成的一個關鍵部分，還需要許多其它的部分才能實現集成。用Web Service來實現B2B集成的最大好處在於可以輕易實現互操作性。只要把商務邏輯「暴露」出來，成為Web Service，就可以讓任何指定的合作夥伴調用這些商務邏輯，而不管他們的系統在什麼平台上運行，使用什麼開發語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業也能實現B2B集成。 長項四: 軟體和數據重用 軟體重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進制形式的組件重用。 當前，像表格控制項或用戶界面控制項這樣的可重用軟體組件，在市場上都佔有很大的份額。但這類軟體的重用有一個很大的限制，就是重用僅限於代碼，數據不能重用。原因在於，發布組件甚至源代碼都比較容易，但要發布數據就沒那麼容易，除非是不會經常變化的靜態數據。Web Service在允許重用代碼的同時，可以重用代碼背後的數據。使用Web Service，再也不必像以前那樣，要先從第三方購買、安裝軟體組件，再從應用程序中調用這些組件;只需要直接調用遠端的Web Service就可以了。舉個例子，要在應用程序中確認用戶輸入的地址，只需把這個地址直接發送給相應的Web Service，這個Web Service 就會幫你查閱街道地址、城市、省區和郵政編碼等信息，確認這個地址是否在相應的郵政編碼區域。Web Service 的提供商可以按時間或使用次數來對這項服務進行收費。這樣的服務要通過組件重用來實現是不可能的，那樣的話你必須下載並安裝好包含街道地址、城市、省區和郵政編碼等信息的資料庫，而且這個資料庫還是不能實時更新的。 另一種軟體重用的情況是，把好幾個應用程序的功能集成起來。例如，要建立一個區域網上的門戶站點應用，讓用戶既可以查詢聯邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買電影票。現在Web上有很多應用程序供應商，都在其應用中實現了這些功能。一旦他們把這些功能都通過Web Service 「暴露」出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統一的、友好的界面。 將來，許多應用程序都會利用Web Service，把當前基於組件的應用程序結構擴展為組件/Web Service 的混合結構，可以在應用程序中使用第三方的Web Service 提供的功能，也可以把自己的應用程序功能通過Web Service 提供給別人。兩種情況下，都可以重用代碼和代碼背後的數據。
8. 海康威視Java Web視頻監控開發 請教
又是調用HCsdk.dll的
web一般是調用的ocx項目，你最好取得，硬體設備廠商的支持，需要預先判定一些條件，看他的HCsdk.dll屬於靜態還是動態的
9. 不用WINFORM窗體，怎麼在類里調用OCX控制項
C#類裡面
首先先注冊你的OCX，然後右擊工程--天界引用--然後在COM選項中選擇你的OCX控制項，然後引入到工程裡面就可以了，然後就可以使用OCX的命名空間以及類了，但是前提需要先new一個OCX控制項對象才可以！！
在web頁面中，可以使用object標簽引入OCX的GUID號，然後通過JS來調用其中的方法！！