Mark Wieder wrote:
> On 09/27/2018 03:47 PM, J. Landman Gay via use-livecode wrote:
>
>> The reason the stack name can't be changed is because the whole
>> multi-stack system uses the stack name for internal display in dozens
>> of places (glossaries, gradebooks, student notes, reading history,
>> lookups,
>
> Really really really a bad idea.
> I'm sure you knew that already, but I want to say it again.
> That's really really really a bad idea.
>
> One of the prime tenets of database design is that you shouldn't use
> actual data to link items together. Else you get into maintenance
> nightmares and things fall apart when you get unexpected data, etc.
>
> I hate to say you should rethink the design, but you should probably
> rethink the design.
I hate to say this is one of those rare times when I disagree with you,
but this is one of those rare times I disagree with you.
"There are only two hard things in Computer Science:
cache invalidation and naming things."
- Phil Karlton
Naming things has implications in many contexts across most languages.
Even well-written SQL will need to be revised if it refers to a field or
table whose name has changed.
Moreover, xTalks offer many unique benefits over other languages and
object models, among them is being able to refer to objects easily by
name. Sometimes using names that carry semantic value within the usage
context can be a good solution. The alternative would be some sort of
lookup, taking us to the first item in Karlton's list.
And most importantly, this particular instance has less to do with
generic presumed "best practice" than what appears to be just a bug in
the IDE: when it encounters stacks that it thinks are its own, even
using the prescribed method for editing the stacks doesn't work.
If setting gRevDevelopment did what it's supposed to do, she'd be able
to get back to work with no more inconvenience that seeing IDE object
names in its UI listings, and we wouldn't be having this discussion.
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
____________________________________________________________________
ambassa...@fourthworld.com http://www.FourthWorld.com
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
