home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / mswindo / programm / misc / 4475 < prev    next >
Encoding:
Text File  |  1992-12-24  |  2.5 KB  |  61 lines
  1. Newsgroups: comp.os.ms-windows.programmer.misc
  2. Path: sparky!uunet!das.wang.com!wang!dbushong
  3. From: dbushong@wang.com (Dave Bushong)
  4. Subject: Re: Is there tool to write for Windows on C quickly?
  5. Organization: Wang Labs, Lowell MA, USA
  6. Date: Thu, 24 Dec 1992 21:46:37 GMT
  7. Message-ID: <Bzs9tp.30s@wang.com>
  8. References: <AAAxbBhue5@numond.msk.su> <1992Dec22.052405.14105@monu6.cc.monash.edu.au>
  9. Lines: 50
  10.  
  11. steve@monu6.cc.monash.edu.au (Steve Balogh) writes:
  12.  
  13. >In article <AAAxbBhue5@numond.msk.su> agpro@numond.msk.su writes:
  14. >>
  15. >>     ==== The program is so long, but the life is so short...====
  16. >>
  17. >>                                       Andrew M. Gershun.
  18. >>
  19. >>P.S.S. Am I naives boy in my "far away Russia"? Maybe you write you
  20. >>  program with same tools as I dream? Or, maybe, there is other
  21. >>  style than "like-Petzold" or "like-SDK" style? Plase answer me!
  22.  
  23. >I agree that writing a Windows program required a lot more effort than writing
  24. >a "simple" C program.
  25.  
  26. >I think that the use of long names with some uppercase letters for API calls
  27. >and predefined message names is very useful when trying to write code which
  28. >is self-documenting. Predefining large slabs of code and only aloowing the
  29. >user to specify I_WANT_A_WINMAIN() may be reasonably for most applications,
  30. >but there are people who wish to modify certain parameters or some of the
  31. >functionality of WINMAIN. A general purpose language should allow flexibility
  32. >and not limit the programmer.
  33.  
  34. >If you find that programming for Windows is too verbose and you wish to remain
  35. >with C and SDK (or similar), I suggest that you build up a library of skeleton
  36. >code wich you can use over and over with any new project. All you need do is
  37. >fill in the blanks to create a new program. This saves you much typing, but
  38. >still allows for full flexibility and program documentation.
  39.  
  40. >Failing this, there are many "higher level" application generators which don't
  41. >require as much work from the programmer.
  42.  
  43.  
  44. >Regards,
  45. >         Steve
  46.  
  47. Quick C for Windows includes QuickCase, which lets you paint a picture
  48. of what you want the application to look like on the screen, and then
  49. it pumps out all the mundane 'C' code to do it.  Then you edit that,
  50. and add the meat of the program (the actual functionality) and if you
  51. want, you can also edit the parameters that you (Steve) mentioned in
  52. your reply.
  53.  
  54. It's a reasonable compromise.
  55.  
  56. Dave
  57. -- 
  58. Dave Bushong, Wang Laboratories, Inc.   Amateur Radio Callsign KZ1O
  59. Project Leader, OCR products            kz1o@n0ary.#noca.ca.na
  60. Internet: dbushong@wang.com
  61.