realbasic-nug
[Top] [All Lists]

Re: Quickest way to build a string?

To: REALbasic NUG <realbasic-nug@lists.realsoftware.com>
Subject: Re: Quickest way to build a string?
From: Joe Strout <joe@inspiringapps.com>
Date: Fri, 30 Jan 2009 08:58:13 -0700
Authentication-results: mx.google.com; spf=neutral (google.com: 74.124.194.228 is neither permitted nor denied by best guess record for domain of realbasic-nug-bounces@lists.realsoftware.com) smtp.mail=realbasic-nug-bounces@lists.realsoftware.com
Delivered-to: listarchive@realsoftware.com
In-reply-to: <498304CC.1040908@cowgar.com>
Organization: Inspiring Applications, Inc.
References: <498238EF.4010801@cowgar.com> <89fe53800901291522g15d22c94o8ec5c610c28156c6@mail.gmail.com> <B0340CA7-A78B-49AF-84F5-1F6601FB7FF5@great-white-software.com> <EBE14EB7-0345-443F-A078-67DBA20B585C@declareSub.com> <4982FDC3.1070305@cowgar.com> <5B7D8607-866E-41FD-874E-88196E459F33@declareSub.com> <498304CC.1040908@cowgar.com>
Reply-to: REALbasic NUG <realbasic-nug@lists.realsoftware.com>
Sender: realbasic-nug-bounces@lists.realsoftware.com
User-agent: Thunderbird 2.0.0.19 (Macintosh/20081209)
Jeremy Cowgar wrote:

Some of the text files are ~100k in size. I have not run into a speed problem, but if there is a right/wrong way of doing it, I'd rather do it the right way to begin with. I know everyone says premature optimization is evil, but no sense either in using the known fast method to start with. I don't really profile my apps until I've got a good base in place, but I don't use methods I know are slow either.

If there's a method that's both faster AND clearer (or at least, just as clear) as another, you should use it from the start. In this case, I really think a string array fits the bill.

Best,
- Joe

--
Joe Strout
Inspiring Applications, Inc.
http://www.InspiringApps.com


_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>


<Prev in Thread] Current Thread [Next in Thread>