> -----Original Message-----
> From: Jon Rothlander [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 15, 2006 2:17 PM
> Subject: Re: Data Structures in .Net?

> My goal in posting this question was to see if .Net had some way to
support multiple
> variables pointing to the same set of memory.  That's sounds like a
reasonable thing to me.
> If it did support that, it would save me the time of having to
construct these data
> structure classes.

  As I said before, you can do it if you introduce some sort of
FixedString class  and use it instead of .NET's System.String.

> That's not valid for the ASCII formatted-positional file format.  So
you'd have to go in
> and add a buffer function to adjust the number of trailing spaces.  At
that point, what's
> the point!  Why not just use the class/property solution, which you
say is silly.  Doesn't

  Again, if you don't use a String but rather your own FixedString, this
will be taken care off in one place, keeping your classes relatively
clean.

  When I had to use MF generated files (ADABAS/Natural and not COBOL,
but for all practical purposes the output data looks the same), I found
it most covenient to create XML schemas describing the MF data format,
and importing it to a DataSet (with one row per text line). This allowed
me to use the DataSet's built-in DataRelations to track down many MF
based bugs (suppose another record type also has a Last Name First Name
combination, with a properly set DataRelation you can catch mismatching
files right away).

  I'd still use COBOL.NET if it's acceptable, I don't think there's
COBOL for JVM, and that gives you a very obvious edge over the company
proposing a Java solution.

  Itay.



<html><body><center><hr><b><font face=arial size=2>Visit the Tel Aviv Stock 
Exchange's Website<a href=http://www.tase.co.il>
www.tase.co.il</a></b></body></html>

===================================
This list is hosted by DevelopMentorĀ®  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to