Re: WinMain
- From: Joseph M. Newcomer <newcomer@xxxxxxxxxxxx>
- Date: Thu, 06 Jul 2006 21:59:55 -0400
See below...
On Thu, 6 Jul 2006 21:36:11 -0400, "BilfFord X" <invalid@xxxxxxxxxxxx> wrote:
*****
"Joseph M. Newcomer"
On Tue, 4 Jul 2006 18:18:25 -0400, "BilfFord X" <invalid@xxxxxxxxxxxx>
wrote:
"Joseph M. Newcomer" <newcomer@xxxxxxxxxxxx> wrote in message :
THe only thing that has changed in WinMain since Windows 1.0 is the factGood to know. Believe it or not, my simple quest is to print a pointer
that in Win32 the
hPrevInstance is always NULL.
from
a C module, and I think I'm in hot pursuit with this:
[generated classes snipped]
I printed this reply out and have thought about it for a while, and it
sounds like you're telling me to shoot from the hip. I usually have to
surpress this tendency. BTW, slowing down and paying heed to caution has
really helped my golf game.
Shoot from the hip? I'm not sure I even hinted at that...
****
*****
The Petzold text I'm looking at differentiates between an OS that has printFeatures:
+ Initial toolbar in main frame
+ Initial status bar in main frame
+ Printing and Print Preview support in view
spooling and one that doesn't. I would think that this would not be an
issue with xp as target.(?)
Since the whole notion of spooling is largely irrelevant, I'm not sure that it matters in
the slightest. In fact, I'm not sure there are any systems today that don't spool.
*****
****
'OT' is how True Believers ignore obvious common sense to make themselvesThis is what Appwizard says it is going to do for me when I ask it for*****
something not too fancy. When I have elsewhere in usenet talked about C++
and related languages, files and functions were important and all of the
above classes OT. I'm wondering how one develops in a visual environment,
able with a mouse-click, to switch from class to file view, and talks
about
an application that would be unmanageable without the visual environment
that usenet lacks. Cordially, BilfFord X
What is "OT"?
more relevant, and their topic less.
The explanation is at least as obscure as the acronym. I don't follow what you're saying.
And it is not clear how "common sense" has or has not been used in the discussion.
****
*****
Generally, the ability to switch around various views is an antiqueI guess I wanted to be cautious in talking about these classes because they
concept, predating
Visual Studio by, let's see, at least 15 years. I used it in EMACS in the
mid-1970s. So
if the "usenet" (which isn't a development environment, but an informal
networking group)
"lacks" this, it is probably due to a failure to use a decent editor. In
fact, I do
almost no editing in the VS IDE editor, since it is a rather amateurish
piece of crap
pretending to be an editor, and use an EMACS-class editor, so the ability
to click around
from file view to class view has been completely irrelevant to me. I'm
not even sure how
this impacts development at all. And the projects I build have been up to
250K source
lines, 800 source files, and I can manage them much better WITHOUT the
imitation editing
environment of Visual Studio than WITH it (example: I currently have about
1200 files open
in my current editor. Try managing THAT in the VS IDE!) I think the
issue of the "visual
environment" making things "manageable" is a myth; a decent tool makes it
manageable.
Someone once posted a note here that said he declared lots of functions as
global because
the classview made them unfindable when they were static member functions
of a class. This
says that the inadequacy of the tooling teaches AWAY from good programming
practice, which
should immediately demonstrate how incredibly poor the "visual"
environment is for serious
programming. I find it completely unusable for similar reasons, but in my
case, I decided
that good programming style trumps poor tooling, so I just acquired good
tooling. There is
no way I would ever consider using the VS environment to develop other
than the most
tirival (< 500 lines) test programs in a teaching environment. I do
SERIOUS work in a
REAL editor. And it doesn't have a classview at all, and if it did, I
would ignore it
just like I ignore it in VS.
In fact, a project of fewer than a couple hundred files is, in my
estimation, essentially
a trivial project, so I'm not sure why the base set of five files even
matters, since it
is such a trivial percentage of a real project. That's FIVE files, count
'em. TEN if you
include the header files. This is about as close to a toy exercise as one
can get before
considering "hello world" a challenging program. So I'm not sure I
understand the
question. How do "files and functions" being "important" differ from what
AppWizard does?
don't "live" in a single file.
I am still confused. What difference does it make whether the classes are or are not in a
single file? Ideally, there is one class per file, but this is just an issue of
programming discipline. It is essentially irrelevant to the execution of the code,
because by the time everything is linked it is just one big file anyway. So the fact that
these are just in different files isn't a topic worthy of discussion in terms of
functionality or behavior; it merely represents good style.
*****
Joseph M. Newcomer [MVP]
I once got an email asking for some three-letter-acronym for the design ofMy flowchart looks like this: while(not done) continue.
one of my apps.
I had to look it up; it turns out to be a modern renaming of "flowchart".
I pointed out
that the project was only 20K lines of source code, and if I couldn't
design a 20K source
project entirely in my head, it was time to retire. Apparently this
shocked my
correspondent, who had been fed of the obsolete waterfall-model
development paradigms. He
couldn't imagine anyone designing a project without doing complete
flowcharts!
You seem overly concerned about five rather trivial files. If thisThen I'm just going to start tapping away. Thanks for your reply.
accounts for more than
5% of your project, then you probably have a very modest project. So
don't worry about
it. In real projects, you won't even notice these five files.
cordially, bfx
email: newcomer@xxxxxxxxxxxx
Web: http://www.flounder.com
MVP Tips: http://www.flounder.com/mvp_tips.htm
.
- References:
- WinMain
- From: BilfFord X
- Re: WinMain
- From: Joseph M . Newcomer
- Re: WinMain
- From: BilfFord X
- Re: WinMain
- From: Joseph M . Newcomer
- Re: WinMain
- From: BilfFord X
- WinMain
- Prev by Date: Re: WinMain
- Next by Date: Re: HWND of the menu
- Previous by thread: Re: WinMain
- Next by thread: Re: WinMain
- Index(es):
Relevant Pages
|