|
After a quick Google search, I've come to the conclusion that the answer to your question is both yes and no. You can write some drivers in C# (see User-Mode Driver Framework (UMDF)[^]), but kernel-mode drivers cannot be created with C# because it "produces intermediate language that is interpreted by a virtual machine (.NET)". The general consensus is to use C/C++ for drivers.
Source: http://stackoverflow.com/questions/994600/writing-drivers-in-c[^]
If I had a nickel for every time I tried to teach someone some programming, they didn't pay a cent of attention, then gave up, claiming it was too difficult - well, you know the rest... sadly, I'm just a programmer in an endless sea of cubes, typing my life away.
|
|
|
|
|
burhankaraman wrote: can i write code for driver in c#?
No.
Start here[^].
Bastard Programmer from Hell 
|
|
|
|
|
I developing a simple retail POS. I want to know is the barcode for all items are standard? dose it have the same string conditions, length, contents? or I have to develop conditions for every item / item category?
|
|
|
|
|
What I do know is that a barcode is just a representation of a number, which is always printed below or close to the barcode somewhere in case the need to manually enter it arises. Most barcode readers simply return that number as a string on a COM port or sometimes even a keyboard connection, like someone manually typing it in.
A string of 20 chars should do it.
Regards,
Rob Philpott.
|
|
|
|
|
is it unique for everything like CDs, Shampo, Books, etc?
|
|
|
|
|
A barcode is indeed a sequence and has a structure to it.
and these structures, standards differ in different industries.
have a look at the following
www.gs1ca.org
Kribo
htt://blog.kribo.be
|
|
|
|
|
Yes, they are standard, within a few parameters.
There are two classes of bar code you need to look at: Those for Consumer Units and those for Traded Units. They use different barcode types to prevent misreads.
Consumer Units are items which are sold to the customer directly - a tube of toothpaste, a case of beer.
Traded Units are groups of items which are sold to retailers, not to customers - a carton of tubes of toothpaste, a pallet of cases of beer.
Each Unit has it's own barcode number (called an Article Number): the code for a tube of Tesco toothpaste (30g) would be different from that for a tube of Tesco toothpaste (50g) or a carton of tubes of Tesco toothpaste (30g), and this number is unique worldwide. Each country has it's own Article Number issuing authority who come down on you like a ton of bricks if you start using them willy-nilly.
Consumer units generally use EAN8, EAN-12 or EAN-14 (now known as GTIN codes).
Traded units generally use ITF14.
Mostly, scanners to read Consumer units are set to not-recognise ITF Traded unit codes, and vice versa.
Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together.
Manfred R. Bihy: "Looks as if OP is learning resistant."
|
|
|
|
|
jrahma wrote: I want to know is the barcode for all items are standard?
No - there are different kinds of barcodes.
You need to know the type of barcode you are reading in order to be able to parse it.
The first thing you will need to determine is the barcode type.
You can get libraries to parse barcode(fonts) which will do the difficult work for you - all you then need to do is to look up the code in your database...
Continuous effort - not strength or intelligence - is the key to unlocking our potential.(Winston Churchill)
|
|
|
|
|
|
Hi,
How do I accessing&change a corelDRAW file throught C# Application?
Please Gude me!
This is very importance for me!
modified on Monday, September 5, 2011 9:45 AM
|
|
|
|
|
How about this: You ask an actual question?
Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together.
Manfred R. Bihy: "Looks as if OP is learning resistant."
|
|
|
|
|
Mahtab777 wrote: How do I accessing&change a corelDRAW file throught C# Application?
You can try to automate Coreldraw, like done here[^], but that requires the user to have CorelDraw installed.
Mahtab777 wrote: Please Gude me!
This is very importance for me!
I'm a volunteer, answering questions. Providing guidance would be a somewhat deeper investment. You're asking for broad help on a vague project - we're providing answers on specific questions.
Bastard Programmer from Hell
|
|
|
|
|
Please Giude me!
Please Giude me!
Please Giude me!
|
|
|
|
|
You've already been given one answer. If this isn't acceptable to you, you are going to have to modify it via the file format - in which case, you've got a lot of work ahead of you.
|
|
|
|
|
IS the complete defination for Polymorphism....?
Polymorphism:-
When child class inherits from a parent class and it gains all the method's properties of the parent class.
To resolve this problem a class member from a parent class, the parent class has to be declare as virtual while the child class should declare as override..
this whole process is called polymorphism
MUHAMMAD FAROOQ
|
|
|
|
|
|
Somewhat, but you're bogged down in details of implementation.
MUHAMMAD FAROOQ1991 wrote: To resolve this problem
What problem?
|
|
|
|
|
Try not to repost[^].
Too much of heaven can bring you underground
Heaven can always turn around
Too much of heaven, our life is all hell bound
Heaven, the kill that makes no sound
|
|
|
|
|
An essential feature of polymorphism is that the child classes exhibit different behaviors than the parent and sibling classes. This is implied by the name, which means "many shapes" in Latin.
|
|
|
|
|
I don't think that "child ... parent and sibling classes" is strictly a part of polymorphism (at least not since we got interfaces); in my opinion they're really just one implementation.
|
|
|
|
|
|
Well, yes, but we no longer need a parent to define an interface (in some languages).
|
|
|
|
|
The value of this arrangement is that the parent's interface is used by the users of these classes, so any child class can be substituted, and will provide different ("poly") behavior ("morphism").
|
|
|
|
|
But we no longer require a parent/child relationship in order to have different ("poly") behavior ("morphism") -- now unrelated classes can be used.
|
|
|
|
|
Well I think I would disagree with the statement of using Interfaces.
In the truest, textbook usage of polymorphism your are providing a different implementation of an existing implementation. While an Interface defines necessary methods/properties that must be implemented, and you can have various implementations of those methods, you don't have a base behaviour to fall back on.
So an example of Polymorphism would be a class that has a computation method that has been marked virtual.
In the base class it uses all of the various properties within the class to compute a value. In addition to this computation method are a number of setters/validators that ensure all the data is valid before you call the method. There may also be some security wrapped around everything and it has all been tested and proven functional.
You now need that class library to collect exactly the same data, and all validations, but you need to alter how the computation method behaves. So you inherit the base class and override the existing method to implement your behaviour.
In a few months you may have another use of the same base class and in that case you want the base computation to occur, but you need to return half the value. In that case, once again, you inherit the base class, override the method, call the base computation and then return the value returned by 2.
What you gain in the polymorphism model is all of the functionality of the base class that does NOT have to be tested (since it is already tested and working). All you have to test is your new computation code. Thus you gain functionality and minimize the testing needed to accomplish your goal.
Software Zen: delete this;
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
