Re: Dictionary Object name/value pair
- From: "Simon Tamman" <i_am_GETRIDOFTHISJUNKanti_everything@xxxxxxxxxxxxxxxxx>
- Date: Tue, 13 Mar 2007 21:06:48 GMT
I "think" he's trying to prop up existing code by re-writing this library.
If the API changes then more code needs to be re-written.
That's why I think he's not using a database.
I could be wrong though, if that's the case then you're right a database is
definately the best course of action. Because trying to create a dynamic
type in a statically typed language is like putting a square peg in a round
hole.
"Todos Menos [MSFT]" <todos_menos_msft@xxxxxxxxxxx> wrote in message
news:1173818964.411878.46360@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
I don't really understand the point.that
Can't you just use a database?
Is SQL Server more complex than this?
-Todos
On Mar 13, 11:16 am, "Dave Young"
<dave.young.nos...@xxxxxxxxxxxxxxxxxxxx> wrote:
I'm trying to replicate the behaviour of the Commerce.Dictionary object
IDictionary,was found in Commerce Server 3.0
By using a hashtable or creating a custom class that implements
you have to add elements by using the following syntax.
DictionaryObject.Add("key","value");
However, the old Commerce Server Dictionary object used the following
syntax.
DictionaryObject.Name = "Fred"
In this instance, the dictionary object creates a new element key called
"Name" and assigns the value of "Fred" to it.
Any thoughts on how to replicate this?
.
- Follow-Ups:
- Re: Dictionary Object name/value pair
- From: Dave Young
- Re: Dictionary Object name/value pair
- From: Jon Skeet [C# MVP]
- Re: Dictionary Object name/value pair
- References:
- Dictionary Object name/value pair
- From: Dave Young
- Re: Dictionary Object name/value pair
- From: Todos Menos [MSFT]
- Dictionary Object name/value pair
- Prev by Date: Re: Re-creating a MFC application
- Next by Date: Re: C# / XML / WebSvc problem
- Previous by thread: Re: Dictionary Object name/value pair
- Next by thread: Re: Dictionary Object name/value pair
- Index(es):
Relevant Pages
|