RE: What do you call them beans?
Clever. :-) -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 4:18 PM I was thinking . . . of calling them HasBeans. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
No, I already have a DAO that does all the dirty stuff with connections, statements and resultsets. The classes I mean are the ones that get the data back from the DAO and put it in data classes, marshalling classes so to speak. I don't want to do that in the Action classes, nor in the data classes. On Tue, 12 March 2002, Soledad Villa wrote: how do you like DAO (data access object)? -Mensaje original- De: Adam Hardy [mailto:[EMAIL PROTECTED]] Enviado el: martes, 12 de marzo de 2002 9:35 Para: [EMAIL PROTECTED] Asunto: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
Business Objects? __ Steve Earl InfoGain Limited, 23-25 Marlow Road, Maidenhead, Berkshire SL6 7AA, UK email: [EMAIL PROTECTED] Tel: +44 (0)1628 580 600 Fax: +44 (0)1628 580 610 Mobile: +44 (0)779 026 3645 Disclaimer: Neither this e-mail nor any attachment places any legal or contractual obligations on InfoGain Limited. Any reproduction, disclosure or dissemination beyond the intended addressees is strictly prohibited save for the legitimate business purposes of InfoGain Limited and its clients or partners. __ -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 1:07 PM To: [EMAIL PROTECTED] Subject: RE: What do you call them beans? No, I already have a DAO that does all the dirty stuff with connections, statements and resultsets. The classes I mean are the ones that get the data back from the DAO and put it in data classes, marshalling classes so to speak. I don't want to do that in the Action classes, nor in the data classes. On Tue, 12 March 2002, Soledad Villa wrote: how do you like DAO (data access object)? -Mensaje original- De: Adam Hardy [mailto:[EMAIL PROTECTED]] Enviado el: martes, 12 de marzo de 2002 9:35 Para: [EMAIL PROTECTED] Asunto: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
Yeah, but what are the variable names and class names for them? I have major problems naming variables and have a bad tendency to end up calling everything bob (bob1, bob2, bob3) unless I have a standard to cling to. On Tue, 12 March 2002, Steve Earl wrote: Business Objects? Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
Struts actually has very little to say about the model side of your application. It provides the controller and the means to extend it and provides for the use of JSPs with custom tags to give you your view, but the ActionForm objects have only one foot in the model world. They are really intended as parameter objects between Actions and JSPs if I have understood them correctly. I said all that to say that you can call your model objects and their helper objects whatsoever you wish. Boring people like me use traditional pattern language like Manager and Factory, but you can use whatever sounds good. For example, if you have a Customer object, then you might have supporting objects called CustomerManager and CustomerFactory. You might even want a CustomerPersister, how about a CustomerLoader (I really like the idea of calling this a CustomerStuffer, but it's early and I haven't finished my first cup of coffee! :-) Hope this helps. Simon - Simon P. Chappell [EMAIL PROTECTED] Java Programming Specialist www.landsend.com Lands' End, Inc. (608) 935-4526 -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:struts-user-[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
I generally use suffixes based on the pattern or layer that they are in Value objects nameVo.java Data Access OBjects nameDao.java Perhaps the business object layer which co-ordinates the dao layer could be nameBo.java ? -Original Message- From: Oliver Reflé [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 8:36 AM To: Struts Users Mailing List Subject: AW: What do you call them beans? There is no such standard like prefixes or something in java, give names which describe things, we e.g call it Manager cause the manage the data objects, not because of any standard. Give names like DataManager Oliver -Ursprüngliche Nachricht- Von: Adam Hardy [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 12. März 2002 14:30 An: [EMAIL PROTECTED] Betreff: RE: What do you call them beans? Yeah, but what are the variable names and class names for them? I have major problems naming variables and have a bad tendency to end up calling everything bob (bob1, bob2, bob3) unless I have a standard to cling to. On Tue, 12 March 2002, Steve Earl wrote: Business Objects? Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
Stuffer. I like it. =) We have this: name.jsp -- nameForm -- nameAction -- nameBO -- nameDAO -- nameEntity BO = Business object - where we put the application logic DAO = Data Access Object - where the SQL is encapsulated Entity = An object representation of the table - this may have a 1:1 relationship with the Form or it may not. The BO-DAo-Entity objects are designed so that they maybe used by a struts/web application or other applications within the enterprise. HTH, /\/\ark ___ - mark h. nichols - dhsv022 at dhs dot state dot il dot us The best laid plans o'mice and men gang aft aglay... -Robert Burns [EMAIL PROTECTED] 03/12/02 07:46AM Struts actually has very little to say about the model side of your application. It provides the controller and the means to extend it and provides for the use of JSPs with custom tags to give you your view, but the ActionForm objects have only one foot in the model world. They are really intended as parameter objects between Actions and JSPs if I have understood them correctly. I said all that to say that you can call your model objects and their helper objects whatsoever you wish. Boring people like me use traditional pattern language like Manager and Factory, but you can use whatever sounds good. For example, if you have a Customer object, then you might have supporting objects called CustomerManager and CustomerFactory. You might even want a CustomerPersister, how about a CustomerLoader (I really like the idea of calling this a CustomerStuffer, but it's early and I haven't finished my first cup of coffee! :-) Hope this helps. Simon - Simon P. Chappell [EMAIL PROTECTED] Java Programming Specialist www.landsend.com Lands' End, Inc. (608) 935-4526 -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:struts-user-[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
No problem, I'm just as boring. Factory sounds good. Perhaps SatanicMill - no, sounds too grim. Or CustomerButtReamer. On Tue, 12 March 2002, Chappell, Simon P wrote: Struts actually has very little to say about the model side of your application. It provides the controller and the means to extend it and provides for the use of JSPs with custom tags to give you your view, but the ActionForm objects have only one foot in the model world. They are really intended as parameter objects between Actions and JSPs if I have understood them correctly. I said all that to say that you can call your model objects and their helper objects whatsoever you wish. Boring people like me use traditional pattern language like Manager and Factory, but you can use whatever sounds good. For example, if you have a Customer object, then you might have supporting objects called CustomerManager and CustomerFactory. You might even want a CustomerPersister, how about a CustomerLoader (I really like the idea of calling this a CustomerStuffer, but it's early and I haven't finished my first cup of coffee! :-) Hope this helps. Simon - Simon P. Chappell [EMAIL PROTECTED] Java Programming Specialist www.landsend.com Lands' End, Inc. (608) 935-4526 -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
I've heard such objects called Business Delegates. This is the name of a pattern in the Core J2EE Patterns with the intent of decoupling the presentation tier clients and the business services that they require. It is helpful in hiding the underlying complexity of the service implementation and provides a point of change if it should become necessary to alter that implementation (as in changing from JDBC to JDO to EJB for persistence). I suppose you could use the suffix Delegate in this case. http://developer.java.sun.com/developer/restricted/patterns/BusinessDelegate .html My team is designing using the Command pattern as one of our architecture staples. Command is similar to Business Delegate but with more structure to the implementation and, for us, implications with respect to network traffic and transactional context. A command is a simple java bean class with gets, sets, and an execute method that contains the business logic. We suffix all such objects with Cmd for brevity. A description of the pattern and its usage can be found here: http://www-106.ibm.com/developerworks/ibm/library/i-extreme13/ Best regards, Jim Cakalic -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
Yes, that's what we call them also. -- Larry Maturo [EMAIL PROTECTED] -Original Message- From: Soledad Villa [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:38 AM To: 'Struts Users Mailing List' Subject: RE: What do you call them beans? how do you like DAO (data access object)? -Mensaje original- De: Adam Hardy [mailto:[EMAIL PROTECTED]] Enviado el: martes, 12 de marzo de 2002 9:35 Para: [EMAIL PROTECTED] Asunto: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: What do you call them beans?
I'll occassionally run a Tiered Accessor Entity to a Business Object.in which case I just label it a TaeBo Sorry couldn't resist : ) - Original Message - From: MARK NICHOLS [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 12, 2002 8:04 AM Subject: RE: What do you call them beans? Stuffer. I like it. =) We have this: name.jsp -- nameForm -- nameAction -- nameBO -- nameDAO -- nameEntity BO = Business object - where we put the application logic DAO = Data Access Object - where the SQL is encapsulated Entity = An object representation of the table - this may have a 1:1 relationship with the Form or it may not. The BO-DAo-Entity objects are designed so that they maybe used by a struts/web application or other applications within the enterprise. HTH, /\/\ark ___ - mark h. nichols - dhsv022 at dhs dot state dot il dot us The best laid plans o'mice and men gang aft aglay... -Robert Burns [EMAIL PROTECTED] 03/12/02 07:46AM Struts actually has very little to say about the model side of your application. It provides the controller and the means to extend it and provides for the use of JSPs with custom tags to give you your view, but the ActionForm objects have only one foot in the model world. They are really intended as parameter objects between Actions and JSPs if I have understood them correctly. I said all that to say that you can call your model objects and their helper objects whatsoever you wish. Boring people like me use traditional pattern language like Manager and Factory, but you can use whatever sounds good. For example, if you have a Customer object, then you might have supporting objects called CustomerManager and CustomerFactory. You might even want a CustomerPersister, how about a CustomerLoader (I really like the idea of calling this a CustomerStuffer, but it's early and I haven't finished my first cup of coffee! :-) Hope this helps. Simon - Simon P. Chappell [EMAIL PROTECTED] Java Programming Specialist www.landsend.com Lands' End, Inc. (608) 935-4526 -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:struts-user-[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
IMO, the problem with using DAO is that Data Access Objects are really in a lower layer of the architecture than the layer you are addressing. At least according to the pattern descriptions I have read, including that in Core J2EE Patterns. In fact, the structure and sequence diagrams in that book show Business Objects using DAOs to encapsulate access to the DataSource. These Business Objects are what I referred to before as Business Delegates or Command Beans. Really, as I see it, you want your Actions to be the transformation point between your presentation (using JSPs, HTML, ActionForms, etc.) and your model. This is responsibility enough I think. Except in the simplest of web applications, the model is more than just accessing data. It is business logic that usually involves accessing data and many times involves manipulating/altering the data and using it ways that satisfy the functional requirements of your application. This is the job of your Delegates/Commands which in turn use DAOs when necessary to access the DataSources (databases, directories, files, other applications, etc.) that contain the information used by your application. So you have: -- Action --- Delegate --- DAO -- DataSource | calls | calls| calls uses returns / || +--- creates VV V ActionForm ValueObject Not very pretty but descriptive, I think. Best regards, Jim Cakalic -Original Message- From: Maturo, Larry [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 10:02 AM To: 'Struts Users Mailing List' Subject: RE: What do you call them beans? Yes, that's what we call them also. -- Larry Maturo [EMAIL PROTECTED] -Original Message- From: Soledad Villa [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:38 AM To: 'Struts Users Mailing List' Subject: RE: What do you call them beans? how do you like DAO (data access object)? -Mensaje original- De: Adam Hardy [mailto:[EMAIL PROTECTED]] Enviado el: martes, 12 de marzo de 2002 9:35 Para: [EMAIL PROTECTED] Asunto: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] font size=1Confidentiality Warning: This e-mail contains information intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, any dissemination, publication or copying of this e-mail is strictly prohibited. The sender does not accept any responsibility for any loss, disruption or damage to your data or computer system that may occur while using data contained in, or transmitted with, this e-mail. If you have received this e-mail in error, please immediately notify us by return e-mail. Thank you.
Re: What do you call them beans?
nice one. I was thinking of DataUni Negotiotor xxxDUNG.But don't allocate too many or you'll full up th heap. --- John M. Corro [EMAIL PROTECTED] wrote: I'll occassionally run a Tiered Accessor Entity to a Business Object.in which case I just label it a TaeBo Sorry couldn't resist : ) - Original Message - From: MARK NICHOLS [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 12, 2002 8:04 AM Subject: RE: What do you call them beans? Stuffer. I like it. =) We have this: name.jsp -- nameForm -- nameAction -- nameBO -- nameDAO -- nameEntity BO = Business object - where we put the application logic DAO = Data Access Object - where the SQL is encapsulated Entity = An object representation of the table - this may have a 1:1 relationship with the Form or it may not. The BO-DAo-Entity objects are designed so that they maybe used by a struts/web application or other applications within the enterprise. HTH, /\/\ark ___ - mark h. nichols - dhsv022 at dhs dot state dot il dot us The best laid plans o'mice and men gang aft aglay... -Robert Burns [EMAIL PROTECTED] 03/12/02 07:46AM Struts actually has very little to say about the model side of your application. It provides the controller and the means to extend it and provides for the use of JSPs with custom tags to give you your view, but the ActionForm objects have only one foot in the model world. They are really intended as parameter objects between Actions and JSPs if I have understood them correctly. I said all that to say that you can call your model objects and their helper objects whatsoever you wish. Boring people like me use traditional pattern language like Manager and Factory, but you can use whatever sounds good. For example, if you have a Customer object, then you might have supporting objects called CustomerManager and CustomerFactory. You might even want a CustomerPersister, how about a CustomerLoader (I really like the idea of calling this a CustomerStuffer, but it's early and I haven't finished my first cup of coffee! :-) Hope this helps. Simon - Simon P. Chappell [EMAIL PROTECTED] Java Programming Specialist www.landsend.com Lands' End, Inc. (608) 935-4526 -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:struts-user-[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = ~~ Search the archive:- http://www.mail-archive.com/struts-user%40jakarta.apache.org/ ~~ Keith Bacon - Looking for struts work - South-East UK. phone UK 07960 011275 __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
On Tue, 12 March 2002, Michelle Popovits wrote: I generally use suffixes based on the pattern or layer that they are in Value objects nameVo.java Data Access OBjects nameDao.java Perhaps the business object layer which co-ordinates the dao layer could be nameBo.java ? Hmmm, I'm steering clear of anything verging on Hungarian notation. Every time I've used them, on my own or in teams, it always gets out of hand and ends up being a waste of time. Using a name like Factory or Stuffer :-) means you've got something to search on, it actually means something to outsiders, and it's also readable. Plus you don't get into silly conversations like whether an enumeration definition and an enumeration variable should both start with enm. (did VB for way too long...) Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
On Tue, 12 March 2002, Cakalic, James wrote: These Business Objects are what I referred to before as Business Delegates or Command Beans. Really, as I see it, you want your Actions to be the transformation point between your presentation (using JSPs, HTML, ActionForms, etc.) and your model. This is responsibility enough I think. The Actions are the Controller part of the MVC, right? The Controller part of MVC is new to me since I've been doing Java. The Microsoft n-tier approach pretty much ignores this facet of an application. Sure you've got seperation of presentation, business data layers, but nothing addresses the whole flow of control issue. Anyway, from what you say, do I assume the business objects are called delegates because the controller delegates work to them? Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: What do you call them beans?
I was thinking, because each has a bit of logic, of calling them HasBeans On Tue, 12 March 2002, keithBacon wrote: nice one. I was thinking of DataUni Negotiotor xxxDUNG.But don't allocate too many or you'll full up th heap. --- John M. Corro [EMAIL PROTECTED] wrote: I'll occassionally run a Tiered Accessor Entity to a Business Object.in which case I just label it a TaeBo Sorry couldn't resist : ) - Original Message - From: MARK NICHOLS [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 12, 2002 8:04 AM Subject: RE: What do you call them beans? Stuffer. I like it. =) We have this: name.jsp -- nameForm -- nameAction -- nameBO -- nameDAO -- nameEntity BO = Business object - where we put the application logic DAO = Data Access Object - where the SQL is encapsulated Entity = An object representation of the table - this may have a 1:1 relationship with the Form or it may not. The BO-DAo-Entity objects are designed so that they maybe used by a struts/web application or other applications within the enterprise. HTH, /\/\ark ___ - mark h. nichols - dhsv022 at dhs dot state dot il dot us The best laid plans o'mice and men gang aft aglay... -Robert Burns [EMAIL PROTECTED] 03/12/02 07:46AM Struts actually has very little to say about the model side of your application. It provides the controller and the means to extend it and provides for the use of JSPs with custom tags to give you your view, but the ActionForm objects have only one foot in the model world. They are really intended as parameter objects between Actions and JSPs if I have understood them correctly. I said all that to say that you can call your model objects and their helper objects whatsoever you wish. Boring people like me use traditional pattern language like Manager and Factory, but you can use whatever sounds good. For example, if you have a Customer object, then you might have supporting objects called CustomerManager and CustomerFactory. You might even want a CustomerPersister, how about a CustomerLoader (I really like the idea of calling this a CustomerStuffer, but it's early and I haven't finished my first cup of coffee! :-) Hope this helps. Simon - Simon P. Chappell [EMAIL PROTECTED] Java Programming Specialist www.landsend.com Lands' End, Inc. (608) 935-4526 -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: What do you call them beans? Hi, just a quick question. I want to have a set of classes that do all the operations on my data classes. What do you call them in Struts-speak? The Action classes will call them to take care of the updates, deletes, selects and stuff, and they'll return a data class or collection of data classes. I was thinking of calling them all with the suffix 'Man' for Manager but that's kind of Microsoft-oriented, which I'm trying to get away from. Thanks Adam Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:struts-user-[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = ~~ Search the archive:- http://www.mail-archive.com/struts-user%40jakarta.apache.org/ ~~ Keith Bacon - Looking for struts work - South-East UK. phone UK 07960 011275 __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What do you call them beans?
Yes. It is authorized to act on behalf of the client, in this case an Action. The Action _could_ do the whole job by itself. Nobody claims otherwise. But separating the business function from the Action, which is technically tied to the presentation, reduces coupling between the presentation and business tiers by hiding implementation details including infrastructure exceptions. It enables the reuse of the business logic within and across applications and presentation technologies. Changes are easier to manage because they are centralized. The delegate may provide caching services (thus better performance) for common service requests. And it hides the gory details of remote invocations when used in a distributed environment. Jim -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 3:15 PM To: [EMAIL PROTECTED] Subject: RE: What do you call them beans? On Tue, 12 March 2002, Cakalic, James wrote: These Business Objects are what I referred to before as Business Delegates or Command Beans. Really, as I see it, you want your Actions to be the transformation point between your presentation (using JSPs, HTML, ActionForms, etc.) and your model. This is responsibility enough I think. The Actions are the Controller part of the MVC, right? The Controller part of MVC is new to me since I've been doing Java. The Microsoft n-tier approach pretty much ignores this facet of an application. Sure you've got seperation of presentation, business data layers, but nothing addresses the whole flow of control issue. Anyway, from what you say, do I assume the business objects are called delegates because the controller delegates work to them? Find the best deals on the web at AltaVista Shopping! http://www.shopping.altavista.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] font size=1Confidentiality Warning: This e-mail contains information intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, any dissemination, publication or copying of this e-mail is strictly prohibited. The sender does not accept any responsibility for any loss, disruption or damage to your data or computer system that may occur while using data contained in, or transmitted with, this e-mail. If you have received this e-mail in error, please immediately notify us by return e-mail. Thank you.
