Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 34421 invoked from network); 3 Jul 2005 14:39:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Jul 2005 14:39:41 -0000 Received: (qmail 59652 invoked by uid 500); 3 Jul 2005 14:39:39 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 59638 invoked by uid 500); 3 Jul 2005 14:39:39 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 59624 invoked by uid 99); 3 Jul 2005 14:39:38 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Jul 2005 07:39:38 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of gcjiu-ibatis-user-java@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Jul 2005 07:39:40 -0700 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Dp5cg-0003op-JY for user-java@ibatis.apache.org; Sun, 03 Jul 2005 16:39:06 +0200 Received: from adsl-68-94-9-55.dsl.rcsntx.swbell.net ([68.94.9.55]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jul 2005 16:39:06 +0200 Received: from netsql by adsl-68-94-9-55.dsl.rcsntx.swbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jul 2005 16:39:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: user-java@ibatis.apache.org From: netsql Subject: Re: Advantage of Map over Bean as a parameterObject? Date: Sun, 03 Jul 2005 09:37:30 -0700 Lines: 20 Message-ID: References: <42c76d88.57c16ede.544a.ffffe660@mx.gmail.com> <16178eb105070222162deb4d26@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: adsl-68-94-9-55.dsl.rcsntx.swbell.net User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en In-Reply-To: <16178eb105070222162deb4d26@mail.gmail.com> Sender: news X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > > 1) You don't have to write a JavaBean class. > > ;-) 2nd one: 2)You don't have to change or maintain it. As project evolves and front end and back end evolve... there is no maitanance or CRUFT or duplication. I used to do beans for many years. Then I started w/ Groovy, CoR, C#, Flash, etc... They all are Map and Collections based. Even when I make a JTable it needs a collection. I my case, I have no needs for a bean. All my API only takes Map args and sometimes return Lists. (A silly little varargs). After all how often do you get a class cast exception! .V