h a l f b a k e r yTempus fudge-it.
add, search, annotate, link, view, overview, recent, by name, random
news, help, about, links, report a problem
browse anonymously,
or get an account
and write.
register,
|
|
|
why not create a computer language that, rather then keeping class definitions and implemtations in beig long text files, stores the objects in a kind of Database. Surely this would make large projects easier to manage?
Please log in.
If you're not logged in,
you can see what this page
looks like, but you will
not be able to add anything.
Annotation:
|
| |
[admin: That thign up there in large letters should be the name of the idea, not the name of the poster. You can change it. Simply scroll down, change the name, and press "OK".] |
|
| |
Baked. Delphi, Visual Basic, Visual C++, Borland C++ Builder all work more or less like this, using text files with additional information (usually in comments) and sometimes additional project data files to allow users to browse and search code more effectively. |
|
| |
It's perfectly possible to hold a database in a plain text file, since all a database is is a list of records, each one containing some data for each field, together with some definitions and properties. These can be held either in plain text or in binary data files. |
|
| |
What matters is how the software you have interacts with your data, not what format the data is stored in. It's possible to edit a text database in a text editor (Access lets you store files in this format) or use full SQL searches on it, and it's possible for an IDE to access and browse program code in text files in a hierarchical way. |
|
| |