Da Zhu

Greenhorn
+ Follow
since Jan 02, 2001
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Da Zhu

Please can somone give me some advice?
17 years ago
Originally I thought the reason was that MVC is a composition of some more basic patterns, such as the observer pattern. But when it is used in web (Model2), observer pattern is not used for the relationship between the model and the view, then which of the 23 GOF patterns do MVC contain?
[ September 18, 2002: Message edited by: Da Zhu ]
Thanks, Sean for your information.
I am glad the journal is on-line at http://www.javadevelopersjournal.com/
18 years ago
Say I have a servlet called mytest in
<tomcat_path>\webapps\examples\web-inf\classes\
which send a applet to the client, with the code
----------------------------------------------------------
out.println("<Applet code=myapplet.class archive=myapplet.jar ...
----------------------------------------------------------
Then in which directory should I put myapplet.jar
Thanks a lot if you can help!
18 years ago
I am tired of JavaPro, since it has a very limited number
of authors. Each of them occupies one column, and some of them
just have hard time to produce a meaningful article once
a month.
I am wondering what magazine do your guys read regularly?
Thanks.
18 years ago
I do not recommend Cooper's book. The explaination of the
patterns are not clear. You can not study this book alone.
If you study this book with GoF book, then I assume it brings
no harm, but it does not bring much extra either.
Alan's approach is better: the design pattern are applications
of object-oriented principles, not separated gems. It is a
good introductory book, although it does not cover all GoF patterns.
Thanks, Michal,
I am glad that I finally get your point, although
I am not sure if it is the best solution. My main concern is the relationship between two use cases A and B (assuming A contains B) gets lost in the sequence diagrams in your approach, while such relationship may be useful in the design of class diagrams.
Let me confirm again with Michal, did my summary to your
point in last message correct? Which means the sequence
diagrams for two cases A and B (assuming A includes B) are
independent to each other.
Thanks for your patient. I really what to understand your
conclusion, even if I can not fully understand your reason.
I am a fan of design pattern. GoF book is the best I ever read
in this subject. I also read Grand's and Cooper's books
in java, and Griver's book in VB. None of them are really
outstanding or adding new knowledge to this subject.
I like to win this book and check out if there is something new
there.
Thanks a lot, Paul and Michal,
Let me make sure I understand your point.
Say Use Case A includes Use Case B, then you mean part of the sequence diagram for Use Case A is identical to the sequence diagram for Use case B, right?
Say use case A has an include use case B.
Now how can I draw a sequence diagram for use case A?
Any suggestion or reference would be really appreciated.
Bill Brogans' book is not good enough alone. It does
not provide enough details on servlet and jsp.
The sample code takes too much space, while the explaination
is a little too short.
P.S. Bill is a nice person. He is willing to read your email.
Hi Sanjay,
Thanks for your information
Any idea of what Uses Points mean or where i can get more info about it?
And how to refer to another Use Case in the sequence diagram for one Use Case? For example, in the Prepare Itinerary, there is one step as follows:
"System sends the priced itinerary to Pay for Itinerary Use Case"
how to present it in the sequence diagram?
Hi Sanjay,
Thank you for your response.
>Requirements are to submit only 4 sequence diagrams.
Can you point to me where in the sun's spec did you find this
information? I have read the spec for several times, but did not find it. Thanks.