Wrox Programmer Forums

Need to download code?

View our list of code downloads.

| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read
BOOK: Professional Crystal Reports for VS.NET
This is the forum to discuss the Wrox book Professional Crystal Reports for Visual Studio .NET by David McAmis; ISBN: 9780764544033
Welcome to the p2p.wrox.com Forums.

You are currently viewing the BOOK: Professional Crystal Reports for VS.NET section of the Wrox Programmer to Programmer discussions. This is a community of tens of thousands of software programmers and website developers including Wrox book authors and readers. As a guest, you can read any forum posting. By joining today you can post your own programming questions, respond to other developers’ questions, and eliminate the ads that are displayed to guests. Registration is fast, simple and absolutely free .
DRM-free e-books 300x50
Reply
 
Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old July 2nd, 2003, 08:51 PM
iem iem is offline
Registered User
 
Join Date: Jun 2003
Location: , , .
Posts: 5
Thanks: 0
Thanked 0 Times in 0 Posts
Default Binding reports

hello,

i'm trying to work through the exercises on pages 89-92.
i am not new to crystal, but new to .net.
i really do not understand the difference between an untyped report and a strongly typed report or when which option should be selected.

i completed the exercise on pg 89-90. to complete the untyped report and a strongly typed report exercises on pg 90-92, and i suppose to make another copy of the report and paste the code into it or paste it into the same copy of the report, that was used for the exercise that started on page 89.

it's leaving out items like this that make this book really difficult to follow.

any help would be greatly appreciated.

thanks
indera
Reply With Quote
  #2 (permalink)  
Old August 25th, 2003, 12:21 PM
Registered User
 
Join Date: Aug 2003
Location: Vancouver, BC, Canada.
Posts: 3
Thanks: 0
Thanked 0 Times in 0 Posts
Default

I agree with iem. After having read the two sections in the book on untyped reports versus strongly-typed reports I was still left in the dark as to the merits / drawbacks of each. As well, I noticed with some annoyance that the two sections are often identical word-for-word, betraying an obvious cut-and-paste.

What's missing here is an exploration of the three available options: untyped, strongly-typed, and strongly-typed cached, answering the following questions.

1. At a theoretical level, what do these three things mean? There was some attempt to explain the difference between untyped and strongly-typed, but it was much too simple-minded. The exaplanation of what caching means was very clear.

2. Why would I want to / not want to use each of these options? The text simply says that I "probably want to" use strongly-typed reports, and tells me that caching is a good thing. Why, then, did Crystal even bother providing the other options, if I probably shouldn't be bothering with them? Obviously they must serve a purpose. Obviously strongly-typed reports are inappropriate in some circumstances, otherwise untyped reports wouldn't be offered. A discussion of things like ease of programming, runtime flexibility, resource consumption, etc. would have been appropriate.

B P Fraser
Sauder Information Systems
Reply With Quote
  #3 (permalink)  
Old August 25th, 2003, 12:36 PM
Registered User
 
Join Date: Aug 2003
Location: Vancouver, BC, Canada.
Posts: 3
Thanks: 0
Thanked 0 Times in 0 Posts
Default

Here, from Microsoft at http://msdn.microsoft.com/library/de...ebprojects.asp, is the explanation that should have been in the book:

Quote:
quote:You can also choose to use a report in a project as a report component. You can add a report as an untyped report component if you want to load the report file to the component only at runtime. You can add a report as a strongly-typed report component if you associate it with a specific report in the project at design time.
This tells me one of the things that I needed to know: why use one option or the other? The answer: use strongly-typed reports if I know at design time that the viewer will be used to view only one report. Use untyped reports if I want a generic viewer that I'm going to connect to a report at run time.

Microsoft's explanation of the "why's" of caching is as weak as the explanation in the book. Now, I'm guessing that caching uses up more memory, and so that's why it's an option and not an automatic feature. That seems logical, but then the point of an instructional book is to come right out and say these things, no?

B P Fraser
Sauder Information Systems
Reply With Quote
  #4 (permalink)  
Old November 5th, 2003, 02:32 PM
Registered User
 
Join Date: Jun 2003
Location: , , .
Posts: 4
Thanks: 0
Thanked 0 Times in 0 Posts
Default

The reason to use Cache is on a report that would be hit frequently. Cache is lightening fast as it loads the complete report to memory rather than having to go to disk, search through the records and write the report. The Drawback as you have mentioned is more memory usage but faster speed. If the report is only used occasionally then it is best not to use cache. This will take a bit longer but does not penalize the memory. Sort of Speed vs memory usage.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Binding Variables to Crystal Reports lnickol22 Crystal Reports 4 January 23rd, 2008 04:27 AM
How to create/design reports with crystal reports BassmaniaQ Crystal Reports 0 December 14th, 2004 04:58 AM
Crystal Reports Dynamic binding field objects velkropie Crystal Reports 0 December 1st, 2004 12:21 AM
Crystal Reports Dynamic binding field objects velkropie BOOK: Professional Crystal Reports for VS.NET 0 November 30th, 2004 11:35 PM



All times are GMT -4. The time now is 04:32 AM.


Powered by vBulletin®
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.
© 2013 John Wiley & Sons, Inc.