Barcode Reader Code in C# - c#-4.0

Objective...
I want to add the ability for our condo association to scan bar codes on (UPS, USPS, FedEX, etc) packages as they arrive and post the information to SQL server for later use.
The code could be desktop or web based, but preferably as c# code - .Net 4.5 is Ok. Any suggestions as to hand scanners also appreciated.
Can anyone suggest a starting point?
Thanks in advance for any help/guidance.

You can use pqScan Barcode reader, it can be used in .net 2.0+, so you can build winforms and asp.net web application with it.

Related

Converting a .Net dll to a .Net Core dll

We have this application written in Visual Basic (Windows Form Application) and I am tasked to convert it to Universal App (UWP). the said application uses a dll that is specific to .Net Framework so in order to convert it into a Universal App, I need to have a dll that is targeting .Net Core.
Is there a way to do it?
I know nothing in dll stuffs, can someone enlighten me up? Any help will be appreciated.
Your best bet in this case is the Desktop App Converter.
In summary, what that does is takes your existing .exe application and converts it to an Universal Store appx. In most cases this can happen without any code changes, and the resulting app can be deployed to the Windows Store or other UWP deployment channels (MDM solutions). It also lets you add some of the UWP features such as Live Tiles or Push Notifications, while others won't be possible with this (Adaptive Layouts). The application, though running under the new Application Model will still run with the same permissions as the original .exe (not sandboxed).
So, if you are being asked to convert the app for (some of) those reasons, it might be your best solution.
If this does not work for you, there is no other choice than a complete rewrite at this point since UWP does not support Forms, you will need to use XAML, so your entire UI stack needs to be redone at which point, a complete refresh usually makes more sense.

ServiceStack to expose service to multiple clients?

Recently I made the decision to move from Xamarin.Android to native Android development. In the previous Xamarin project I used their walkthrough to call a WCF service from Android with basicHttpBinding, primary purpose in this case to upload a DTO with an image byte array. I'm now trying to figure the best way to do the same (or better) from Android without Xamarin.
Can ServiceStack help me expose a WCF or ASMX service such that most any client (in my case WPF/Silverlight, iOS, Android) can connect to it with the most appropriate message format (SOAP, REST, etc)? If so please point to the best sample for quick adaptation of an existing WCF service hosted in IIS. I'm hoping to get implement quickly for a demo in one week, then circle back and spend more time learning it.
Sincere thanks
Mark

Difference between CodedUI and UISpy

What is the difference between CodedUI and UISpy? Does both use same mechanism?
I need to implement support for UISPY in my own custom grid control[WinForms] to recognize each cell as like in the MS DataGridView. currently UISPY recognizes my entire control but not individual cell.
Any help would be highly appreciated
I'm not sure how UISpy works but CodedUI uses the UI Automation framework to access the UI components in an app.
Regardless, you might want to look at using something like HawkEye or WinForms Spy as a starting point for doing what you need.
The UI Spy tool is obsolete and no longer available. Developers should use other tools such as Inspect.exe that are available in the Windows Software Development Kit (SDK).

How to develop for MRP (Mythroad, platform for chinese mobile application)?

Hello dearest community
I just given a task to develop a mobile application for chinese mobile phone, Nexian NX-G920. At first, I think it can just run the J2ME application. But it didn't, it only support MRP application. Having read about it here : MRP, I think my best case is, if any, convert my *.JAR application into *.MRP. Is there any tool that can do it?
My Plan B is, to develop using specific MRP SDK. But that is just to costly, in term of effort to be use.
As far as I know there are only Java to C translators or Java bytecode to assembly translators like those listed in this question.
These include JCGO, Toba, gcj and llvm. However a Java to C translator or similar is only part of the solution because it would only help you if you were translating classes that didn't interact with Java libraries that are not part of the MRP platform. This is because MRP platform won't have the libraries you link to and will have different GUI and hardware API calls than J2ME.
The only SDK for MRP is the OpenSDK which you have already mentioned.
I think I've found one solution, but I have to use my C languages, not the plain J2ME as first I thought it will. Here is the SDK, Open SDK by Sky Mobi.
Haven't try it though, but I think this is one solution that fit the problem.
Sky-Mobi SDK is saved this archive on Wayback Machine
The Sky-Mobi is saved this page of site in the Internet Archive

Can existing .net application be converted to MonoDroid?

Can existing .net application(in C#) be converted to MonoDroid? or
Can we port an existing .NET web app to Android using MonoDroid?
MonoDroid is intended to allow you to develop applications in C# as opposed to Java; not as a means to drop an existing application into place.
You asked about a web app, but I'm assuming you mean an ASP.NET web app, which wouldn't map to the Android API, and couldn't simply be copied over. Even taking your HTML and dropping it into something like Titanium would still require a lot of JS tweaking to make it work.
I have a feeling you're looking at a re-write. Maybe if you can provide more details (is this an ASP.NET app, etc.), I could give a better answer.
Yes no problem. But it wouldn't be an automatic process, nor a particularly simple one. All the UI elements, persistence stuff and so on (the platform specific parts of your application) will need to be redone. Depending on your app, and how it is written, this may be a major part, or a relatively small one. The more corners that were cut originally, the more it will cost to port over.
In addition to Tom's answer, I would say it has some limitations(link 1 and link 2) . I blogged some other interesting moments here.
Here is a good example of cross-platform mobile application (monoDroid, monoTouch, WP7).

Resources